Payment system

Abstract

To reduce the labor cost by making a purchaser perform an operation for payment.SOLUTION: A settlement system includes a transaction processing device, a settlement device, and a display device. The transaction processing device outputs information related to a transaction to a deferring unit in a case where the settlement of the transaction is impossible. The display device displays transaction identification information for identifying the transaction of which information was output to the deferring device, so that a reading device can read the information. The settlement device draws the information related to the transaction identified by the transaction identification information read by the reading device from the deferring device, and settles the transaction on the basis of the information related to the transaction.SELECTED DRAWING: Figure 9

Description

Technical Field

[0001] Embodiments of the present invention relate to a payment system.

Background Art

[0002] As a payment system for large retailers such as supermarkets and home centers, there is a two-person system. The two-person payment system includes an input device operated by a store employee called a checker and a transaction processing device operated by a store employee called a cashier. The input device is a device for inputting information related to purchased goods such as barcodes attached to the goods. The transaction processing device is a device for processing the product sales data of the purchased goods based on the information input via the input device and settling the transaction with the customer. Since the input device and the transaction processing device are separated in the two-person payment system, it is possible to start inputting information related to the purchased goods of the second customer with the input device while the transaction processing device is processing the payment of the first customer. Therefore, customers can be processed efficiently.

[0003] On the other hand, in recent years, from the viewpoints of reducing labor costs and taking measures against infectious diseases, there is a desire to have the customer himself / herself perform the operation related to the receipt of payment required for the transaction settlement. Even in the two-person payment system, the customer himself / herself performs the operation related to the receipt of payment for the transaction processing device 3. By doing so, the store employee in charge of the cashier becomes unnecessary, so labor costs can be reduced. In addition, since the store employee does not touch cash, cash cards, etc., it can also be a measure against infectious diseases.

Prior Art Documents

Patent Documents

[0004]

Patent Document 1

Summary of the Invention

Problems to be Solved by the Invention

[0005] The problem that the embodiments of the present invention aim to solve is to provide a payment system that reduces labor costs by having customers perform the payment operations, and that can also be highly effective in terms of infectious disease control. [Means for solving the problem]

[0006] In one embodiment, the settlement system includes a transaction processing device, a settlement device, and a display device. The transaction processing device comprises a first settlement means and a transaction information output means. The first settlement means settles the transaction with the customer acting as the operator, based on transaction information obtained via an input device. The transaction information output means outputs transaction information to a holding device when settlement of the transaction is not possible. The display device includes a display means. The display means displays transaction identification information, which identifies a transaction for which transaction-related information has been output to the holding device, in a manner that can be read by a reading device. The settlement device comprises an input means and a second settlement means. The input means retrieves transaction information identified by transaction identification information read by a reader from a holding device. The second settlement means settles the transaction based on the transaction information retrieved by the input means, with the customer acting as the operator. [Brief explanation of the drawing]

[0007] [Figure 1] Figure 1 is a block diagram showing a schematic configuration of a payment system according to one embodiment. [Figure 2] Figure 2 is a schematic diagram showing the positional relationship between the input device, transaction processing device, settlement device, display device, and reader device that make up one settlement lane. [Figure 3] Figure 3 is a block diagram showing the main circuit configuration of the main unit of the transaction processing device. [Figure 4] Figure 4 is a schematic diagram showing the main memory areas formed in the main memory of the transaction processing unit. [Figure 5] Figure 5 is a block diagram showing the main circuit configuration of the payment device. [Figure 6]Figure 6 is a schematic diagram showing the main storage areas formed in the main memory of the payment device. [Figure 7] Figure 7 is a block diagram showing the main circuit configuration of the hold server. [Figure 8] Figure 8 is a schematic diagram showing the data structure of the lane table held by the holding server. [Figure 9] Figure 9 is a schematic diagram showing the main functional configurations of the holding server, input device, transaction processing device, settlement device, display device, and reader device, respectively. [Figure 10] Figure 10 is a flowchart showing the essential steps of the first information processing performed by the processor of the transaction processing device according to the first business program. [Figure 11] Figure 11 is a flowchart showing the essential steps of the first information processing performed by the transaction processing unit's processor according to the first business program. [Figure 12] Figure 12 is a flowchart showing the essential steps of the first information processing performed by the transaction processing unit's processor according to the first business program. [Figure 13] Figure 13 is a flowchart showing the essential steps of the first information processing performed by the transaction processing unit's processor according to the first business program. [Figure 14] Figure 14 is a flowchart showing the essential steps of the second information processing performed by the transaction processing unit's processor according to the first business program. [Figure 15] Figure 15 is a flowchart showing the essential steps of the third information processing that the transaction processing unit's processor executes according to the first business program. [Figure 16] Figure 16 is a flowchart showing the essential steps of the fourth information processing that the hold server's processor executes according to the second business program. [Figure 17] Figure 17 is a flowchart showing the essential steps of the fourth information processing that the hold server's processor executes according to the second business program. [Figure 18] Figure 18 is a flowchart showing the essential steps of the fourth information processing that the hold server's processor executes according to the second business program. [Figure 19] Figure 19 is a flowchart showing the main procedure of the fifth information processing executed by the processor of the settlement device according to the third business program. [Figure 20] Figure 20 is a flowchart showing the main procedure of the sixth information processing executed by the processor of the settlement device according to the third business program. [Figure 21] Figure 21 is a flowchart showing the main procedure of the seventh information processing executed by the processor of the settlement device according to the third business program. [Figure 22] Figure 22 is an example of a registration screen displayed on the touch panel of the input device. [Figure 23] Figure 23 is an example of a registration screen displayed on the display of the input device. [Figure 24] Figure 24 is an example of a subtotal screen displayed on the touch panel of the input device. [Figure 25] Figure 25 is an example of a subtotal screen displayed on the display of the input device. [Figure 26] Figure 26 is an example of a payment method selection screen displayed on the touch panel of the input device. [Figure 27] Figure 27 is an example of a payment screen displayed on the touch panel of the input device. [Figure 28] Figure 28 is an example of a pop-up when waiting for payment of the amount on the payment screen displayed on the touch panel of the input device. [Figure 29] Figure 29 is an example of the text when waiting for payment of the amount on the subtotal screen displayed on the display of the input device. [Figure 30] Figure 30 is an example of a pop-up when the amount can be paid by the transaction processing device on the payment screen displayed on the touch panel of the input device. [Figure 31] Figure 31 is an example of the text when the amount can be paid by the transaction processing device on the subtotal screen displayed on the display of the input device. [Figure 32] Figure 32 is an example of a payment method selection screen displayed on the second touch panel of the transaction processing device. [Figure 33] Figure 33 shows an example of a payment notification screen displayed on the second touch panel of the transaction processing device. [Figure 34] Figure 34 shows an example of a payment screen displayed on the second touch panel of the transaction processing device. [Figure 35] Figure 35 shows an example of a payment completion screen displayed on the second touch panel of the transaction processing device. [Figure 36] Figure 36 shows an example of a reading screen displayed on a display device. [Figure 37] Figure 37 shows an example of an instruction screen displayed on a display device. [Figure 38] Figure 38 is an example of a pop-up displayed on the payment screen of the input device's touch panel when payment is possible at the payment device. [Figure 39] Figure 39 shows an example of text displayed on the subplanar screen of the input device's display when payment is possible at the payment device. [Figure 40] Figure 40 shows an example of a pop-up on the input device's touch panel that notifies the store clerk to specify the payment destination displayed on the registration screen. [Figure 41] Figure 41 shows an example of a transaction details confirmation screen displayed on the touch panel of a payment device. [Figure 42] Figure 42 shows an example of a payment method selection screen displayed on the touch panel of a payment device. [Figure 43] Figure 43 shows an example of a payment notification screen displayed on the touch panel of a payment device. [Figure 44] Figure 44 shows an example of a payment screen displayed on the touch panel of a payment device. [Figure 45] Figure 45 shows an example of a payment completion screen displayed on the touch panel of a payment device. [Figure 46] Figure 46 is a flowchart showing the essential steps of an eighth information processing operation performed by the payment device's processor in accordance with a third business program in a second embodiment. [Figure 47]Figure 47 is a flowchart showing the essential steps of the ninth information processing that the processor of the hold server executes according to the second business program in the second embodiment. [Figure 48] Figure 48 shows an example of a confirmation screen displayed on the display device. [Figure 49] Figure 49 is a flowchart showing the essential steps of the tenth information processing that the hold server's processor executes according to the second business program in the third embodiment. [Figure 50] Figure 50 is a flowchart showing the essential steps of the 10th information processing that the hold server's processor executes according to the second business program in the third embodiment. [Figure 51] Figure 51 is a flowchart showing the essential steps of the 11th information processing that the payment device's processor executes according to the third business program in the third embodiment. [Figure 52] Figure 52 is a block diagram showing the schematic configuration of the payment system according to the fourth embodiment. [Modes for carrying out the invention]

[0008] The following describes an embodiment of a payment system in which the customer performs the payment process, using diagrams. [Explanation of the payment system configuration] Figure 1 is a block diagram illustrating the schematic configuration of the payment system 100 according to this embodiment. The payment system 100 includes a holding server 1. The payment system 100 also includes an input device 2, a transaction processing device 3, a payment device 4, a display device 5, and a reader 9 for each payment lane L. The payment lane L is a passage where customers line up to settle transactions. When this payment system 100 is introduced in a retail store, the customers are the buyers of goods. When this payment system 100 is introduced in a paid facility such as an amusement park, art museum, or museum, the customers are the users of the facility. Each payment lane L is assigned a unique lane identification information, for example, a three-digit lane number.

[0009] The settlement system 100 connects the holding server 1 and the transaction processing unit 3, settlement device 4, and display device 5 of each settlement lane L via a communication network 6 such as a LAN (Local Area Network) to enable bidirectional communication. The settlement system 100 also connects the input device 2 and the transaction processing unit 3 of each settlement lane L with a transmission cable, and connects the settlement device 4 and the reader device 9 with a transmission cable. The input device 2 and the transaction processing unit 3, and the settlement device 4 and the reader device 9 may be connected by short-range wireless communication. Details of the holding server 1, input device 2, transaction processing unit 3, settlement device 4, display device 5, and reader device 9 will be described later.

[0010] Figure 2 is a schematic diagram showing the positional relationship of the input device 2, transaction processing device 3, payment device 4, display device 5, and reader device 9 in a single payment lane L. Figure 2 shows a payment lane L in a retail store such as a supermarket or home center. The payment lane L is located in a checkout area (cash register) that is separate from the sales floor where goods are displayed.

[0011] The input device 2 is attached to the checkout counter 20. The checkout counter 20 is positioned along a passage PA in the direction of the arrows shown in the diagram, along which the customer, the buyer, walks. The input device 2 is attached to the center of the top surface of the checkout counter 20, with the area upstream of the input device 2 in the passage PA designated as space for placing purchased items before registration, and the area downstream designated as space for placing purchased items after registration.

[0012] Input device 2 includes a stationary scanner 21, a handheld scanner 22, a touch panel 23, a keyboard 24, and a display 25 as input / output devices. Input device 2 positions the stationary scanner 21 so as to protrude upward from the top surface of the checkout counter 20, and arranges the handheld scanner 22, touch panel 23, keyboard 24, and display 25 around the stationary scanner 21.

[0013] More specifically, the input device 2 has a fixed scanner 21 fixed to the top surface of the checkout counter 20. The fixed scanner 21 is vertical and fixed so that the barcode reading window is on the side opposite to the aisle PA. The input device 2 has a handheld scanner 22 attached to one side of the fixed scanner 21. A touch panel 23 is attached to the top of the fixed scanner 21 so that its operation panel surface faces the same direction as the reading window of the fixed scanner 21. A 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. Furthermore, a display 25 is attached to one side of the fixed scanner 21 so that its display screen faces the aisle PA. Note that the display 25 may be a touch panel.

[0014] With this arrangement of input / output devices, an employee, or store clerk, standing in space SP on the opposite side of the aisle PA from the checkout counter 20, can operate a stationary scanner 21, a handheld scanner 22, a touch panel 23, or a keyboard 24 to input information related to the transaction with the customer, that is, information related to the purchased items, such as product code, quantity purchased, discount amount, etc. At this time, the store clerk can confirm the product name, unit price, etc. of the purchased items by looking at the information displayed on the touch panel 23. The customer can confirm the product name, unit price, etc. of the purchased items by looking at the information displayed on the display 25. The input device 2 can be rephrased as a scanner device, etc.

[0015] The transaction processing device 3 is a computer device that functions as a terminal for a POS (Point of Sales) system. The transaction processing device 3 includes a keyboard 31 and a first touch panel 32 as an integrated device with the main unit 30, and includes a handheld scanner 33, a second touch panel 34, a printer 35, an automatic change dispenser 36, a cashless payment terminal 37, etc. as external devices attached to the main unit 30. The transaction processing device 3 is mounted on the top surface of a cash register counter 38 located on the opposite side of the aisle PA near the downstream end of the checkout counter 20.

[0016] More specifically, the transaction processing device 3 is mounted on the cash register counter 38 such 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. Around the main unit 30 of the device 30 are a handheld scanner 33, a second touch panel 34, a printer 35, an automatic change dispenser 36, and a cashless payment terminal 37. The handheld scanner 33 is positioned so that it can be operated by a store clerk standing in space SP. The second touch panel 34 is positioned so that its display screen can be seen by customers standing in the aisle PA. The printer 35 is positioned so that customers standing in the aisle PA can easily receive their receipts. The automatic change dispenser 36 is positioned so that customers standing in the aisle PA can easily insert cash and take out the dispensed change. The cashless payment terminal 37 is positioned so that customers standing in the aisle PA can easily operate it when making cashless payments such as credit card payments, electronic money payments, and code payments.

[0017] With this arrangement of devices, customers standing in the aisle PA can immediately check the information displayed on the second touch panel 34, such as information related to payment. Customers can also immediately receive a receipt issued from the printer 35. Customers paying with cash can insert cash into the automatic change dispenser 36 and collect the change while standing in the aisle PA. Customers paying with cashless payment can operate the cashless payment terminal 37 while standing in the aisle PA to make a cashless payment. In this way, the transaction processing device 3 functions as a self-service payment device that allows customers to perform payment operations themselves. The transaction processing device 3 can also be referred to as a POS terminal, electronic cash register, sales processing device, etc.

[0018] Payment device 4 is also a self-service type payment device that allows customers to perform the payment operations themselves. Payment device 4 is used by customers who cannot pay using transaction processing device 3 because it is in use. Therefore, payment device 4 is installed downstream of transaction processing device 3 in the direction of customer movement indicated by the arrow in the diagram. Payment device 4 may also be installed on the opposite side of passage PA from transaction processing device 3.

[0019] The payment device 4 has a box-shaped casing 40, with one side facing the customer. Hereafter, the side facing the customer will be referred to as the front. The payment device 4 has a basket stand 41 attached to its right side when viewed from the front. The basket stand 41 is a space for customers using the payment device 4 to place their shopping baskets containing purchased items.

[0020] The payment device 4 is equipped with a touch panel 42 as a man-machine interface with the customer. The touch panel 42 is mounted in a position that is easy for the customer, who is the operator, to operate. In this embodiment, the touch panel 42 is mounted on the top of the housing 40 with the display screen facing forward. The payment device 4 has a printer 77 (see Figure 5) for printing receipts built into the housing 40, and a receipt issuing slot 43 for issuing receipts printed by the printer 77 is formed on the front of the housing 40. The payment device 4 also has an automatic change dispenser 78 (see Figure 5) built into it, and a coin slot 44, a coin outlet 45, and a banknote slot 46 are formed on the front of the housing 40. With this arrangement, a customer paying in cash inserts banknotes into the banknote slot 46 and coins into the coin slot 44. The device then collects banknotes dispensed from the banknote slot 46 as change or coins dispensed from the coin slot 45 as change, and receives receipts issued from the receipt issuing slot 43. Although not shown in Figure 1, the payment device 4 is also equipped with a cashless payment terminal 79 (see Figure 5) and is capable of handling cashless payments.

[0021] The payment device 4 has a warning light 47 mounted on top of its casing 40. The warning light 47 is a lamp that notifies the store staff in space SP of the operating status of the payment device 4. The operating status of the payment device 4, as notified by the warning light 47, is either "paying" or "standby." "Paying" is the period from when the customer starts paying until the transaction is completed. Any other period is considered "standby." The payment device 4 can also be referred to as an accounting machine, self-service POS terminal, payment machine, etc.

[0022] The display device 5, as will be described in detail later, is a device that displays transaction identification information, which identifies a transaction, in a way that it can be read by the reader device 9. The display device 5 also receives instructions from the store clerk to either have the settlement device 4 or the transaction processing device 3 retrieve the information related to the transaction held on the holding server 1. One example of a display device 5 is a tablet. A tablet is a device equipped with a flat liquid crystal screen that can be operated by touching the screen with a finger or pen. The operator of the display device 5 is a store clerk in space SP. Therefore, there are no particular restrictions on the installation location, but the display device 5 should be placed in a location that is easy for the store clerk to operate.

[0023] The reader 9 is a device for reading transaction identification information displayed on the screen of the display device 5. The reader 9 outputs the read transaction identification information to the settlement device 4. The reader 9 is installed in a location where it can read the transaction identification information displayed on the screen of the display device 5. The transaction identification information is displayed on the display device 5 in the form of a machine-readable code, such as a barcode or a two-dimensional code. The reader 9 is an optical input device that scans and reads machine-readable codes such as barcodes and two-dimensional codes with light. The reader 9 may also be an imaging input device that reads machine-readable codes from images captured by a camera.

[0024] [Description of Transaction Processing Unit Configuration] Figure 3 is a block diagram showing the main circuit configuration of the main unit 30 of the transaction processing device 3. As shown in the figure, the main unit 30 includes a processor 61, main memory 62, auxiliary storage device 63, clock 64, communication interface 65, scanner interface 66, touch panel interface 67, printer interface 68, change dispenser interface 69, payment terminal interface 610, input device interface 611, and system transmission path 612, etc. The system transmission path 612 includes an address bus, data bus, control signal lines, etc. The system transmission path 612 connects the processor 61 to the other parts and transmits data signals exchanged between them.

[0025] The main unit 30 constitutes a computer by connecting a processor 61, main memory 62, auxiliary storage device 63, clock 64, communication interface 65, scanner interface 66, touch panel interface 67, printer interface 68, change machine interface 69, payment terminal interface 610, and input device interface 611 via a system transmission line 612. The main unit 30 then connects a keyboard 31 and a first touch panel 32 to this computer via the system transmission line 612.

[0026] The processor 61 corresponds to the central part of the computer described above. The processor 61 controls each part to realize various functions as a transaction processing unit 3 according to the operating system or 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 is capable of executing multiple processes in parallel.

[0027] Main memory 62 corresponds to the main memory portion of the computer described above. Main memory 62 includes a non-volatile memory area and a volatile memory area. In the non-volatile memory area of ​​main memory 62, the operating system or application programs are stored. Main memory 62 may also store data necessary for the processor 61 to perform processing to control each part in the non-volatile or volatile memory area. Main memory 62 uses the volatile memory area as a work area where data is rewritten as appropriate by the processor 61. The non-volatile memory area is, for example, ROM (Read Only Memory). The volatile memory area is, for example, RAM (Random Access Memory).

[0028] The auxiliary storage device 63 corresponds to the auxiliary storage portion of the computer described above. 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 processing performed by the processor 61, etc. The auxiliary storage device 63 may also store the application program described above.

[0029] Clock 64 measures the date and time. Processor 61 processes the date and time measured by clock 64 as the current date and time.

[0030] The communication interface 65 is an interface for data communication with the holding server 1 connected to the communication network 6. The communication interface 65 is also an interface for data communication with other servers such as POS servers, or with payment devices 4, display devices 5, etc., which are also connected to the communication network 6. The POS server 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 aggregates product sales data of purchased products processed by the transaction processing device 3 to manage sales, inventory, etc. at the point of sale.

[0031] The scanner interface 66, touch panel interface 67, printer interface 68, change dispenser interface 69, and payment terminal interface 610 are all interfaces for data communication with devices externally attached to the main unit 30. Specifically, the scanner interface 66 communicates data with the handheld scanner 33. The touch panel interface 67 communicates data with the second touch panel 34. The printer interface 68 communicates data with the printer 35. The change dispenser interface 69 communicates data with the automatic change dispenser 36. The payment terminal interface 610 communicates data with the cashless payment terminal 37.

[0032] The input device interface 611 is an interface for data communication with the input device 2 connected by the transmission cable 7. Specifically, the input device interface 611 communicates data with the stationary scanner 21, the handheld scanner 22, the touch panel 23, the keyboard 24, and the display 25, respectively.

[0033] Figure 4 is a schematic diagram showing the main memory areas formed in the main memory 62. The transaction processing device 3 uses a portion of the volatile memory area in the main memory 62 as the area for the first transaction file 621, the second transaction file 622, the status memory 623, the first flag memory 624, the second flag memory 625, and the transaction identification information memory 626. The first transaction file 621 and the second transaction file 622 are areas for storing product sales data, which is information related to purchased goods processed as a single transaction. The product sales data includes items such as the product code, product name, unit price, purchase quantity, and sales amount of the purchased goods. The sales amount is the amount obtained by multiplying the unit price by the purchase quantity. The product sales data only needs to include at least the product code and purchase quantity of the purchased goods. The status memory 623 is an area for storing the payment status ST. The first flag memory 624 is an area for storing the payment in progress flag Fa. The second flag memory 625 is an area for storing the pending flag Fb. The transaction identification information memory 626 is an area for storing transaction identification information to identify a transaction.

[0034] The payment status ST is identification information that represents the status of payment. There are two states regarding payment: a first state in which the payment method is not specified in the input device 2, and a second state in which the payment method is specified in the input device 2. In this embodiment, the payment status ST representing the first state is set to "10", and the payment status ST representing the second state is set to "20".

[0035] The payment in progress flag Fa is a 1-bit data used by the transaction processing device 3 to identify whether or not payment is in progress. In this embodiment, the payment in progress flag Fa is set to "1" to indicate that payment is in progress, and the payment in progress flag Fa is set to "0" to indicate that payment is not in progress.

[0036] The pending flag Fb is a 1-bit data used to identify whether or not information related to a transaction processed by the transaction processing device 3 is pending on the pending server 1. In this embodiment, the pending flag Fb is set to "1" to indicate that the transaction is pending, and the pending flag Fb is set to "0" to indicate that the transaction is not pending.

[0037] Transaction identification information is unique information formed by concatenating the date (year, month, day) and time (hour, minute, second) of the transaction with the unique information of the transaction processing device 3. Transaction identification information may also be a series of numbers issued each time a transaction is initiated. Transaction identification information only needs to be unique information that can identify a transaction.

[0038] [Description of Payment Device Configuration] Figure 5 is a block diagram showing the main circuit configuration of the payment device 4. As shown, the payment device 4 includes a processor 71, main memory 72, auxiliary storage device 73, clock 74, communication interface 75, and system transmission path 76, etc. The system transmission path 76 includes an address bus, data bus, control signal lines, etc. The system transmission path 76 connects the processor 71 to the other parts and transmits data signals exchanged between them.

[0039] The payment device 4 is configured as a computer by connecting a processor 71, main memory 72, auxiliary storage device 73, clock 74, and communication interface 75 via a system transmission path 76. The payment device 4 then connects a touch panel 42, a warning light 47, a printer 77, an automatic change dispenser 78, and a cashless payment terminal 79 to this computer via the system transmission path 76.

[0040] The processor 71 corresponds to the central part of the computer described above. The processor 71 controls each part in order to realize various functions as a payment device 4 according to the operating system or application program. The processor 71 is, for example, a CPU. The processor 71 is a multi-core processor that includes multiple processor cores and is capable of executing multiple processes in parallel.

[0041] Main memory 72 corresponds to the main memory portion of the computer described above. Main memory 72 includes a non-volatile memory area and a volatile memory area. In the non-volatile memory area, main memory 72 stores the operating system or application programs. Main memory 72 may also store data necessary for the processor 71 to perform processing to control each part in the non-volatile or volatile memory area. Main memory 72 uses the volatile memory area as a work area where data is rewritten as appropriate by the processor 71. The non-volatile memory area is, for example, ROM. The volatile memory area is, for example, RAM.

[0042] The auxiliary storage device 73 corresponds to the auxiliary storage portion of the computer described above. For example, an EEPROM, HDD, or SSD could be the auxiliary storage device 73. The auxiliary storage device 73 stores data used by the processor 71 in performing various processes, data created by the processing performed by the processor 71, etc. The auxiliary storage device 73 may also store the application program described above.

[0043] Clock 74 measures the date and time. Processor 71 processes the date and time measured by clock 74 as the current date and time.

[0044] The communication interface 75 is an interface for data communication with the holding server 1, which is connected to the communication network 6. The communication interface 75 is also an interface for data communication with other servers, such as POS servers, or with transaction processing devices 3, display devices 5, etc., which are also connected to the communication network 6.

[0045] Figure 6 is a schematic diagram showing the main storage areas formed in the main memory 72. The settlement device 4 uses a portion of the volatile storage area in the main memory 72 as the area for the third transaction file 721 and the third flag memory 722. The third transaction file 721, like the first transaction file 621 and the second transaction file 622, is an area for storing product sales data, which is information related to purchased goods that are processed as a single transaction.

[0046] The third flag memory 722 is an area for storing the payment in progress flag Fc. The payment in progress flag Fc is a 1-bit data for identifying whether or not payment is in progress at the settlement device 4. In this embodiment, the payment in progress flag Fc is set to "1" to indicate that payment is in progress, and the payment in progress flag Fc is set to "0" to indicate that payment is not in progress.

[0047] [Configuration description of the holding server] Figure 7 is a block diagram showing the main circuit configuration of the hold server 1. As shown, the hold server 1 includes a processor 11, main memory 12, auxiliary storage device 13, clock 14, communication interface 15, and system transmission path 16, etc. The system transmission path 16 includes an address bus, data bus, control signal lines, etc. The system transmission path 16 connects the processor 11 to the other parts and transmits data signals exchanged between them.

[0048] The pending server 1 is configured as a computer by connecting the processor 11, main memory 12, auxiliary storage device 13, clock 14, and communication interface 15 via a system transmission path 16.

[0049] The processor 11 corresponds to the central part of the computer described above. The processor 11 controls various parts to realize various functions as a pending server 1 according to the operating system or application program. The processor 11 is, for example, a CPU. The processor 11 is a multi-core processor that includes multiple processor cores and is capable of executing multiple processes in parallel.

[0050] Main memory 12 corresponds to the main memory portion of the computer described above. Main memory 12 includes a non-volatile memory area and a volatile memory area. In the non-volatile memory area, main memory 12 stores the operating system or application programs. Main memory 12 may also store data necessary for the processor 11 to perform processing to control each part in the non-volatile or volatile memory area. Main memory 12 uses the volatile memory area as a work area where data is rewritten as appropriate by the processor 11. The non-volatile memory area is, for example, ROM. The volatile memory area is, for example, RAM.

[0051] The auxiliary storage device 13 corresponds to the auxiliary storage portion of the computer described above. For example, an EEPROM, HDD, or SSD could be the auxiliary storage device 13. The auxiliary storage device 13 stores data used by the processor 11 in performing various processes, data created by the processing performed by the processor 11, etc. The auxiliary storage device 13 may also store the application program described above.

[0052] Clock 14 measures the date and time. Processor 11 processes the date and time measured by clock 14 as the current date and time.

[0053] The communication interface 15 is an interface for data communication between the transaction processing device 3, settlement device 4, and display device 5, which are connected to the communication network 6.

[0054] In this configuration, the holding server 1 uses a portion of the storage area of ​​the auxiliary storage device 13 as the area for the lane table 131. The data structure of the lane table 131 is shown schematically in Figure 8. As shown in the figure, the lane table 131 has a column Ca for the lane number, a column Cb for the transaction processing device ID, a column Cc for the settlement device ID, a column Cd for the display device ID, and a column Ce for transaction identification information. The lane number of each settlement lane L is described in column Ca. The IDs of the transaction processing device 3, settlement device 4, and display device 5 located in the settlement lane L of the lane number described in column Ca of the same row are described in columns Cb, Cc, and Cd, respectively. Each transaction processing device 3 constituting the settlement system 100 is set with a transaction processing device ID as unique identification information. Similarly, each settlement device 4 is described with a settlement device ID as unique identification information, and each display device 5 is described with a settlement device ID as unique identification information.

[0055] For example, by concatenating a three-digit number "XXX" with the lane number "nnn", a different ID "XXXnnn" can be created for each lane. Therefore, by using different three-digit numbers "XXX" for the transaction processing device 3, the settlement device 4, and the display device 5, different identification information (device ID) can be created for each device.

[0056] Column Ce is cleared by default. When a transaction is made in the transaction processing device 3 located in settlement lane L of the corresponding lane number, the transaction identification information of that transaction is written to column Ce. After the transaction is settled, the transaction identification information is cleared.

[0057] Furthermore, the hold server 1 allocates a portion of the storage area in the auxiliary storage device 13 to the area of ​​the lane-specific folders 132. The lane-specific folders 132 are data folders, with as many folders as there are settlement lanes L. The lane-specific folders 132 are areas for storing, or rather, holding, transaction-related information output from the transaction processing device 3. The hold server 1 stores transaction-related information in the lane-specific folders 132 of the transaction processing device 3 that output that information. The hold server 1 can be rephrased as a hold device.

[0058] [Description of Payment System Functions] Figure 9 is a schematic diagram showing the main functional configurations of the holding server 1, input device 2, transaction processing device 3, settlement device 4, display device 5, and reader device 9. Below, the functions of each device will be explained in the following order: input device 2, transaction processing device 3, display device 5, holding server 1, settlement device 4, display device 5, and reader device 9.

[0059] 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 input means 201 has the function of inputting transaction information, that is, information relating to the purchased goods that the customer buys. The input means 201 inputs information relating to purchased goods, such as product code and purchase quantity, via input devices such as a stationary scanner 21, a handheld scanner 22, a touch panel 23, and a keyboard 24. For example, the input means 201 inputs the product code of the purchased goods from a barcode read by the stationary scanner 21 or the handheld scanner 22. For example, the input means 201 inputs the purchase quantity of the purchased goods from a numerical value entered by a numeric keypad operation on the touch panel 23 or the keyboard 24.

[0060] The termination reception means 202 is a function that receives an instruction to complete the input of transaction-related information, that is, information related to the purchased goods that the customer is buying. The termination reception means 202 receives an instruction to complete the input of information related to purchased goods via an input device such as a touch panel 23 or a keyboard 24. For example, the termination reception means 202 receives a signal generated by a predetermined key operation on the touch panel 23 or keyboard 24 as an input completion instruction.

[0061] The first payment acceptance means 203 is a function that accepts the selection input of a payment method via a device operated by a store employee. The device operated by the store employee is, for example, a touch panel 23. The first payment acceptance means 203 displays a payment method selection screen on the touch panel 23. The first payment acceptance means 203 then accepts the payment method selected by touch operation on the screen as the selected payment method. The type of device is not particularly limited. For example, it may be a keyboard 24. Payment methods include cash, credit cards, electronic money, code payments, etc. Payment methods may also include monetary vouchers such as gift certificates.

[0062] The transaction processing device 3 has the functions of an input information acquisition means 301, a first amount output means 302, a second payment acceptance means 303, a first settlement means 304, a transaction information output means 305, a guidance means 306, and an execution means 307. The input information acquisition means 301 has the function of acquiring information from an input device 2 connected by a transmission cable 7. The input information acquisition means 301 acquires information related to purchased goods that has been received as input by the input means 201 from the input device 2. The input information acquisition means 301 acquires an input termination instruction signal received by the termination acceptance means 202 from the input device 2. The input information acquisition means 301 acquires information on the payment method received by the first payment acceptance means 203 from the input device 2.

[0063] The first amount output means 302 is a function that outputs the amount required for settlement based on transaction information input via the input device 2. Transaction information is, for example, information about purchased goods. Information about purchased goods includes the price and quantity sold. The first amount output means 302 calculates and outputs the amount required for settlement based on the price and quantity sold for each purchased item. The amount required for settlement can be rephrased as settlement amount, total amount, total amount including tax, invoice amount, etc. The first amount output means 302 outputs the amount required for settlement by displaying it on a display device. The display device is the touch panel 23 or display 25 of the input device 2. The display device may also be the first touch panel 32 or second touch panel 34 of the transaction processing device 3.

[0064] The second payment acceptance means 303 is a function that accepts input of a payment method selection via a device operated by the customer. The device operated by the customer is, for example, a second touch panel 34. The second payment acceptance means 303 displays a payment method selection screen on the second touch panel 34. The second payment acceptance means 303 then accepts the payment method selected by touch operation on the screen as the selected payment method. The type of device is not particularly limited. The device operated by the customer may be a pointing device that moves a pointer displayed on the screen. Payment methods include cash, credit card, electronic money, code payment, etc. The second payment acceptance means 303 accepts input of a payment method selection if the first payment acceptance means 203 has not accepted input of a payment method selection at the time the termination acceptance means 202 receives an input termination instruction. Whether or not input of a payment method selection has been accepted at the time the input termination instruction is received can be identified by the payment status ST. Specifically, when the payment status ST is "10," that is, when the first state is reached in the input device 2 where no payment method has been specified, the second payment acceptance means 303 accepts the selection input of one of the payment methods via the second touch panel 34.

[0065] The first settlement means 304 is a function that settles transactions with customers according to the payment method accepted by the first payment acceptance means 203 or the second payment acceptance means 303. The first settlement means 304 settles transactions with customers when settlement is possible at the time the termination acceptance means 202 receives an input termination instruction. That is, the first settlement means 304 determines that settlement of the transaction is possible when the payment in progress flag Fa stored in the first flag memory 624 is "0". For example, if the first settlement means 304 accepts cash as the payment method, it settles the transaction with the customer in cooperation with the automatic change dispenser 36. For example, if the first settlement means 304 accepts cashless payment as the payment method, it settles the transaction with the customer in cooperation with the cashless payment terminal 37.

[0066] The transaction information output means 305 is a function that outputs transaction-related information to the holding server 1. The transaction information output means 305 outputs transaction-related information to the holding server 1 when it receives an instruction from the input device 2 to end the input of transaction-related information while the settlement of the transaction is impossible. The transaction-related information is, for example, information related to purchased goods. The information related to purchased goods is stored as product sales data in the first transaction file 621 or the second transaction file 622. When the input information acquisition means 301 receives an input end instruction signal when the payment in progress flag Fa in the first flag memory 624 is "1", the transaction information output means 305 controls the communication interface 65 to output the product sales data from the first transaction file 621 or the second transaction file 622 to the holding server 1.

[0067] The guidance means 306 is a function that guides the user to the output destination of information relating to a transaction that has been held in the holding server 1. The output destination of information relating to a transaction that has been held in the holding server 1 is either the settlement device 4 or the transaction processing device 3. If the output destination of the information relating to the transaction is the settlement device 4, the guidance means 306 guides the user to pay the amount at the settlement device 4. If the output destination of the information relating to the transaction is the transaction processing device 3, the guidance means 306 guides the user to pay the amount at the transaction processing device 3. For example, the guidance is given to the store clerk or customer by displaying an image for guidance on a display device. The display device may be the touch panel 23 or display 25 of the input device 2, or the first touch panel 32 or second touch panel 34 of the transaction processing device 3, etc.

[0068] The execution means 307 is a function that executes settlement of transactions with customers based on information relating to transactions held in the holding server 1. When the holding server 1 commands the execution means 307 to execute settlement, it operates the first amount output means 302 and the first settlement means 304 to execute settlement of transactions with customers. When the transaction processing device 3 determines the output destination for the information relating to transactions held in the holding server 1, the information relating to that transaction is output from the holding server 1 to the transaction processing device 3 and stored, for example, in the second transaction file 622. When the holding server 1 commands the execution means 307 to execute settlement, it executes settlement based on the information relating to the transaction stored in the second transaction file 622.

[0069] The display device 5 has the functions of a receiving means 501 and an instruction means 502. The receiving means 501 has the function of receiving the output destination of information relating to a transaction that has been held by the holding server 1. As mentioned above, the output destination of the information relating to a transaction is either the settlement device 4 or the transaction processing device 3. The receiving means 501 includes a first operator that declares that the output destination of the information relating to a transaction is the settlement device 4, and a second operator that declares that the output destination of the information relating to a transaction is the transaction processing device 3. When a tablet is used as the display device 5, the first and second operators are soft keys displayed on the LCD screen of the tablet. When the first operator is input, the receiving means 501 accepts the settlement device 4 as the output destination of the information relating to a transaction. When the second operator is input, the receiving means 501 accepts the transaction processing device 3 as the output destination of the information relating to a transaction.

[0070] The instruction means 502 has the function of instructing the holding server 1 to output transaction-related information to the output destination received by the receiving means 501. If the output destination received by the receiving means 501 is the settlement device 4, the instruction means 502 instructs the holding server 1 to output transaction-related information to the settlement device 4. Specifically, the instruction means 502 outputs a signal to the holding server 1 instructing it to output transaction-related information to the settlement device 4. If the output destination received by the receiving means 501 is the transaction processing device 3, the instruction means 502 instructs the holding server 1 to output transaction-related information to the transaction processing device 3. Specifically, the instruction means 502 outputs a signal to the holding server 1 instructing it to output transaction-related information to the transaction processing device 3.

[0071] Furthermore, the display device 5 also functions as a display means 503. The display means 503 has the function of displaying transaction identification information that identifies transactions for which transaction information has been output to the holding server 1 by the transaction information output means 305 of the transaction processing device 3, in a way that can be read by the reader 9. Specifically, the display means 500 converts the transaction information into machine-readable codes such as barcodes and two-dimensional codes and displays them on the screen of the display device 5.

[0072] The reader device 9 includes a reading means 901. The reading means 901 has the function of reading transaction identification information displayed on the screen of the display device 5. For example, if the transaction identification information is displayed as a machine-readable code such as a barcode or a two-dimensional code, the reading means 901 scans and reads the machine-readable code with light. Alternatively, the reader device 9 reads a machine-readable code from an image captured by a camera.

[0073] The holding server 1 functions as a recognition means 101, a transaction information input means 102, a holding means 103, and a holding information output means 104. The recognition means 101 has the function of recognizing the output destination instructed by the display device 5. When the recognition means 101 receives a signal from the instruction means 502 of the display device 5 instructing it to output transaction-related information to the transaction processing device 3, it recognizes the transaction processing device 3 as the output destination. When the recognition means 101 receives a signal from the instruction means 502 of the display device 5 instructing it to output transaction-related information to the settlement device 4, it recognizes the settlement device 4 as the output destination.

[0074] The transaction information input means 102 is a function that inputs transaction-related information output from the transaction processing device 3. The transaction information input means 102 includes a process to identify which transaction processing device 3 the input transaction-related information originated from. The transaction-related information includes the transaction processing device ID of the transaction processing device 3 that output the information. The transaction information input means 102 identifies the transaction processing device 3 identified by the transaction processing device ID as the source of the transaction-related information output.

[0075] The holding means 103 is a function for holding transaction information output from the transaction processing device 3. The holding means 103 holds the transaction information input by the transaction information input means 102 separately for each transaction processing device 3 identified as the source of that information. Specifically, the holding means 103 stores the transaction information in lane-specific folders 132 of the settlement lane L where the transaction processing device 3 identified as the source of the transaction information is installed, thereby holding the transaction information separately for each transaction processing device 3.

[0076] The pending information output means 104 is a function that outputs transaction information to the settlement device 4 in response to an import request from the settlement device 4. Specifically, when the pending information output means 104 receives an import request from the settlement device 4, it identifies the settlement lane L where the settlement device 4 is installed and outputs the transaction information that was held in the lane-specific folder 132 of that settlement lane L to the settlement device 4.

[0077] The pending information output means 104 also has the function of outputting information related to transactions held by the pending means 103 to an output destination indicated by the display device 5. The pending information output means 104 outputs the transaction information stored in the lane-specific folder 132 to the output destination indicated by the display device 5 if settlement is possible at that output destination. For example, if the output destination indicated by the display device 5 is the settlement device 4, the pending information output means 104 outputs the transaction information to the settlement device 4 if the payment in progress flag Fc of the settlement device 4 is "0". For example, if the output destination indicated by the display device 5 is the transaction processing device 3, the pending information output means 104 outputs the transaction information to the transaction processing device 3 if the payment in progress flag Fa of the transaction processing device 3 is "0". Incidentally, the former reserved information output means 104 may be referred to as the first reserved information output means, and the latter reserved information output means 104 may be referred to as the second reserved information output means.

[0078] The settlement device 4 has the functions of an input means 401, a second amount output means 402, a third payment acceptance means 403, and a second settlement means 404. The input means 401 has the function of acquiring information related to transactions held in the holding server 1. Specifically, the input means 401 has the function of acquiring information related to transactions identified by transaction identification information read by the reading device 9 from the holding server 1. The input means 401 also has the function of acquiring information related to transactions that the settlement device 4 has been instructed to output to by the display device 5. The input means 401 stores the transaction information acquired from the holding server 1 in the third transaction file 721. Incidentally, the former intake means 401 may be referred to as the first intake means, and the latter intake means 401 may be referred to as the second intake means.

[0079] The second amount output means 402 is a function that outputs the amount required for settlement based on the transaction information held on the holding server 1. The second amount output means 402 outputs the amount required for settlement based on the transaction information acquired by the acquisition means 401. The second amount output means 402 outputs the amount required for settlement by displaying it on a display device. The display device is the touch panel 42 of the settlement device 4, etc.

[0080] The third payment acceptance means 403 is a function that accepts the selection input of a payment method via a device operated by the customer. The device operated by the customer is, for example, a touch panel 42. The third payment acceptance means 403 displays a payment method selection screen on the touch panel 42. The third payment acceptance means 403 then accepts the payment method selected by the touch operation on the screen as the selected payment method. The type of device is not particularly limited. The device operated by the customer may be a pointing device that moves a pointer displayed on the screen. Payment methods include cash, credit card, electronic money, code payment, etc.

[0081] The second settlement means 404 has the function of settling transactions with customers according to the payment method accepted by the first payment acceptance means 203 or the third payment acceptance means 403. The second settlement means 404 settles transactions with customers when the amount equivalent to the amount output by the second amount output means 402 is paid using the payment method accepted by the first payment acceptance means 203 or the third payment acceptance means 403. For example, if cash is accepted as the payment method, the second settlement means 404 settles transactions with customers in cooperation with the automatic change dispenser 78. For example, if cashless payment is accepted as the payment method, the second settlement means 404 settles transactions with customers in cooperation with the cashless payment terminal 79.

[0082] The functions of the transaction processing device 3 as input information acquisition means 301, first amount output means 302, second payment acceptance means 303, first settlement means 304, transaction information output means 305, guidance means 306, and execution means 307 are all realized by information processing performed by the processor 61 in accordance with the first business program.

[0083] The first business program is a type of application program stored in the main memory 62 or the auxiliary storage device 63. The method of installing the first business program in the main memory 62 or the auxiliary storage device 63 is not particularly limited. 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 via communication over a network. The recording medium can take any form as long as it can store a program and is readable by the device, such as a CD-ROM or memory card.

[0084] The functions of the hold server 1 as recognition means 101, transaction information input means 102, hold means 103, and hold information output means 104 are realized by information processing executed by the processor 11 according to the second business program.

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

[0086] The functions of the payment device 4 as an input means 401, a second amount output means 402, a third payment acceptance means 403, and a second payment means 404 are realized by information processing performed by the processor 71 in accordance with a third business program.

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

[0088] [Explanation of Payment System Operation] Next, the main operations of the payment system 100 will be explained using the flowcharts in Figures 10 to 21 and the example screens in Figures 22 to 48. Note that the content and procedures of the operations explained using the flowcharts are examples only. The content and procedures can be modified as appropriate if similar effects can be achieved. Similarly, the example screens are also examples only. The content of the output text, the placement of images, the type and layout of the software keys, etc., can be modified as appropriate.

[0089] Figures 10 to 13 are flowcharts showing the essential steps of the first information processing performed by the processor 61 of the transaction processing device 3 according to the first business program. A customer who has collected the items to be purchased by walking around the sales floor moves to the checkout area. The customer then places the purchased items on the checkout counter 20 in an empty aisle PA. A store clerk standing in space SP commands the customer to start registration when the customer arrives at the checkout area. For example, the clerk touches the start button displayed on the touch panel 23. This operation serves as the command to start registration. Upon receiving this command, the processor 61 starts the first information processing. The processor 61 uses the touch panel 23 and the display 25 screens of the input device 2 as the registration screen, as ACT 101.

[0090] Figure 22 shows an example of the registration screen SAa displayed on the touch panel 23. The registration screen SAa is divided into the current area AAa, the details area AAb, and the total area AAc. The current area AAa is the area for displaying the product name, purchase quantity, and sales amount of the most recently purchased product. The details area AAb is the area for displaying the product name, purchase quantity, unit price, discount amount, and sales amount of the purchased products in a transaction in a list format, in sequential order. The total area AAc is the area for displaying the total purchase quantity and total sales amount of the purchased products in a 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 the subtotal of the purchased products registered as a transaction.

[0091] Figure 23 shows an example of the registration screen SBa displayed on display 25. The registration screen SBa divides the screen into multiple rows (seven rows in the example in Figure 23), with the rows from the first row to the second to last row being the detail area ABa rows, and the last row being the total area ABb row. In the detail area ABa rows, the product name, unit price, purchase quantity, and sales amount of the purchased product are displayed one row at a time. In the total area ABb, the total purchase quantity and the total sales amount are displayed on a single row.

[0092] After confirming the registration screen SAa, the store clerk registers the purchased items placed at the checkout counter 20. Specifically, the clerk scans the barcode attached to the purchased item using the stationary scanner 21 or handheld scanner 22 of the input device 2. By scanning the barcode, the product code of the purchased item is entered into the transaction processing device 3 via the input device interface 611. If the purchased item does not have a barcode, the clerk displays a list of barcode-less items on the touch panel 23 of the input device 2. The clerk then selects the purchased item from that list. Through this operation, the product code of the barcode-less purchased item is entered into the transaction processing device 3 via the input device interface 611.

[0093] Processor 61, with the touch panel 23 and display 25 screens set to registration screen SAa and registration screen SBa, proceeds to ACT102. Processor 61 waits for the registration of purchased products as ACT102. When a product code is entered from input device 2 via input device interface 611, processor 61 determines that a purchased product has been registered. Processor 61 proceeds from ACT102 to ACT103. Processor 61 processes product sales data as ACT103. This process reads the product name, unit price, etc. of the product identified by the entered product code from the product master and generates product sales data for the purchased product, including product code, product name, unit price, purchase quantity, sales amount, etc. After generating the product sales data for the purchased product, processor 61 proceeds to ACT104. Processor 61 writes the product sales data for the purchased product to the first transaction file 621 and stores it as ACT104.

[0094] The processor 61, which has stored the product sales data for the purchased items, proceeds to ACT105. The processor 61 updates the registration screen SAa and registration screen SBa as ACT105.

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

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

[0097] After updating registration screens SAa and SBa, processor 61 proceeds to ACT106. Processor 61 checks whether the next purchase item has been registered as ACT106. If the next purchase item has not been registered, processor 61 proceeds to ACT107. Processor 61 checks whether the subtotal button BAa has been entered as ACT107. If the subtotal button BAa has not been entered, processor 61 returns to ACT106. In this way, processor 61 waits for the next purchase item to be registered or for the subtotal button BAa to be entered as ACT106 and ACT107.

[0098] When a purchased item is registered while ACT106 and ACT107 are in standby mode, the processor 61 returns from ACT106 to ACT103. The processor 61 then executes the processing of ACT103 to ACT105 in the same manner as described above. Thus, each time a store clerk operates the stationary scanner 21, handheld scanner 22, or touch panel 23 of the input device 2 to input data for a purchased item placed on the checkout counter 20, the processor 61 generates product sales data for that purchased item based on the information related to that item, i.e., the product code, and stores it in the first transaction file 621. The processor 61 also updates the registration screen SAa and registration screen SBa. After completing the registration of the purchased items, the store clerk touches the subtotal button BAa.

[0099] When the subtotal button BAa is pressed via touch operation while ACT106 and ACT107 are in standby mode, the processor 61 proceeds to ACT108. As ACT108, the processor 61 uses the touch panel 23 and the display 25 screen of the input device 2 as the subtotal screen.

[0100] Figure 24 shows an example of the subtotal plan area SAb displayed on the touch panel 23. The subtotal plan area SAb includes a total area AAd that displays the total purchase quantity and total sales amount of the purchased goods in a single transaction. The subtotal plan area 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 used to command a discount on the total amount. The subtotal discount button BAc is an operator used to command a discount on the total amount. Incidentally, by pressing the subtotal discount button BAb and entering the discount amount using the numeric keypad on the keyboard 24, the total amount will be discounted. Similarly, by pressing the subtotal discount button BAc and entering the discount rate using the numeric keypad on the keyboard 24, the total amount will be discounted.

[0101] The payment method selection button BAd is an operator used to instruct the user to select a payment method. The payment button BAe is an operator used to instruct the user to complete the registration of purchased items and proceed to payment. The back button BAf is an operator used to instruct the user to return to the registration of purchased items.

[0102] Figure 25 shows an example of a subplanning screen SBb displayed on display 25. The subplanning screen SBb includes area ABc, which displays information regarding payment. Area ABc displays the total quantity and total amount of purchased goods, the amount received, and the remaining balance. At this point, no amount has been received, so the amount received is 0 yen, and the remaining balance is the total amount minus the amount received.

[0103] After reviewing the sub-planning screen SAb, the clerk checks whether there are any unregistered purchased items remaining at checkout counter 20. 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 customer about their payment method. For example, they might ask the customer about their payment method during busy hours and not during off-peak hours. If they decide to ask the customer about their payment method, the clerk touches the payment method selection button BAd. If they decide not to ask the customer about their payment method, the clerk touches the payment button BAe.

[0104] The processor 61, with the touch panel 23 screen designated as subplanning plane SAb and the display 25 screen as subplanning plane SBb, proceeds to ACT109. The processor 61 checks whether the back button BAf has been pressed as ACT109. If the back button BAf has not been pressed, the processor 61 proceeds to ACT110. The processor 61 checks whether the payment method selection button Bad has been pressed as ACT110. If the payment method selection button Bad has not been pressed, the processor 61 proceeds to ACT111. The processor 61 checks whether the payment button BAe has been pressed as ACT111. If the payment button BAe has not been pressed, the processor 61 returns to ACT109. In this way, the processor 61, displaying subplanning plane SAb, waits in ACT109 through ACT111 for the back button BAf, the payment method selection button Bad, or the payment button BAe to be pressed.

[0105] In the standby state of ACT109 to ACT111, when the back button BAf is pressed via touch operation, the processor 61 proceeds from ACT109 to ACT112. As ACT112, the processor 61 returns the screens of the touch panel 23 and display 25 to the previous registration screen SAa and registration screen SBa. Then the processor 61 enters the standby state for ACT106 and ACT107. Thus, the store clerk can input data for unregistered purchased items by operating the stationary scanner 21, handheld scanner 22, or touch panel 23 of the input device 2.

[0106] In the standby state of ACT109 to ACT111, when the payment method selection button BAd is pressed via touch operation, the processor 61 proceeds from ACT110 to ACT121 in Figure 11. As ACT121, the processor 61 sets the screen of the touch panel 23 to the payment method selection screen SAc (see Figure 26). The screen of the display 25 remains the subplan screen SBb.

[0107] Figure 26 shows 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 subplan area SAb. The payment method selection screen SAc also includes a group of selection buttons BAg for each payment method. The group of selection buttons BAg includes a cash button, a credit button, an electronic money button, and a code payment button.

[0108] The cash button is for instructing cash payment. The credit button is for instructing credit card payment. The electronic money button is for instructing electronic money payment. The code payment button is for instructing code payment. The cash button, credit button, electronic money button, and code payment button are all software keys. The payment method selection screen SAc may also include a button for instructing payment with gift certificates or other monetary instruments.

[0109] After the cashier checks the payment method selection screen SAc, they confirm the payment method with the customer. The cashier then touches the button corresponding to the payment method selected by the customer. For example, if the customer wishes to pay with cash, the cashier touches the cash button in the selection button group BAg. For example, if the customer wishes to pay with a credit card, the cashier touches the credit button in the selection button group BAg. Similarly, if the customer wishes to pay with electronic money or code payment, the cashier touches the corresponding button in the selection button group BAg.

[0110] When the touch panel 23 screen is set to the payment method selection screen SAc, the processor 61 proceeds to ACT122. The processor 61 waits for a payment method to be selected as ACT122. When one of the payment methods is selected by a touch operation on the selection button group Bag, the processor 61 proceeds to ACT123. The processor 61 obtains the payment code for the selected payment method as 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 obtains the payment code corresponding to cash payment, for example, "11". For example, when the credit button is touched, the processor 61 obtains the payment code corresponding to credit card payment, for example, "22". The same applies when the other electronic money button and code payment button are touched.

[0111] The processor 61, having obtained the payment code, proceeds to ACT124. As ACT124, the processor 61 sets the screen of the touch panel 23 to the payment screen SAd (see Figure 27). The screen of the display 25 remains the subplan screen SBb.

[0112] Figure 27 shows an example of the payment screen SAd when cash payment is selected as the payment method. The payment screen SAd includes a total area AAd, similar to the subplan area SAb and the payment method selection screen SAc. The payment screen SAd also includes a payment button BAh. The payment button BAh is an operator used to instruct the customer to proceed to payment. The payment button BAh is a software key. After viewing the payment screen SAd, the store clerk touches the payment button BAh.

[0113] When the touch panel 23 screen is set to the payment screen SAd, the processor 61 proceeds to ACT125. The processor 61 waits for the payment button BAh to be input as ACT125. When the payment button BAh is input via touch operation, the processor 61 proceeds to ACT126.

[0114] On the other hand, in the standby state of ACT109 to ACT111 in Figure 10, when the payment button BAe is input by touch operation, the processor 61 proceeds from ACT111 to ACT126 in Figure 11. Similarly, when the payment button BAe on the subplanning screen SAb or the payment button BAh on the payment screen SAd is input, the processor 61 proceeds to ACT126.

[0115] Processor 61 checks the payment flag Fa as ACT126. If payment has not been made in the transaction processing unit 3, the payment flag Fa is "0". When the payment flag Fa is "0", processor 61 proceeds from ACT126 to ACT131 in Figure 12. The processing from ACT131 onwards will be described later.

[0116] In ACT126, if the payment in progress flag Fa is "1", meaning that payment is being processed by the transaction processing unit 3, the processor 61 proceeds to ACT127. In ACT127, the processor 61 checks the pending flag Fb. If no information related to the transaction of the previous customer that settled in the same settlement lane L is being held by the holding server 1, the pending flag Fb is "0". When the pending flag Fb is "0", the processor 61 proceeds from ACT128 to ACT141 in Figure 13. The processing from ACT141 onwards will be described later.

[0117] If the pending flag Fb in ACT127 is "1", meaning that information relating to the transaction of the previous customer who settled in the same settlement lane L is being held in the pending server 1, the processor 61 proceeds to ACT128. As ACT128, the processor 61 displays a pop-up PUa (see Figure 28) on the subplanning 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 Figure 29) on the subplanning screen SBb of the display 25 to instruct the user to wait because payment is not possible.

[0118] Figure 28 shows an example of a pop-up PUa displayed on the payment screen SAd of the touch panel 23. Upon seeing the pop-up PUa, the store clerk will wait until the previous customer has finished paying.

[0119] Figure 29 shows an example of text TXa displayed on the subplan plane SBb of display 25. After viewing text TXa, the customer will wait until they are able to pay.

[0120] If the processor 61 notifies that payment is not possible using the touch panel 23 and display 25, it returns to ACT 125. The processor 61 waits for the payment button BAe or payment button BAh to be pressed again. When the payment button BAe or payment button BAh is pressed, the processor 61 proceeds to ACT 126. Then the processor 61 executes the processing from ACT 126 onwards in the same manner as described above. Therefore, if the payment in progress flag Fa has been rewritten to "0", the processor 61 proceeds to ACT 131 in Figure 12. If the payment in progress flag Fa remains "1" but the pending flag Fb has been rewritten to "0", the processor 61 proceeds to ACT 141 in Figure 13.

[0121] Conversely, if the payment in progress flag Fa and the pending flag Fb remain at "1", the processor 61 proceeds to ACT 128. Therefore, the pop-up PUa continues to be displayed on the subplanning surface SAb or payment screen SAd of the touch panel 23, and the text TXa continues to be displayed on the subplanning surface SBb of the display 25.

[0122] When the payment flag Fa is "0", meaning that payment has not yet been made in the transaction processing device 3, if the payment button BAe on the subplanning screen SAb or the payment button BAh on the payment screen SAd is pressed, the processor 61 proceeds to ACT131 in Figure 12. As ACT131, the processor 61 displays a pop-up PUb (see Figure 30) on the subplanning screen SAb or payment screen SAd of the touch panel 23 to inform the user that payment is possible in the transaction processing device 3. The processor 61 also displays text TXb (see Figure 31) on the subplanning screen SBb of the display 25 to indicate that payment is possible.

[0123] Figure 30 shows an example of a pop-up PUb displayed on the payment screen SAd of the touch panel 23. Upon seeing the pop-up PUb, the store clerk will know that payment can be made using the transaction processing device 3, and will then guide the customer to the area where the transaction processing device 3 is located.

[0124] Figure 31 shows an example of text TXb displayed on the subplan surface SBb of the display 25. After viewing the text TXb, the customer will follow the instructions of the store clerk to the area where the transaction processing device 3 is installed and make the payment.

[0125] Having notified the user that payment is possible using the touch panel 23 and display 25, the processor 61 proceeds to ACT 132. The processor 61 controls the second transaction file 622 to store the data stored in the first transaction file 621 as ACT 132, that is, the product sales data of the purchased goods registered as a single transaction.

[0126] Once the product sales data for the purchased goods registered as a transaction in the second transaction file 622 has been stored, the processor 61 proceeds to ACT133. The processor 61 checks whether or not it has obtained a payment code as ACT133.

[0127] If the payment code has not been obtained, processor 61 proceeds from ACT133 to ACT134. Processor 61 sets the payment status ST stored in status memory 623 as "10" for ACT134. On the other hand, if the payment code has been obtained in the processing of ACT123, processor 61 proceeds from ACT133 to ACT135. Processor 61 adds that payment code to the second transaction file 622 as ACT135. Processor 61 also sets the payment status ST stored in status memory 623 as "20" for ACT136.

[0128] After completing the processing of ACT134 or ACT136, processor 61 proceeds to ACT137. As ACT137, processor 61 rewrites the payment in progress flag Fa in the first flag memory 624 to "1". Also, as ACT138, processor 61 clears the first transaction file 621. With this, processor 61 completes the first information processing.

[0129] On the other hand, if the payment in progress flag Fa is "1" but the pending flag Fb is "0", and the payment button BAe on subplan screen SAb or the payment button BAh on payment screen SAd is entered, the processor 61 proceeds to ACT141 in Figure 13. The processor 61 checks whether or not a payment code has been obtained as ACT141. If a payment code has not been obtained, the processor 61 proceeds from ACT141 to ACT142. The processor 61 sets the payment status ST stored in the status memory 623 as ACT142 to "10". Conversely, if a payment code has been obtained in the processing of ACT123, the processor 61 proceeds from ACT141 to ACT143. The processor 61 adds that payment code to the first transaction file 621 as ACT143. The processor 61 also sets the payment status ST stored in the status memory 623 as ACT144 to "20".

[0130] After completing the processing of ACT142 or ACT144, the processor 61 proceeds to ACT145. The processor 61 generates transaction identification information as ACT145. For example, the processor 61 generates unique transaction identification information by concatenating the transaction processing device ID, which is unique information of the transaction processing device 3, with the date (year, month, day) and time (hour, minute, second) in which the transaction took place. Alternatively, the processor 61 may increment a counter that issues a serial number by "1" and concatenate that serial number to the transaction processing device ID to generate unique transaction identification information.

[0131] The processor 61 that generated the transaction identification information proceeds to ACT146. The processor 61 sends a hold event to the hold server 1 via the communication interface 65 as ACT146. The hold event is an event requesting the hold of the first transaction file 621. The hold event includes the transaction processing device ID of the transaction processing device 3.

[0132] As will be explained in more detail later, the pending server 1, upon receiving the pending event, sends back an acceptance response, and the processor 61 waits for the acceptance response as ACT147. Upon receiving the acceptance response via the communication interface 65, the processor 61 proceeds to ACT148. As ACT148, the processor 61 outputs to the pending server 1 the data stored in the first transaction file 621, that is, the product sales data, which is information related to the purchased goods to be processed as a single transaction, along with the transaction identification information generated in the processing of ACT145.

[0133] Subsequently, processor 61 sets the pending flag Fb to "1" as ACT149. Processor 61 also clears the first transaction file 621 as ACT150. With this, processor 61 completes the first information processing.

[0134] As explained using Figure 12, when the payment button BAe or payment screen SAd is pressed, if the payment flag Fa is "0", meaning there are no customers currently paying at the transaction processing device 3, the system notifies that payment is possible at the transaction processing device 3. The payment flag Fa then becomes "1", and the first transaction file 621 is cleared. Consequently, the customer will proceed to the location where the transaction processing device 3 is installed and make the payment.

[0135] On the other hand, as explained using Figure 13, when the payment button BAe or payment screen SAd is pressed, if the payment flag Fa is "1", that is, if there is a customer paying at the transaction processing device 3, the data in the first transaction file 621 is output to the hold server 1 along with unique transaction identification information. Also, the hold flag Fb becomes "1", and the first transaction file 621 is cleared. At this point, it is not yet determined whether the customer will pay at the transaction processing device 3 or at the settlement device 4.

[0136] Incidentally, as explained using Figures 12 and 13, once the first information processing is completed, the first transaction file 621 is cleared by the processing of ACT138 or ACT150. Therefore, the processor 61 of the transaction processing device 3 can continue to start the first information processing. That is, when the next customer comes to the checkout counter and the store clerk commands the start of registration, the processor 61 executes the first information processing from ACT101 onwards in the same manner as described above. Therefore, the screen of the touch panel 23 becomes the registration screen SAa.

[0137] Here, the processor 61 performs the processing of ACT102 and ACT106 via the input device interface 611, thereby realizing the function of an input information acquisition means (first input information acquisition means) 301 that acquires information relating to purchased goods received by the input means 201 from the input device 2. The processor 61 also performs the processing of ACT111 and ACT125 via the input device interface 611, thereby realizing the function of an input information acquisition means (second input information acquisition means) 301 that acquires input termination instruction signals received by the termination reception means 202 from the input device 2. Furthermore, the processor 61 performs the processing of ACT121 to ACT123 via the input device interface 611, thereby realizing the function of an input information acquisition means (third input information acquisition means) 301 that acquires information on payment methods received by the first payment reception means 203 from the input device 2.

[0138] The processor 61 functions as the first monetary amount output means 302 by working in cooperation with the touch panel 23 and the display 25 to perform the processing of ACT108 and ACT124. The processor 61 functions as the transaction information output means 305 by working in cooperation with the communication interface 65 to perform the processing of ACT145 to ACT147.

[0139] Figure 14 is a flowchart showing the main steps of the second information processing performed by the processor 61 of the transaction processing device 3 in accordance with the first business program. The processor 61 performs the second information processing in parallel with the first information processing described above.

[0140] Processor 61 waits for the payment flag Fa to become "1" as ACT151. In the first information processing, ACT137, when the payment flag Fa becomes "1", processor 61 proceeds to ACT152. Processor 61 checks the payment status ST as ACT152. If the payment status ST is "10", that is, if no payment method was selected in the first information processing, processor 61 proceeds from ACT152 to ACT153. Processor 61 sets the screen of the second touch panel 34 as the payment method selection screen SCa (see Figure 32) as ACT153.

[0141] Figure 32 shows an example of a payment method selection screen SCa displayed on the second touch panel 34. The payment method selection screen SCa includes a group of selection buttons BCa for each payment method. The selection button group BCa includes a cash button, a credit button, an electronic money button, and a code payment button. The payment method selection screen SCa also includes a total area ACa that displays the total purchase quantity and total sales amount of the purchased goods in a single transaction. The total area ACa displays the total purchase quantity and total sales amount calculated based on the product sales data of the purchased goods stored in the second transaction file 622.

[0142] After viewing the payment method selection screen SCa, the customer touches the button for their desired payment method. For example, a customer who wishes to pay with cash touches the cash button in the selection button group BCa. For example, a customer who wishes to pay with a credit card touches the credit button in the selection button group BCa. For example, a customer who wishes to pay with electronic money touches the electronic money button in the selection button group BCa. For example, a customer who wishes to pay with QR code payment touches the QR code payment button in the selection button group BCa.

[0143] When the processor 61 sets the screen of the second touch panel 34 to the payment method selection screen SCa, it proceeds to ACT154. As ACT154, the processor 61 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 BCa, the processor 61 proceeds to ACT155. As ACT155, the processor 61 obtains the payment code for the selected payment method, similar to the processing of ACT123 in the first information processing.

[0144] On the other hand, if the payment status ST in ACT152 is "20," meaning that a payment method was selected in the first information processing, the processor 61 proceeds from ACT152 to ACT156. The processor 61 extracts the payment code from the second transaction file 622 as ACT156.

[0145] After completing the processing of ACT155 or ACT156, the processor 61 proceeds to ACT157. For ACT157, the processor 61 sets the screen of the second touch panel 34 to the payment notification screen SCb (see Figure 33). The payment notification screen SCb is a screen based on the payment code obtained through the processing of ACT155 or ACT156.

[0146] Figure 33 shows an example of the payment notification screen SCb displayed on the second touch panel 34. Figure 33 shows the payment notification screen SCb when a payment code for cash payment is obtained through the processing of ACT155 or ACT156. The payment notification screen SCb includes a change dispenser information area ACb. The change dispenser information area ACb displays the total amount, the total amount of cash inserted into the automatic change dispenser 36 (so-called inserted amount), and the remaining amount after subtracting the inserted amount from the total amount.

[0147] After viewing the payment notification screen SCb, the customer pays using their chosen payment method. For example, a customer who chooses cash payment inserts cash into the automatic change dispenser 36. A customer who chooses credit card payment has the cashless payment terminal 37 read their credit card data using its reader. A customer who chooses electronic money payment has the cashless payment terminal 37 read the data on their electronic money medium using its reader. A customer who chooses QR code payment has the cashless payment terminal 37 scan a barcode or QR code for QR code payment using its scanner.

[0148] If the second touch panel 34 screen is set to the payment notification screen SCb, the processor 61 proceeds to ACT 158. The processor 61 waits for the payment to begin as ACT 158. For example, if cash payment is selected, the processor 61 waits for cash to be inserted into the automatic change dispenser 36. For example, if credit card payment is selected, the processor 61 waits for the 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 the electronic money data to be read by the cashless payment terminal 37. For example, if code payment is selected, the processor 61 waits for the barcode or two-dimensional data code for code payment to be read by the cashless payment terminal 37.

[0149] When payment begins, processor 61 proceeds from ACT158 to ACT159. Processor 61 issues a transaction number as ACT159. The transaction number is a seven-digit number, for example, a three-digit transaction processing unit ID followed by a four-digit serial number. The serial number is incremented by "1" each time a transaction is settled in transaction processing unit 3. After issuing the transaction number, processor 61 proceeds to ACT160. Processor 61 sets the screen of the second touch panel 34 to the payment screen SCc (see Figure 34) as ACT160.

[0150] Figure 34 shows an example of the payment screen SCc displayed on the second touch panel 34. Figure 34 shows the payment screen SCc when a payment code for cash payment is obtained through the processing of ACT155 or ACT156. The payment screen SCc has the same layout as the payment notification screen SCb. On the cash payment screen SCc, the information displayed in the change machine information area ACb is updated according to the amount of cash inserted into the automatic change machine 36. The payment screen SCc also includes a checkout button BCb. The checkout button BCb is a software key. The checkout button BCb is an operator used to signal the completion of payment. A customer who has finished paying using the selected payment method touches the checkout button BCb.

[0151] When the second touch panel 34 screen is set to the payment screen SCc, the processor 61 proceeds to ACT161. As ACT161, the processor 61 waits for the payment button BCb to be input. When the payment button BCb is input by touch operation, the processor 61 proceeds to ACT162. As ACT162, the processor 61 executes the transaction settlement process based on the payment code. That is, if the payment code is a cash payment code, the processor 61 executes the transaction settlement process with the cash inserted into the automatic change dispenser 36. If the payment code is a credit card payment code, the processor 61 executes the transaction settlement process with the credit card data read by the cashless payment terminal 37. If the payment code is an electronic money payment code, the processor 61 executes the transaction settlement process with the electronic money data read by the cashless payment terminal 37. If the payment code is a code payment code, the processor 61 executes the transaction settlement process with the barcode or two-dimensional data code read by the cashless payment terminal 37. Since these payment processing methods are all well-known, I will omit detailed explanations.

[0152] Once the payment processing is complete, processor 61 proceeds to ACT163. As ACT163, processor 61 drives printer 35 to issue a receipt. Also as ACT164, processor 61 sets the screen of the second touch panel 34 to the payment completion screen SCd (see Figure 35). The receipt is a sheet that records details such as the name of the purchased item, price, quantity, and amount. The receipt also records the transaction date, time, transaction number, etc.

[0153] Figure 35 shows an example of the payment completion screen SCd displayed on the second touch panel 34. Figure 35 shows the payment completion screen SCd when a payment code for cash payment is obtained through the processing of ACT155 or ACT156. The payment completion screen SCd includes a change machine information area ACb, similar to the payment notification screen SCb and the payment in progress screen SCc. After confirming the payment completion screen SCd, the customer takes their receipt and change and leaves the store.

[0154] After displaying the payment completion screen SCd, processor 61 proceeds to ACT165. Processor 61 saves the data stored in the second transaction file 622 as ACT165, that is, the data of the goods purchased by the customer who has completed the payment. The data is saved to, for example, the auxiliary storage device 63. The data may also be saved to the main memory 62. Alternatively, the data from the second transaction file 622 may be sent to the POS server via the communication interface 65 and saved on the POS server. Alternatively, it may be saved on the hold server 1 instead of the POS server.

[0155] Processor 61, having saved the data from the second transaction file 622, proceeds to ACT166. As ACT166, Processor 61 clears the second transaction file 622. Processor 61 also rewrites the payment flag Fa to "0" as ACT167. With this, Processor 61 terminates the second information processing.

[0156] Here, the processor 61, in cooperation with the second touch panel 34, executes the processing of ACT 157, thereby realizing its function as the first amount output means 302. The processor 61, in cooperation with the second touch panel 34, executes the processing of ACTs 153 to ACT 154, thereby realizing its function as the second payment acceptance means 303. The processor 61, by executing the processing of ACT 162, realizes its function as the first settlement means 304.

[0157] Thus, when the payment flag Fa is "0" and the payment button BAe on the subplan screen SAb or the payment button BAh on the payment screen SAd is pressed, and the payment flag Fa becomes "1", the processor 61 executes the processes of ACT152 to ACT167. Based on the operation of the transaction processing device 3, the customer can settle the transaction by operating the transaction processing device 3 themselves.

[0158] Figure 15 is a flowchart showing the main steps of the third information processing performed by the processor 61 of the transaction processing device 3 in accordance with the first business program. The processor 61 performs the third information processing in parallel with the first information processing described above.

[0159] Processor 61 waits as ACT171 for the pending flag Fb to become "1". In ACT148 of the first information processing, when the pending flag Fb becomes "1", processor 61 proceeds to ACT172. Processor 61 checks as ACT172 whether or not it has received a release event from the pending server 1. If it has not received a release event, processor 61 proceeds to ACT173. Processor 61 checks as ACT173 whether or not it has received a confirmation event. If it has not received a confirmation event, processor 61 returns to ACT172. In this way, when the pending flag Fb becomes "1", processor 61 of the transaction processing unit 3 waits in ACT172 and ACT173 to receive either a release event or a confirmation event from the pending server 1 that sent the pending event.

[0160] To clarify the release event and confirmation event, we will temporarily suspend the explanation of Figure 15 and first explain the information processing performed by the processor 11 of the hold server 1 using Figures 16 to 18.

[0161] Figures 16 to 18 are flowcharts showing the essential steps of the fourth information processing performed by the processor 11 of the hold server 1 according to the second business program. The processor 11 is waiting for a hold event as ACT201. Upon receiving a hold event via the communication interface 15, the processor 11 proceeds to ACT202. The processor 11 replies with an acceptance response as ACT202. That is, the processor 11 replies with an acceptance response to the transaction processing device 3 identified by the transaction processing device ID included in the hold event.

[0162] As explained using Figure 13, when the processor 61 of the transaction processing device 3 that sent the hold event receives the acceptance response, it outputs the data of the first transaction file 621 along with the transaction identification information to the hold server 1. The processor 11 that sent the acceptance response then waits for the data of the first transaction file 621 as ACT203. When the processor 11 receives the data of the first transaction file 621 via the communication interface 15, it proceeds to ACT204. The processor 11 obtains the transaction processing device ID set for the transaction processing device 3 that sent the data as ACT204. The transaction processing device ID is included in the hold event. The transaction processing device ID may also be included in the data of the first transaction file 621.

[0163] Upon detecting the transaction processing device ID, processor 11 proceeds to ACT205. As ACT205, processor 11 obtains the lane number of the settlement lane L where the transaction processing device 3, the data sender, is installed. Specifically, processor 11 refers to the lane table 131 and obtains the lane number described in column Ca on the same row as the transaction processing device ID.

[0164] The processor 11, having obtained the lane number, proceeds to ACT206. The processor 11 saves the data of the first transaction file 621 received from the transaction processing unit 3 to the lane-specific folder 132, which is identified by the lane number obtained as ACT206.

[0165] Next, processor 11 obtains transaction identification information received along with the data from the first transaction file 621 as ACT207. Then, processor 11 stores this transaction identification information in the transaction identification information memory 626 as ACT208. Also, processor 11 refers to the lane table 131 as ACT209 and obtains the settlement device ID written in column Cc on the same row as the transaction processing device ID. Then, processor 11 sends a first execution event as ACT210 to the settlement device 4 identified by that settlement device ID. The first execution event is an event requesting the execution of settlement processing.

[0166] As will be explained in more detail later using Figure 20, the settlement device 4, upon receiving the first execution event, sends back either an acceptance response or a rejection response. An acceptance response is sent back by the settlement device 4 if it is possible to settle the transaction. A rejection response is sent back by the settlement device 4 if it is not possible to settle the transaction.

[0167] The processor 11 that sent the first execution event proceeds to ACT211. The processor 11 checks whether or not it has received an acceptance response as ACT211. If it has received an acceptance response, the processor 11 proceeds to ACT221 in Figure 17. The processor 221 generates a machine-readable code as ACT221 that represents the transaction identification information stored in the transaction identification information memory 626. For example, the processor 11 generates a barcode that represents the transaction identification information. The barcode code system is not particularly limited. In short, it is sufficient if it is a barcode with a code system that can be read by the reader 9, i.e., a machine-readable code.

[0168] The processor 11, having generated the machine-readable code, proceeds to ACT222. As ACT222, the processor 11 refers to the lane table 131 and obtains the display device ID written in column Cd on the same row as the transaction processing device ID. Then, as ACT223, the processor 11 outputs the data for the display screen to the display device 5 identified by that display device ID.

[0169] When the display device 5 receives the data from the reading screen, the reading screen SDa (see Figure 36) is displayed on the tablet's LCD screen. Figure 36 shows an example of the display on the reading screen SDa. As shown in the figure, the machine-readable code BC created by the processing of ACT221 is displayed on the reading screen SDa. In this embodiment, the machine-readable code BC is a barcode. The machine-readable code BC is not limited to a barcode. For example, it may be a two-dimensional code. The display device 5, which displays such a reading screen SDa, realizes the function of a display means 503.

[0170] Incidentally, when the reading screen SDa is displayed on the display device 5, the machine-readable code is read by the reader 9. The reader 9 then outputs the data of the read machine-readable code to the settlement device 4. As will be explained in detail later using Figure 19, when the machine-readable code of the transaction identification information is read by the reader 9, the processor 71 of the settlement device 4 sends a request event to the holding server 1. The request event is an event that requests the acquisition of information related to the transaction. The request event contains the transaction identification information reconstructed from the machine-readable code read by the reader 9.

[0171] Therefore, the processor 11 of the holding server 1, which output the data on the reading screen, waits for a request event as ACT224. Upon receiving a request event from the payment device 4, the processor 11 proceeds to ACT225. The processor 11 erases the reading screen SDa displayed on the display device 5 as ACT225. The processor 11 also obtains transaction identification information from the request event as ACT226. Furthermore, the processor 11 obtains the payment device ID of the payment device 4 that sent the request event as ACT227. The request event includes the payment device ID set in the payment device 4 that sent the event. Note that the timing of erasing the reading screen SDa is not limited to the timing of processing in ACT225. It is sufficient to erase it after receiving the request event from the payment device 4.

[0172] After obtaining the payment device ID, processor 11 proceeds to ACT228. As ACT228, processor 11 obtains the lane number of the payment lane L where the payment device 4, identified by the payment device ID, is installed. Specifically, processor 11 refers to the lane table 131 using the payment device ID obtained in ACT227 and obtains the lane number described in column Ca on the same row as the payment device ID. The payment device ID is included in the request event.

[0173] Processor 11, having obtained the lane number, proceeds to ACT229. Processor 11 selects a pending file as ACT229. That is, Processor 11 selects the data of the first transaction file 621 stored in the lane-specific folder 132 corresponding to the lane number obtained in ACT228. Then, Processor 11 sends the pending file to the settlement device 4 as ACT230. That is, Processor 11 sends the data of the first transaction file 621 obtained in ACT229 to the settlement device 4, which is identified by the settlement device ID obtained in the processing of ACT227.

[0174] Processor 11, which sent the pending file, proceeds to ACT231. Processor 11 sends a release event as ACT231 to the transaction processing unit 3, which is the data source of the first transaction file 621. That is, processor 11 sends a release event to the transaction processing unit 3, which is identified by the transaction processing unit ID obtained in the processing of ACT204. The release event is an event that commands that the pending state has been released.

[0175] Processor 11, which sent the release event, proceeds to ACT232. Processor 11 clears the pending files as ACT232. That is, processor 11 clears the data of the first transaction file 621 that was saved in the lane-specific folder 132 of the lane number obtained in ACT227. With this, processor 11 finishes the fourth information processing.

[0176] On the other hand, if a negative response is received in ACT211 in Figure 16, the processor 11 proceeds to ACT212. As ACT212, the processor 11 sends a confirmation event to the transaction processing device 3, which is the data source of the first transaction file 621. That is, the processor 11 sends a confirmation event to the transaction processing device 3 identified by the transaction processing device ID obtained in the processing of ACT204. The confirmation event is an event that prompts the store clerk to confirm the recipient of the payment. The processor 11 also refers to the lane table 131 as ACT213 and obtains the display device ID written in column Cd on the same row as the transaction processing device ID. Then, as ACT214, the processor 11 outputs instruction screen data to the display device 5 identified by that display device ID.

[0177] When the display device 5 receives the instruction screen data, the instruction screen SDb (see Figure 37) is displayed on the tablet's LCD screen. Figure 37 shows an example of the display of the instruction screen SDb. The instruction screen SDb displays an import button BDa and a return button BDb. The import button BDa and the return button BDb are soft keys. The import button BDa functions as a first operator that declares that the destination for outputting transaction information is the settlement device 4. The return button BDb functions as a second operator that declares that the destination for outputting transaction information is the transaction processing device 3. The display device 5, displaying such an instruction screen SDb, realizes the function of a receiving means 501.

[0178] The employee who has decided on the payment recipient operates the display device 5 based on that decision. Specifically, the employee who has decided on the payment device 4 as the payment recipient inputs the "Intake" button BDa. When the "Intake" button BDa is input, the display device 5 outputs a first signal to the hold server 1. The first signal is a signal output in response to the input of the "Intake" button BDa. The first signal is a signal indicating that the payment device 4 has been decided as the payment recipient. The employee who has decided on the transaction processing device 3 as the payment recipient inputs the "Return" button BDb. When the "Return" button BDb is input, the display device 5 outputs a second signal to the hold server 1. The second signal is a signal output in response to the input of the "Return" button BDb. The second signal is a signal indicating that the transaction processing device 3 has been decided as the payment recipient. The display device 5 that outputs such a first signal or second signal realizes the function of an instruction means 502.

[0179] After outputting the data for the instruction screen SDb, the processor 11 proceeds to ACT241 in Figure 18. As ACT241, the processor 11 checks whether the capture button BDa has been pressed. If the capture button BDa has not been pressed, the processor 11 proceeds to ACT242. As ACT242, the processor 11 checks whether the return button BDb has been pressed. If the return button BDb has not been pressed, the processor 11 returns to ACT241. In this way, in ACT241 and ACT242, the processor 11 waits for either the capture button BDa or the return button BDb on the instruction screen SDb to be pressed.

[0180] When the processor 11 receives the first signal from the display device 5 while in the standby state of ACT241 and ACT242, it recognizes that the capture button BDa has been pressed. The processor 11 then proceeds to ACT243. The processor 11 sends a second execution event to the payment device 4 as ACT243. Specifically, the processor 11 sends the second execution event to the payment device 4 identified by the payment device ID obtained in the processing of ACT209. The second execution event is also an event that requests the execution of payment processing.

[0181] As will be explained in more detail later using Figure 20, the settlement device 4, upon receiving the second execution event, will send back either an acceptance response or a rejection response. An acceptance response is sent back by the settlement device 4 if it is possible to settle the transaction. A rejection response is sent back by the settlement device 4 if it is not possible to settle the transaction.

[0182] Processor 11, which sent the second execution event, proceeds to ACT244. Processor 11 checks whether or not it has received an acceptance response as ACT244. If it has received an acceptance response, Processor 11 proceeds to ACT245. Processor 11 sends the pending file to the settlement device 4 as ACT245. That is, Processor 11 sends the data of the first transaction file 621, which was stored in the lane-specific folder 132 of the lane number obtained in ACT205, to the settlement device 4, which is identified by the settlement device ID obtained in the processing of ACT209.

[0183] Processor 11, which sent the pending file, proceeds to ACT246. Processor 11 sends a release event as ACT246 to the transaction processing unit 3, which is the data source of the first transaction file 621. That is, processor 11 sends a release event to the transaction processing unit 3, which is identified by the transaction processing unit ID obtained in the processing of ACT204. The release event is an event that commands that the pending state has been released.

[0184] Processor 11, which sent the release event, proceeds to ACT247. Processor 11 clears the pending files as ACT247. Specifically, processor 11 clears the data of the first transaction file 621 that was saved in the lane-specific folder 132 of the lane number obtained in ACT205. Processor 11 also erases the instruction screen SDb that was displayed on the display device 5 as ACT248. With this, processor 11 completes the fourth information processing.

[0185] Meanwhile, in the standby state of ACT241 and ACT242, when the processor 11 receives the second signal from the display device 5, it recognizes that the back button BDb has been pressed. The processor 11 then proceeds to ACT249. As ACT249, the processor 11 sends a third execution event to the transaction processing device 3, which is the data source of the first transaction file 621. That is, the processor 11 sends a third execution event to the transaction processing device 3, which is identified by the transaction processing device ID obtained in the processing of ACT204. The third execution event is also an event that requests the execution of settlement processing.

[0186] As will be explained in more detail later using Figure 15, the transaction processing unit 3, upon receiving the third execution event, sends back either an acceptance response or a rejection response. An acceptance response is sent back by the transaction processing unit 3 if settlement of the transaction is possible. A rejection response is sent back by the transaction processing unit 3 if settlement of the transaction is not possible.

[0187] Processor 11, which sent the third execution event, proceeds to ACT250. Processor 11 checks whether or not it has received an acceptance response as ACT250. If it has received an acceptance response, Processor 11 proceeds to ACT251. Processor 11 sends the pending file to the transaction processing device 3 as ACT251. That is, Processor 11 sends the data of the first transaction file 621, which was saved in the lane-specific folder 132 of the lane number obtained in ACT205, to the transaction processing device 3, which is identified by the transaction processing device ID obtained in the processing of ACT204.

[0188] Processor 11, which sent the pending file, proceeds to ACT252. Processor 11 clears the pending file as ACT252. Specifically, processor 11 clears the data of the first transaction file 621 that was saved in the lane-specific folder 132 of the lane number obtained in ACT205. Processor 11 also erases the instruction screen SDb that was displayed on the display device 5 as ACT253. With this, processor 11 completes the fourth information processing.

[0189] If a negative response is received in ACT244 or ACT250, the processor 11 proceeds to ACT254. The processor 11 outputs error screen data to the display device 5 as ACT254. That is, the processor 11 outputs screen data indicating that the operation on the instruction screen is an error to the display device 5, which is identified by the display device ID obtained in the processing of ACT213. This screen includes an operator (soft key) that commands the error to be cleared. The store clerk who sees the error screen inputs the operator that commands the error to be cleared.

[0190] After outputting the error screen data, processor 11 proceeds to ACT255. Processor 11 waits for an error clearing command as ACT255. When it receives a signal from the display device 5 that is generated by inputting an operator commanding error clearing, processor 11 recognizes that an error clearing command has been issued. Processor 11 proceeds to ACT256. Processor 11 outputs the instruction screen SDb data to the display device 5 that commanded the error clearing as ACT256. That is, processor 11 outputs the instruction screen SDb data to the display device 5 identified by the display device ID obtained in the processing of ACT213. After this, processor 11 returns to the waiting state for ACT241 and ACT242.

[0191] For example, a store clerk might press the import button BDa to instruct the payment device 4 to be the output destination for transaction information, but the payment device 4 may not yet have finished processing the payment for the previous customer. In such cases, the display device 5 will show an error screen, so the store clerk will perform an error clearing operation. Once this is done, the display device 5 will return to the instruction screen SDb, and the store clerk can wait for the previous customer to finish processing the payment and then press the import button BDa again. Alternatively, if the customer who was processing the payment at the transaction processing device 3 finishes the payment first, the store clerk can press the return button BDb.

[0192] Here, the processor 11 functions as a transaction information input means 102 by cooperating with the communication interface 15 to execute the processing of ACT201 and ACT203. The processor 11 functions as a holding means 103 by cooperating with the lane-specific folders 132 to execute the processing of ACT204 to ACT206. The processor 11 functions as a holding information output means (first holding information output means) 104 by executing the processing of ACT223 to ACT230. The processor 11 functions as a recognition means 101 by cooperating with the communication interface 15 to execute the processing of ACT241 and ACT242. The processor 11 functions as a holding information output means (second holding information output means) 104 by cooperating with the communication interface 15 to execute the processing of ACT243 to ACT245 and the processing of ACT249 to ACT251.

[0193] Returning to the explanation of Figure 15. When processor 61 receives a release event while in the waiting state for ACT172 and ACT173, it proceeds to ACT174. As ACT174, processor 61 displays a pop-up PUc (see Figure 38) on the subplanning surface SAb or payment screen SAd of the touch panel 23 to guide the customer to make a payment at the payment device 4. Also, processor 61 displays text TXc (see Figure 39) on the subplanning surface SBb of the display 25 to instruct the customer to make a payment at the payment device 4.

[0194] Figure 38 shows an example of a pop-up PUc displayed on the payment screen SAd of the touch panel 23. Upon seeing the pop-up PUdc, the store clerk guides the customer to the payment device 4 where the warning light 47 is illuminated.

[0195] Figure 39 shows an example of text TXc displayed on the subplanar surface SBb of the display 25. After the buyer sees the text TXc, they will follow the store clerk's instructions and move to the payment device 4, where the warning light 47 is illuminated, to make the payment.

[0196] After completing the processing of ACT174, processor 61 proceeds to ACT175. Processor 61 sets the pending flag Fb to "0" as ACT175. With this, processor 61 completes the third information processing.

[0197] Meanwhile, when processor 61 receives an acknowledgment event while in the waiting state for ACT172 and ACT173, it proceeds to ACT176. As ACT176, processor 61 displays a pop-up PUd (see Figure 40) on the touch panel 23 screen to notify the store clerk to specify where to pay.

[0198] Figure 40 shows an example of a pop-up PUd displayed on the registration screen SAa of the touch panel 23. After the store clerk confirms the pop-up PUd, they determine the recipient of payment for the customer whose transaction information has been held on the holding server 1. Specifically, if another customer is paying at the transaction processing device 3, but there are no customers paying at the payment device 4, the store clerk determines the payment device 4 as the recipient. However, if an abnormality occurs at the payment device 4, such as running out of receipts or insufficient change, the store clerk determines the transaction processing device 3 as the recipient. Based on the determination of the recipient, the store clerk operates the display device 5.

[0199] As explained in Figure 16 for the processing of ACT212 and ACT214, the processor 11 of the holding server 1, which output a confirmation event to the transaction processing device 3, outputs the instruction screen SDb data to the display device 5. As a result, the instruction screen SDb is displayed on the display device 5.

[0200] In ACT176, processor 61 controls the display of the pop-up PUd (see Figure 40) and proceeds to ACT177. Processor 61 checks whether it has received a release event as ACT177. If it has not received a release event, processor 61 proceeds to ACT178. Processor 61 checks whether it has received a third execution event as ACT178. If it has not received a third execution event, processor 61 returns to ACT177. In this way, processor 61 waits in ACT177 and ACT178 for either a release event or a third execution event to be received.

[0201] As explained using Figure 18, when the transaction processing device 3 receives a confirmation event, the hold server 1 sends either a release event or a third execution event. Specifically, when the import button BDa is pressed on the instruction screen SDb displayed on the display device 5, and the information related to the pending transaction is output to the settlement device 4, a release event is sent from the hold server 1 to the transaction processing device 3 as part of ACT246. In contrast, when the return button BDb is pressed on the instruction screen SDb, and the transaction processing device 3 is specified as the output destination for the transaction information, a third execution event is returned as part of ACT251.

[0202] If processor 61 receives a release event while in the waiting state for ACT177 and ACT178, it proceeds to ACT174 as described above. Thereafter, processor 61 executes the processing of ACT174 and ACT175 in the same manner as described above. Specifically, processor 61 displays a pop-up PUc (see Figure 38) on the subplanning screen SAb or payment screen SAd of the touch panel 23 to guide the customer to make a payment at the payment device 4. Processor 61 also displays text TXc (see Figure 39) on the subplanning screen SBb of the display 25 to instruct the customer to make a payment at the payment device 4. After that, processor 61 sets the pending flag Fb to "0". With this, processor 61 terminates the third information processing.

[0203] On the other hand, if processor 61 receives a third execution event while in the waiting state for ACT177 and ACT178, it proceeds to ACT179. Processor 61 checks the payment flag Fa as ACT179. If the payment flag Fa is "1", meaning that the previous customer is making a payment in the transaction processing unit 3, processor 61 proceeds to ACT180. Processor 61 sends a negative response signal to the hold server 1 as ACT180. With this, processor 61 completes the third information processing.

[0204] In response to this, if the payment flag Fa in ACT179 is "0", meaning that there are no customers currently settling transactions in the transaction processing unit 3, the processor 61 proceeds to ACT181. The processor 61 sends an acceptance response signal to the hold server 1 as ACT181.

[0205] As explained using Figure 18, the hold server 1, having received an acceptance response from the transaction processing device 3 that sent the third execution event, sends a hold file (ACT249 to ACT251). The processor 61 that sent the acceptance response signal then waits to receive the hold file as ACT182. Upon receiving the hold file via the communication interface 65, the processor 61 proceeds to ACT183. As ACT183, the processor 61 expands the data of the hold file into the second transaction file 622 and stores it. Incidentally, the data of the hold file is the data of the first transaction file 621 that was output to the hold server 1 in ACT148 in Figure 13.

[0206] After storing the data from the pending file in the second transaction file 622, the processor 61 proceeds to ACT184. As ACT184, the processor 61 displays a pop-up PUb (see Figure 30) on the subplanning screen SAb or payment screen SAd of the touch panel 23, informing that payment is possible at the transaction processing device 3. The processor 61 also displays text TXb (see Figure 31) on the subplanning screen SBb of the display 25, indicating that payment is possible.

[0207] Thus, having notified the transaction processing device 3 that payment is possible using the touch panel 23 and display 25, the processor 61 proceeds to ACT 185. In ACT 185, the processor 61 sets the payment in progress flag Fa to "1" and the pending flag Fb to "0". After that, the processor 61 proceeds to ACT 152 in Figure 14. Then the processor 61 executes the processing of ACT 152 to ACT 167 in the same manner as described above.

[0208] In this manner, when the transaction information held in the holding server 1 is returned to the transaction processing device 3, the processor 61 of the transaction processing device 3 executes the processes of ACT152 to ACT167 in Figure 14 in the same manner as described above. Specifically, the processor 61 sets the screen of the second touch panel 34 to the payment notification screen SCb. If no payment method has been selected in the input device 2, the processor 61 displays the payment method selection screen SCa before the payment notification screen SCb. When a payment method is selected by the customer, the processor 61 displays the payment notification screen SCb. After payment is started, the processor 61 sets the screen of the second touch panel 34 to the payment in progress screen SCc. The processor 61 also issues a transaction number. When the customer presses the payment button BCb on the payment in progress screen SCc, the processor 61 executes the settlement process and issues a receipt. The processor 61 also sets the screen of the second touch panel 34 to the payment completed screen SCd. Thus, the customer can settle the transaction by operating the transaction processing device 3 themselves and paying the amount due.

[0209] Here, the processor 61 functions as a guidance means 306 by cooperating with the touch panel 23 and the display 25 to execute the processing of ACT174 and ACT184. The processor 61 functions as an execution means 307 by executing the processing of ACT183 to ACT185, and furthermore, the processing of ACT152 to ACT167.

[0210] Figure 19 is a flowchart showing the essential steps of the fifth information processing performed by the processor 71 of the payment device 4 in accordance with the third business program.

[0211] Processor 71 is waiting for the first execution event as ACT301. As explained with reference to Figure 16, when transaction information is held in the lane-specific folder 132 of the holding server 1 and transaction identification information is stored in the transaction identification information memory 626, the first execution event is sent from the holding server 1 to the settlement device 4 as processing ACT210. Upon receiving the first execution event, processor 71 proceeds to ACT302. Processor 71 checks the payment in progress flag Fc as ACT302. If the payment in progress flag Fc is "1", that is, if the previous customer is still making a payment at the settlement device 4, processor 71 proceeds to ACT303. Processor 71 sends a negative response signal to the holding server 1 as ACT303. With this, processor 71 completes the fifth information processing.

[0212] In response to this, if the payment in progress flag Fc in ACT302 is "0", meaning that the customer has not yet made a payment at the payment device 4, the processor 71 proceeds to ACT304. The processor 61 sends an acceptance response signal to the hold server 1 as ACT304.

[0213] Upon receiving the acceptance response signal, the processor 11 of the holding server 1 executes the processes shown in the flowchart of Figure 17, specifically ACT221 to ACT232. Thus, the reading screen SDa is displayed on the display device 5. The processor 71 then waits for the machine-readable code BC to be read by the reader 9 as ACT305. Once the machine-readable code BC is read, the processor 71 proceeds to ACT306. The processor 71 analyzes the data of the machine-readable code BC as ACT306. Then, the processor 71 checks whether the machine-readable code BC of the transaction identification information was read as ACT307. If a machine-readable code other than transaction identification information is read, the processor 71 returns to ACT305. The processor 71 waits for the machine-readable code BC to be read by the reader 9.

[0214] When the machine-readable code of the transaction identification information is read by the reader 9, the processor 71 proceeds to ACT308. The processor 71 sends a request event to the holding server 1 as ACT308. As mentioned above, the request event is an event that requests the acquisition of information related to the transaction.

[0215] As explained using Figure 17, the hold server 1, upon receiving the request event, sends the data of the hold file, i.e., the first transaction file 621. The processor 71 that sent the request event then proceeds to ACT 309. Processor 71 waits for the hold file as ACT 309. Upon receiving the hold file via the communication interface 75, processor 71 proceeds to ACT 310. Processor 71 expands the data of the hold file into the third transaction file 721 and stores it as ACT 310. Incidentally, the data of the hold file is the same data that was stored in the first transaction file 621 of the transaction processing device 3 installed in the same settlement lane L.

[0216] After storing the data from the pending file in the third transaction file 721, processor 71 proceeds to ACT311. Processor 71 sets the payment in progress flag Fc to "1" as ACT311. With this, processor 71 completes the fifth information processing.

[0217] In this manner, when the payment in progress flag Fc is set to "0," meaning the customer is not making a payment at the payment device 4, and the machine-readable code of the transaction identification information is read by the reader 9 located in the same payment lane L, the processor 71 of the payment device 4 requests information related to the transaction identified by that transaction identification information from the hold server 1. After receiving the data from the hold server 1 in response to this request, the processor 71 stores the data from the hold file in the third transaction file 721. The processor 71 also sets the payment in progress flag Fc to "1."

[0218] Here, the processor 71 works in cooperation with the communication interface 75 to execute the processing of ACT305 to ACT310, thereby realizing the function of an acquisition means (first acquisition means) 401.

[0219] Figure 20 is a flowchart showing the main steps of the sixth information processing performed by the processor 71 of the payment device 4 in accordance with the third business program. The processor 71 performs the sixth information processing in parallel with the fifth information processing described above.

[0220] Processor 71 is waiting for the second execution event as ACT321. As explained with reference to Figure 18, when transaction information is held in the lane-specific folder 132 of the holding server 1, and the capture button BDa on the instruction screen SDb displayed on the display device 5 is pressed, and the settlement device 4 is instructed as the output destination for transaction information, an execution event is sent from the holding server 1 to the settlement device 4 as processing ACT243. Upon receiving the execution event, processor 71 proceeds to ACT322. Processor 71 checks the payment in progress flag Fc as ACT322. If the payment in progress flag Fc is "1", that is, if the previous customer is still performing the settlement at the settlement device 4, processor 71 proceeds to ACT323. Processor 71 sends a negative response signal to the holding server 1 as ACT323. With this, processor 71 completes the sixth information processing.

[0221] In response to this, if the payment in progress flag Fc in ACT323 is "0", meaning that the customer has not yet made a payment at the payment device 4, the processor 71 proceeds to ACT324. The processor 61 sends an acceptance response signal to the hold server 1 as ACT324.

[0222] As explained using Figure 18, the hold server 1, having received an acceptance response from the settlement device 4 that sent the second execution event, sends a hold file to the settlement device 4. The processor 71 that sent the acceptance response signal then waits to receive the hold file as ACT325. Upon receiving the hold file via the communication interface 75, the processor 71 proceeds to ACT326. The processor 71 expands the data of the hold file into the third transaction file 721 as ACT326 and stores it. Incidentally, the data of the hold file is the same data that was stored in the first transaction file 621 of the transaction processing device 3 installed in the same settlement lane L.

[0223] After storing the data from the pending file in the third transaction file 721, processor 71 proceeds to ACT327. Processor 71 sets the payment in progress flag Fc to "1" as ACT327. With this, processor 71 completes the sixth information processing.

[0224] Thus, when the payment in progress flag Fc is "0", meaning the customer has not yet made a payment, the processor 71 of the payment device 4 receives a second execution event from the hold server 1, then retrieves the data from the hold file output by the hold server 1 and stores it in the third transaction file 721. The processor 71 also sets the payment in progress flag Fc to "1".

[0225] Here, the processor 71 works in cooperation with the communication interface 75 to execute the processing of ACT325 and ACT326, thereby realizing the function of an acquisition means (second acquisition means) 401.

[0226] Figure 21 is a flowchart showing the essential steps of the seventh information processing performed by the processor 71 of the payment device 4 in accordance with the third business program. The processor 71 performs the seventh information processing in parallel with the fifth and sixth information processing described above.

[0227] Processor 71 waits for the payment flag Fc to become "1" as ACT331. When the payment flag Fc becomes "1" in the fifth information processing ACT311 or the sixth information processing ACT327, processor 71 proceeds to ACT332. Processor 71 sets the screen of the touch panel 42 to the details confirmation screen SEa (see Figure 41) as ACT332. Processor 71 also turns on the warning light 47.

[0228] Figure 41 shows an example of the details confirmation screen SEa displayed on the touch panel 42. The details confirmation screen SEa is divided into the details area AEa and the total area AEb. The details area AEa is an area that displays the product name, purchase quantity, unit price, discount amount, and sales amount of purchased items in a transaction in a list format, in sequential order. The total area AEb is an area that displays the total purchase quantity and total sales amount of purchased items in a transaction. Based on the product sales data stored in the third transaction file 721, the processor 71 causes the details area AEa to display the product name, purchase quantity, unit price, discount amount, and sales amount of purchased items in a transaction. Based on the product sales data stored in the third transaction file 721, the processor 71 causes the total purchase quantity and total sales amount of purchased items to be displayed in the total area AEb.

[0229] The item confirmation screen SEa includes a confirmation button BEa and a staff call button BEb. The confirmation button BEa and the staff call button BEb are software keys. The confirmation button BEa is an operator used to signal that the customer has confirmed that the details of the purchased items are displayed on the item confirmation screen SEa. The staff call button BEb is an operator used to signal that the customer is calling a staff member.

[0230] After displaying the details confirmation screen SEa, the processor 71 proceeds to ACT333. The processor 71 waits for the confirmation button BEa to be input as ACT333. If the staff call button BEb is input while in this waiting state, the processor 71 will perform the staff call operation. For example, the processor 71 will flash the warning light 47. After the called staff member ends the call, the processor 71 returns to the waiting state for ACT333.

[0231] When the confirmation button BEa is pressed while ACT333 is in standby mode, processor 71 proceeds to ACT334. Processor 71 checks whether the data stored in the third transaction file 721 contains a payment code as ACT334. If a payment code is found, processor 71 proceeds to ACT335. Processor 71 extracts the payment code from the third transaction file 721 as ACT335.

[0232] If no payment code is included, the processor 71 proceeds to ACT336. As ACT336, the processor 71 sets the touch panel 42 screen to the payment method selection screen SEb (see Figure 42).

[0233] Figure 42 shows an example of the payment method selection screen SEb displayed on the touch panel 42. The payment method selection screen SEb includes a group of selection buttons BEc for each payment method. The selection button group BEc includes a cash button, a credit button, an electronic money button, and a code payment button. However, there is no button for payment using gift certificates or other monetary instruments. The payment method selection screen SEb also includes a total area AEc that displays the total purchase quantity and total sales amount of the purchased goods in a single transaction. The total area AEc displays the total purchase quantity and total sales amount calculated based on the product sales data of the purchased goods stored in the third transaction file 721. The staff call button BEb is also displayed on the payment method selection screen SEb, allowing the customer to call a staff member.

[0234] After viewing the payment method selection screen SEb, the customer touches the button corresponding to their desired payment method. For example, a customer who wishes to pay with cash touches the cash button in the selection button group BEc. For example, a customer who wishes to pay with a credit card touches the credit button in the selection button group BEc. For example, a customer who wishes to pay with electronic money touches the electronic money button in the selection button group BEc. For example, a customer who wishes to pay with QR code payment touches the QR code payment button in the selection button group BEc.

[0235] When the touch panel 42 screen is set to the payment method selection screen SEb, the processor 71 proceeds to ACT337. As ACT337, the processor 71 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 71 proceeds to ACT338. As ACT338, the processor 71 obtains the payment code for the selected payment method, similar to the processing of ACT123 in the first information processing.

[0236] After completing the processing of ACT335 or ACT338, the processor 71 proceeds to ACT339. For ACT339, the processor 71 sets the screen of the touch panel 42 to the payment notification screen SEc (see Figure 43). The payment notification screen SEc is a screen based on the payment code obtained through the processing of ACT335 or ACT339.

[0237] Figure 43 shows an example of the payment notification screen SEc displayed on the touch panel 42. Figure 43 shows the payment notification screen SEc when a payment code for cash payment is obtained through processing by ACT335 or ACT338. The payment notification screen SEc includes a total area AEc, similar to the payment method selection screen SEb. The 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 78 (so-called inserted amount), and the remaining amount after subtracting the inserted amount from the total amount. The staff call button BEb is also displayed on the payment notification screen, allowing the customer to call a staff member.

[0238] After confirming the payment notification screen SEc, the customer pays using their chosen payment method. For example, a customer who chooses cash payment inserts cash into the automatic change dispenser 78. A customer who chooses credit card payment has the cashless payment terminal 79 read their credit card data using its reader. A customer who chooses electronic money payment has the cashless payment terminal 79 read the data on their electronic money medium using its reader. A customer who chooses QR code payment has the cashless payment terminal 79 scan a barcode or QR code for QR code payment using its scanner.

[0239] When the touch panel 42 screen is set to the payment notification screen SEc, the processor 71 proceeds to ACT340. The processor 71 waits for the payment to begin as ACT340. For example, if cash payment is selected, the processor 71 waits for cash to be inserted into the automatic change dispenser 78. For example, if credit card payment is selected, the processor 71 waits for the credit card data to be read by the cashless payment terminal 79. For example, if electronic money payment is selected, the processor 71 waits for the electronic money data to be read by the cashless payment terminal 79. For example, if code payment is selected, the processor 71 waits for the barcode or two-dimensional data code for code payment to be read by the cashless payment terminal 79.

[0240] When payment begins, processor 71 proceeds to ACT341. Processor 71 issues a transaction number as ACT341. The transaction number is a seven-digit number, for example, a three-digit payment device ID followed by a four-digit serial number. The serial number is incremented by "1" each time a transaction is settled at payment device 4. After issuing the transaction number, processor 71 proceeds to ACT342. Processor 71 sets the screen of touch panel 42 to the payment screen SEd (see Figure 44) as ACT342.

[0241] Figure 44 shows an example of the payment screen SEd displayed on the touch panel 42. Figure 44 shows the payment screen SEd when a payment code for cash payment is obtained through processing of ACT335 or ACT338. The payment screen SEd is a screen with the payment notification screen SCb with the payment button BEd added. On the payment 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 78. The payment button BEd is a software key. The payment button BEd is an operator used to signal the completion of payment. A customer who has finished paying using the selected payment method touches the payment button BEd. The staff call button BEb is also displayed on the payment screen SEd, and the customer can call a staff member.

[0242] When the touch panel 42 screen is set to the payment screen SEd, the processor 71 proceeds to ACT343. As ACT343, the processor 71 waits for the payment button BEd to be input. When the payment button BEd is input via touch operation, the processor 71 proceeds to ACT344. As ACT344, the processor 71 executes the transaction settlement process based on the payment code. That is, if the payment code is a cash payment code, the processor 71 executes the transaction settlement process with the cash inserted into the automatic change dispenser 78. If the payment code is a credit card payment code, the processor 71 executes the transaction settlement process with the credit card data read by the cashless payment terminal 79. If the payment code is an electronic money payment code, the processor 71 executes the transaction settlement process with the electronic money data read by the cashless payment terminal 89. If the payment code is a code payment code, the processor 71 executes the transaction settlement process with the barcode or two-dimensional data code read by the cashless payment terminal 79. Since these payment processing methods are all well-known, I will omit detailed explanations.

[0243] Once the payment processing is complete, processor 71 proceeds to ACT345. Processor 71 drives printer 87 as ACT345 to issue a receipt. Processor 71 also sets the touch panel 42 screen to payment completion screen SEe (see Figure 45) as ACT346. The receipt is identical to the receipt issued by transaction processing device 3 in the processing of ACT163. However, the receipt issued by transaction processing device 3 has a transaction number including the transaction processing device ID printed on it, while the receipt issued by payment device 4 has a transaction number including the payment device ID printed on it.

[0244] Figure 45 shows an example of a payment completion screen SEe displayed on the touch panel 42. Figure 45 shows the payment completion screen SEe when a payment code for cash payment is obtained through processing in ACT335 or ACT338. The payment completion screen SEe includes a change machine information area AEd, similar to the payment notification screen SEc and the payment in progress screen SEd. The store clerk can know that a customer who selected cash payment has completed payment from the information displayed in the change machine information area AEd. Note that customers who have completed payment do not call a store clerk, so the store clerk call button BEb is not displayed on the payment completion screen SEe. After confirming the payment completion screen SEe, the customer takes a receipt and leaves the store.

[0245] After displaying the payment completion screen SEe, the processor 71 proceeds to ACT347. The processor 71 saves the data stored in the third transaction file 721 as ACT347, that is, the data of the goods purchased by the customer who has completed the payment. The data is saved to, for example, the auxiliary storage device 73. The data may also be saved to the main memory 72. Alternatively, the data from the third transaction file 721 may be sent to the POS server via the communication interface 75 and saved by the POS server. Alternatively, it may be saved by the hold server 1 instead of the POS server.

[0246] Processor 71, having saved the data from the third transaction file 721, proceeds to ACT348. As ACT348, Processor 71 clears the third transaction file 721. Processor 71 also sets the payment in progress flag Fc to "0" as ACT349. Processor 71 also turns off the warning light 47. With this, Processor 71 completes the seventh information processing step.

[0247] As described above, when the transaction information held in the holding server 1 is received by the settlement device 4, the processor 71 of the settlement device 4 executes the processes ACT332 to ACT349 in Figure 21. Specifically, the processor 71 sets the touch panel 42 screen to the details confirmation screen SEa. When the customer presses the confirmation button BEa, the processor 71 sets the touch panel 42 screen to the payment notification screen SEc. If no payment method has been selected in the input device 2, the processor 71 displays the payment method selection screen SEb before the payment notification screen SEc. When the customer selects a payment method, the processor 71 sets the touch panel 42 screen to the payment notification screen SEc. After payment has started, the processor 71 sets the touch panel 42 screen to the payment in progress screen SEd. The processor 71 also issues a transaction number. When the customer presses the accounting button BEd on the payment in progress screen SEd, the processor 71 executes the settlement process and issues a receipt. Furthermore, the processor 71 sets the touch panel 42 screen to the payment completion screen SEe. Thus, the customer can settle the transaction by operating the payment device 4 themselves and paying the amount due.

[0248] Here, the processor 71, in cooperation with the touch panel 42, executes the processing of ACT 336, thereby realizing the function of a third payment acceptance means 403. The processor 71, in cooperation with the touch panel 42, executes the processing of ACT 339, thereby realizing the function of a second amount output means 402. The processor 71, in cooperation with the touch panel 42, executes the processing of ACT 344, thereby realizing the function of a second settlement means 404.

[0249] [How the product sales system works] Next, we will explain the operation of the payment system 100, which operates as described above. First, let's assume that the customer has not yet made a payment at the transaction processing device 3 and the payment device 4. In this state, once the first customer has finished registering the items they wish to purchase and has pressed the payment button BAe on the subplanning screen SAb or the payment button BAh on the payment screen SAd, a pop-up PUb (see Figure 30) will appear on the subplanning screen SAb or payment screen SAd of the touch panel 23, informing the customer that payment is possible at the transaction processing device 3. Additionally, text TXb (see Figure 31) indicating that payment is possible will appear on the subplanning screen SBb of the display 25. Then, the payment in progress flag Fa will become "1". Thus, the first customer will operate the transaction processing device 3 themselves to settle the transaction.

[0250] Next, let's consider the case where the second customer has finished registering the items they wish to purchase and has pressed either the payment button BAe or the payment button BAh. If the first customer operating the transaction processing device 3 has not yet completed the payment, the transaction information of the second customer, along with the transaction identification information that identifies the transaction, is sent to the hold server 1 and put on hold. That is, the transaction information is stored in the lane-specific folder 132 of the payment lane L where the item registration has been completed. The hold flag Fb then becomes "1".

[0251] The holding server 1, which holds transaction information transmitted from the transaction processing device 3, sends a first execution event to the settlement device 4, which is installed in the same settlement lane L as the transaction processing device 3. At this time, if the payment flag Fc of the settlement device 4 is "0", that is, if there are no customers operating the settlement device 4 to make a settlement, the holding server 1 generates a machine-readable code BC indicating transaction identification information and displays it on the display device 5 in the same settlement lane L. When the machine-readable code BC is displayed on the display device 5, the reader 9 reads the machine-readable code BC.

[0252] The settlement device 4 captures the machine-readable code BC read by the reading device 9. When the machine-readable code BC of the transaction identification information is read by the reading device 9, a request event is transmitted to the hold server 1. In response to this request event, information related to the transaction of the second customer is transmitted from the hold server 1 to the settlement device 4. Also, the hold flag Fb becomes "0". Thus, the second customer will self-operate the settlement device 4 to settle the transaction.

[0253] On the other hand, when the hold server 1 transmits a first execution event to the settlement device 4, if the payment flag Fc of the settlement device 4 is "1", that is, when there is a customer operating the settlement device 4 to perform settlement, an instruction screen SDb (refer to FIG. 37) is displayed on the display device 5.

[0254] Therefore, the store clerk determines the output destination of the information related to the transaction held in the hold server 1. The store clerk waits for the transaction processing device 3 or the settlement device 4 to become available and inputs the capture button BDa or the return button BDb. That is, if the settlement device 4 becomes available first, the store clerk inputs the capture button BDa. By this input, the information related to the transaction of the second customer is captured into the settlement device 4. Then, a pop-up PUc (refer to FIG. 38) for guiding the settlement by the settlement device 4 is displayed on the subtotal screen SAb or the payment screen SAd of the touch panel 23. Also, a text TXc (refer to FIG. 39) for instructing the customer to make payment by the settlement device 4 is displayed on the subtotal screen SBb of the display 25. Also, the hold flag Fb becomes "0". Thus, the second customer will self-operate the settlement device 4 to settle the transaction.

[0255] When the transaction processing device 3 becomes available for the other party, the clerk inputs the return button BDb. By this input, the information related to the transaction of the second customer is returned to the transaction processing device 3. Then, a pop-up PUb (see FIG. 30) is displayed on the subtotal screen SAb or the payment screen SAd of the touch panel 23 to notify that payment can be made by the transaction processing device 3. Also, a text TXb (see FIG. 31) for instructing that payment is possible is displayed on the subtotal screen SBb of the display 25. Also, the hold flag Fb becomes "0". Thus, the second customer will self-operate the transaction processing device 3 to settle the transaction.

[0256] By the way, when the registration of the goods purchased by the third customer is completed and the payment button BAe or the payment button BAh is input in the state where the information related to the transaction of the second customer is held in the hold server 1, that is, the hold flag Fb is "1", a pop-up PUa (see FIG. 28) is displayed on the subtotal screen SAb or the payment screen SAd of the touch panel 23 to notify that payment is impossible. Also, a text TXa (see FIG. 29) for instructing to wait because payment is impossible is displayed on the subtotal screen SBb of the display 25. Therefore, the third customer waits. Then, when the transaction processing device 3 or the settlement device 4 becomes available, the clerk inputs the capture button BDa or the return button BDb. Thus, the third customer will self-operate the transaction processing device 3 or the settlement device 4 to settle the transaction.

[0257] As described in detail above, according to the present embodiment, it is possible to provide a settlement system 100 that appropriately selects the transaction processing device 3 and the settlement device 4 to efficiently cause the customer to perform an operation related to payment of the price. Therefore, it is possible to reduce labor costs. Also, excellent effects can be achieved in terms of infectious disease countermeasures.

[0258] In this embodiment, when transaction information is held in the holding server 1, a machine-readable code BC indicating transaction identification information is displayed on the display device 5. The machine-readable code BC displayed on the display device 5 is then automatically read by the reader 9. Once the reader 9 reads the machine-readable code BC, the settlement device 4 analyzes it. The settlement device 4 then retrieves the transaction information identified by the transaction identification information indicated by the machine-readable code BC from the holding server 1. Having retrieved the transaction information, the settlement device 4 becomes capable of settling the transaction. Thus, the customer can operate the settlement device 4 to make the payment.

[0259] However, if a transaction is in the process of being settled in the settlement device 4, the settlement device 4 will not take in the machine-readable code being read by the reader 9. In that case, the instruction screen SDb will be displayed on the display device 5. The store clerk can easily select whether to output the information related to the transaction held in the hold server 1 to the settlement device 4 or the transaction processing device 3 with a single touch on the instruction screen SDb.

[0260] Furthermore, the reader 9 does not necessarily have to be connected to the settlement device 4 by a transmission cable. For example, the reader 9 may be connected to a communication network 6, and the holding server 1 may analyze the machine-readable code read by the reader 9 to recognize the transaction identification information. The holding server 1 may then transmit information relating to the transaction identified by that transaction identification information to the settlement device 4.

[0261] Transaction information is not limited to information about purchased goods, such as product sales data. Transaction information is sufficient if it allows for the calculation of the amount required for settlement by processing that information. For example, transaction information may consist only of the product code and sales quantity of the purchased goods.

[0262] In the holding server 1, the storage area for holding transaction-related information is not limited to the lane-specific folders 132. If it is possible to identify which settlement lane L the holding file originated from, it may be a single data folder that holds the holding files chronologically.

[0263] [Second Embodiment] The first embodiment described above does not mention the process of returning transaction information received by the payment device 4 to the holding server 1. However, if transaction information is received by the payment device 4, but an abnormality occurs in the payment device 4, such as running out of receipts or insufficient change, the customer will not be able to operate the payment device 4 to settle the transaction. Furthermore, self-payment is prohibited for payment methods that require confirmation by a store employee, such as gift certificates. Therefore, a second embodiment, which includes a process to return transaction information received by the payment device 4 to the holding server 1, will be described using Figures 46 to 47, taking such events into consideration. Note that the configuration of the payment system 100 is the same as in the first embodiment in the second embodiment, so its explanation will be omitted here.

[0264] For example, if a customer attempts to start a payment using payment device 4 but an error occurs in payment device 4, the customer will press the staff call button BEb on the details confirmation screen SEa to call a staff member. Alternatively, if the desired payment method is not available on the payment method selection screen SEb, the customer will also press the staff call button BEb on the payment method selection screen SEb to call a staff member. In the second embodiment, when the staff call button BEb is pressed, the processor 71 of payment device 4 starts processing information according to the procedure shown in the flowchart of Figure 46.

[0265] Figure 46 is a flowchart showing the main steps of the eighth information processing that the processor 71 executes according to the third business program. The processor 71 executes the eighth information processing in parallel with the fifth to seventh information processing described above.

[0266] Processor 71 waits for the input of the staff call button BEb as ACT341. When the staff call button BEb is input on the details confirmation screen SEa or the payment method selection screen SEb, processor 71 proceeds to ACT342. Processor 71 sends a call event to the hold server 1 as ACT342. The call event is an event to notify the hold server 1 that the staff call button BEb has been input. The call event includes the payment device ID of payment device 4.

[0267] As will be explained in more detail later, the pending server 1 that received the call event will return either a continuation event or a payment cancellation event. The processor 71 that sent the call event then proceeds to ACT343. The processor 71 checks whether it received a continuation event as ACT343. If it did not receive a continuation event, the processor 71 proceeds to ACT344. The processor 71 checks whether it received a payment cancellation event as ACT344. If it did not receive a payment cancellation event, the processor 71 returns to ACT333. In this way, the processor 71 waits in ACT343 and ACT344 to receive either a continuation event or a payment cancellation event. During this waiting state, an image such as "Calling" is displayed on the touch panel 42.

[0268] When ACT343 and ACT344 are in a waiting state and a continuation event is received, the processor 71 terminates the eighth information processing.

[0269] In response to this, if a settlement cancellation event is received while ACT343 and ACT344 are in the waiting state, processor 71 proceeds to ACT345. Processor 71 clears the third transaction file 721 as ACT345. Processor 71 also rewrites the payment in progress flag Fc to "0" as ACT346. With this, processor 71 completes the eighth information processing.

[0270] Thus, when the processor 71 of the payment device 4 receives a continuation event in response to a call event, it terminates the eighth information processing step. In this case, the processor 71 continues the seventh information processing step from the processing step immediately preceding the input of the staff call button BEb.

[0271] If a payment cancellation event is received in response to a call event, processor 71 clears the third transaction file 721. It also sets the payment in progress flag Fc to "0". Therefore, when the clerk call button BEb is pressed, processor 61 terminates the seventh information processing and begins processing from the fifth information processing.

[0272] Figure 47 is a flowchart showing the ninth essential procedure executed by the processor 11 of the hold server 1 according to the second business program. The processor 11 executes the ninth information processing in parallel with the fourth information processing described above.

[0273] Processor 71 is waiting for a call event as ACT271. Upon receiving a call event from payment device 4, processor 11 proceeds to ACT272. Processor 11 obtains the payment device ID from the call event as ACT272. Processor 11 obtains the lane number of the payment lane L where the payment device 4 that sent the data is installed as ACT273. Specifically, processor 11 refers to the lane table 131 and obtains the lane number described in column Ca on the same row as the payment device ID.

[0274] After obtaining the lane number, processor 11 proceeds to ACT274. As ACT274, processor 11 refers to the lane table 131 and obtains the display device ID written in column Cd on the same row as the payment device ID. Then, as ACT275, processor 11 outputs the confirmation screen data to the display device 5 identified by that display device ID.

[0275] Upon receiving the data from the confirmation screen, the display device 5 displays the confirmation screen SDc (see Figure 48) on the tablet's LCD screen. FIG. 48 is an example of a display of the confirmation screen SDc. On the confirmation screen SDc, a hold button BDc and a continue button BDd are displayed. The hold button BDc and the continue button BDd are soft keys. The hold button BDc functions as a third operator that declares acceptance of returning information related to a transaction output to the payment device 4 to the hold server 1. The continue button BDd functions as a fourth operator that declares continuation of the payment at the payment device 4 without returning the information related to the transaction output to the payment device 4 to the hold server 1.

[0276] The store clerk who has checked the confirmation screen SDc recognizes that he / she has received a call from a customer who was operating the payment device 4 by himself / herself. The store clerk goes to the location of the payment device 4 to check the reason for the call. For example, if there is no receipt paper or there is insufficient change and the receipt paper or change can be replenished immediately, the store clerk inputs the continue button BDd. Then, the store clerk replenishes the receipt paper or change to the payment device 4. On the other hand, if the receipt paper or change cannot be replenished immediately, or if the customer wishes to use a payment method that requires confirmation by the store clerk such as a gift certificate, the store clerk inputs the hold button BDc.

[0277] When the hold button BDc is input, a third signal is output from the display device 5 to the hold server 1. The third signal is a signal output in response to the input of the hold button BDc. When the continue button BDd is input, a fourth signal is output from the display device 5 to the hold server 1. The fourth signal is a signal output in response to the input of the continue button BDd.

[0278] After outputting the data for confirmation screen SDc, processor 11 proceeds to ACT276. Processor 11 checks whether the re-hold button BDc has been pressed as ACT276. If the re-hold button BDc has not been pressed, processor 11 proceeds to ACT277. Processor 11 checks whether the continue button BDd has been pressed as ACT277. If the continue button BDd has not been pressed, processor 11 returns to ACT276. In this way, processor 11 waits in ACT276 and ACT277 for either the re-hold button BDc or the continue button BDd to be pressed on confirmation screen SDc.

[0279] When the processor 11 receives the fourth signal from the display device 5 while in the standby state for ACT276 and ACT277, it recognizes that the continue button BDd has been pressed. The processor 11 then proceeds to ACT278. As ACT278, the processor 11 sends a continue event to the settlement device 4, the source of the call event. The continue event is an event that instructs the settlement device 4 to continue the transaction. After sending the continue event, the processor 11 proceeds to ACT279. As ACT279, the processor 11 clears the confirmation screen SDc that was displayed on the display device 5. With this, the processor 11 completes the ninth information processing step.

[0280] When the processor 11 receives a third signal from the display device 5 while in the standby state of ACT276 and ACT277, it recognizes that the re-hold button BDc has been pressed. The processor 11 then proceeds to ACT280. As ACT280, the processor 11 retrieves the data of the third transaction file 721 from the settlement device 4. The data of the third transaction file 721 is the data of the hold file that the hold server 1 output to the settlement device 4. In other words, it is the data that the processor 11 saved in the lane-specific folder 132 in ACT206 of the fourth information processing explained using Figure 16, that is, the data of the first transaction file 621 received from the transaction processing device 3.

[0281] The processor 11 again holds the data of the third transaction file 721, which was taken in from the settlement device 4 as ACT281. Specifically, the processor 11 stores the data of the third transaction file 721 in the lane-specific folder 132 corresponding to the lane number obtained in the processing of ACT273.

[0282] Processor 11, having held the data from the third transaction file 721, proceeds to ACT282. Processor 11 sends a settlement cancellation event as ACT282 to the settlement device 4, the source of the calling event. The settlement cancellation event is an event that instructs the settlement device 4 to cancel the settlement.

[0283] The processor 11, which sent the payment cancellation event, proceeds to ACT283. The processor 11 outputs instruction screen data to the display device 5 as ACT283. That is, the processor 11 outputs instruction screen data to the display device 5 identified by the display device ID obtained in the processing of ACT274. As a result, the display device 5, which receives the instruction screen data, displays the instruction screen SDb (see Figure 37) on the LCD screen of the tablet.

[0284] Thereafter, the processor 11 executes the processing of ACT241 to ACT256 of the fourth information processing, as described using Figure 18, in the same manner as described above.

[0285] In this second embodiment, when a customer operating the payment device 4 presses the staff call button BEb, a confirmation screen SDc is displayed on the display device 5. If the staff member then presses the continue button BDd, the data stored in the third transaction file 721 of the payment device 4 remains unchanged. The customer can continue to operate the payment device 4 and settle the transaction themselves.

[0286] In response, if the store clerk presses the re-hold button BDc, the data stored in the third transaction file 721 is put back on hold again in the hold server 1. The display device 5 then displays the instruction screen SDb. If the store clerk then presses the return button BDb, the re-held data is sent to the transaction processing device 3. Thus, the customer can settle the transaction by operating the transaction processing device 3. At this time, if the customer is paying with, for example, a gift certificate, they should ask the store clerk in space SP for confirmation.

[0287] As detailed above, according to the second embodiment, the transaction information acquired by the payment device 4 can be returned to the hold server 1 and put on hold again by an employee's operation on the display device 5. The transaction information that has been put on hold again can then be output to the transaction processing device 3 or the payment device 4 by an employee's operation on the display device 5. Therefore, for example, if a malfunction occurs in the payment device 4 and a customer who tries to operate the payment device 4 is unable to settle the transaction, the destination of the customer's transaction information can be changed to the transaction processing device 3 with a simple operation on the display device 5.

[0288] [Third Embodiment] Next, a third embodiment will be described with reference to Figures 49 to 51. In the first embodiment, the payment device 4 captures the machine-readable code BC read by the reader 9 when the payment in progress flag Fc is "0", that is, when the customer has not made a payment. In the third embodiment, the payment device 4 captures the machine-readable code BC read by the reader 9 regardless of the payment in progress flag Fc.

[0289] Figures 49 and 50 are flowcharts showing the main steps of the 10th information processing that the processor 11 of the hold server 1 executes according to the second business program in the third embodiment. The 10th information processing is a modification of the 4th information processing described using Figures 16 to 18 in the first embodiment. Therefore, the same reference numerals are used for processing steps that are common to Figures 16 to 18.

[0290] In Figure 49, processor 11 is waiting for a pending event as ACT201. Upon receiving a pending event via the communication interface 15, processor 11 similarly executes the processing of ACT202 to ACT208 as described using Figure 16. That is, processor 11 replies with an acceptance response. Specifically, processor 11 replies with an acceptance response to the transaction processing device 3 that sent the pending event, and accordingly saves the data of the first transaction file 621 output from the transaction processing device 3 to the lane-specific folder 132. Processor 11 also stores the transaction identification information received along with the data of the first transaction file 621 in the transaction identification information memory 626.

[0291] Subsequently, processor 11 proceeds to ACT221 in Figure 50. Processor 11 similarly executes the processes described in Figure 17 for ACT221 to ACT223. That is, processor 11 generates a machine-readable code indicating the transaction identification information stored in the transaction identification information memory 626. Processor 11 also refers to the lane table 131 and obtains the display device ID written in column Cd on the same row as the transaction processing device ID. Then, processor 11 outputs the data for the display screen to the display device 5 identified by that display device ID.

[0292] By outputting the data from the reading screen to the display device 5, the reading screen SDa (see Figure 36) is displayed on the display device 5. When the reading screen SDa is displayed, the reader 9 reads the machine-readable code BC displayed on the reading screen SDa. Once the reader 9 has read the machine-readable code, the processor 71 of the payment device 4 starts the information processing procedure shown in the flowchart of Figure 51.

[0293] Figure 51 is a flowchart showing the essential steps of the 11th information processing performed by the processor 71 of the settlement device 4 in accordance with the third business program in the third embodiment. In other words, in the third embodiment, the processor 71 waits for the machine-readable code BC to be read as ACT351. When the machine-readable code BC is read, the processor 71 proceeds to ACT352. The processor 71 analyzes the data of the machine-readable code BC as ACT352. Then, the processor 71 checks as ACT353 whether the machine-readable code BC of the transaction identification information was read. If a machine-readable code other than the transaction identification information is read, the processor 71 terminates the 11th information processing.

[0294] When the machine-readable code of the transaction identification information is read by the reader 9, the processor 71 proceeds to ACT354. As ACT354, the processor 71 checks the payment in progress flag Fc. If the payment in progress flag Fc is "0", meaning that the customer has not made a payment at the settlement device 4, the processor 71 proceeds to ACT352. As ACT352, the processor 61 sends a request event to the hold server 1. The request event is an event requesting the retrieval of information related to the transaction.

[0295] The processor 71 that sent the request event proceeds to ACT356. Processor 71 waits for the pending file as ACT356. Upon receiving the pending file via the communication interface 75, processor 71 proceeds to ACT357. Processor 71 expands and stores the data from the pending file in the third transaction file 721 as ACT357. Incidentally, the data from the pending file is the same data that was stored in the first transaction file 621 of the transaction processing unit 3 installed in the same settlement lane L.

[0296] After storing the data from the pending file in the third transaction file 721, processor 71 proceeds to ACT358. Processor 71 sets the payment in progress flag Fc to "1" as ACT358. With this, processor 71 completes the 11th information processing.

[0297] In response to this, if the payment flag Fc in ACT354 is "1", meaning that the customer is making a payment at the payment device 4, the processor 71 proceeds to ACT359. The processor 71 sends a failure event to the hold server 1 as ACT359. The failure event is an event that notifies that it is not possible to retrieve transaction-related information. With this, the processor 71 terminates the 11th information processing.

[0298] Thus, when the machine-readable code BC of the transaction identification information is read by the reader 9, the settlement device 4 determines whether or not it is processing the settlement of the transaction. If it is not processing the settlement, it sends a request command to the holding server 1. Conversely, if it is processing the settlement, it sends a rejection command to the holding server 1.

[0299] Returning to the explanation of Figure 50. In ACT223, the processor 11 of the holding server 1, which output the data on the read screen, proceeds to ACT290. Processor 11 checks whether it has received a request event as ACT290. If it has not received a request event, processor 11 proceeds to ACT291. Processor 11 checks whether it has received a rejection event as ACT291. If it has not received a rejection event, processor 11 returns to ACT290. In this way, processor 11 waits to receive either a request event or a rejection event.

[0300] When a request event is received while in the waiting state of ACT290 and ACT291, the processor 11 proceeds to ACT225. The processor 11 executes the processing of ACT225 to ACT231 in the same manner as described above. That is, the processor 11 erases the read screen SDa displayed on the display device 5. The processor 11 also obtains transaction identification information from the request event. Furthermore, the processor 11 obtains the settlement device ID of the settlement device 4 that sent the request event and obtains the lane number of the settlement lane L where the settlement device 4 identified by that settlement device ID is installed. The processor 11 selects the data of the first transaction file 621 stored in the lane-specific folder 132 for the obtained lane number and sends the data of the first transaction file 621 to the settlement device 4 identified by the settlement device ID. The processor 11 also sends a release event to the transaction processing device 3, which is the source of the data for the first transaction file 621. After that, the processor 11 clears the pending files and terminates the tenth information processing.

[0301] On the other hand, when a non-acceptable event is received while ACT290 and ACT291 are in standby state, the processor 11 proceeds to ACT212. The processor 11 executes the processing of ACT212 to ACT214 in the same manner as described above. That is, the processor 11 sends a confirmation event to the transaction processing device 3, which is the data source of the first transaction file 621. The processor 11 also refers to the lane table 131 and obtains the display device ID described in column Cd on the same row as the transaction processing device ID. The processor 11 then outputs the instruction screen data to the display device 5 identified by that display device ID. Thus, when the display device 5 receives the instruction screen data, the instruction screen SDb (see Figure 37) is displayed on the LCD screen of the tablet, and thereafter the processor 11 executes the processing of ACT241 to ACT256 of the fourth information processing, which was explained using Figure 18, in the same manner as described above.

[0302] In this third embodiment, which operates in this manner, the transaction processing device 3 and the settlement device 4 can be appropriately selected to provide a settlement system 100 that allows customers to efficiently perform operations related to payment.

[0303] [Fourth Embodiment] Figure 52 is a block diagram illustrating the schematic configuration of a payment system 200 according to the fourth embodiment. In the first embodiment, a payment system 100 was exemplified in which each payment lane L is equipped with an input device 2, a transaction processing device 3, a payment device 4, a display device 5, and a reader device 9. In the fourth embodiment, an input device 2 and a transaction processing device 3 are provided for one payment lane L, while the payment device 4, display device 5, and reader device 9 are shared by two adjacent payment lanes L. For example, the payment device 4 is installed near two payment lanes L. Also, the display device 5 is placed near each space SP of the two payment lanes L. The reader device 9 is then placed in a location where it can read the machine-readable code displayed on the reader device 9. In this way, a customer in one payment lane L can settle a transaction by operating the transaction processing device 3 of that payment lane L or the shared payment device 4 themselves. Similarly, a customer in the other payment lane L can settle a transaction by operating the transaction processing device 3 of that payment lane L or the shared payment device 4 themselves.

[0304] [Fifth Embodiment] In the first embodiment, the transaction processing device 3 outputs transaction information to the holding server 1 when settlement of the transaction is impossible, and the holding server 1 holds the transaction. In the fifth embodiment, the transaction processing device 3 outputs transaction information to the holding server 1 regardless of whether settlement of the transaction is possible or impossible, and the holding server 1 holds the transaction. At this time, the reading screen SDa is displayed on the display device 5. If the settlement of the transaction has not been performed at the settlement device 4 and a request event is output from the settlement device 4, the holding server 1 sends the information relating to the held transaction to the settlement device 4. That is, the customer operates the settlement device 4 to make the payment. On the other hand, if the settlement of the transaction has been performed at the settlement device 4 and the instruction screen SDb is displayed on the display device 5, the information relating to the transaction that was held at the settlement device 4 or transaction processing device 3 is sent to the settlement device 4, which is the output destination instructed by the store clerk's operation. That is, the customer operates the transaction processing device 3 or settlement device 4 to make the payment. Even with such a configuration, the effect of reducing labor costs by having the buyer perform the operations related to payment can be achieved.

[0305] In addition, several embodiments of the present invention have been described, but these embodiments are presented as examples and are not intended to limit the scope of the invention. These novel embodiments can be carried out 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 variations are included within the scope of the invention, as well as within the scope of the invention and its equivalents as described in the claims. The invention described in the original claims of this application is listed below. [1] A settlement system comprising a transaction processing device, a settlement device, and a display device, wherein the transaction processing device comprises a first settlement means for settling a transaction based on transaction information obtained via an input device, and a transaction information output means for outputting transaction information to a holding device when settlement of the transaction is not possible, the display device comprises a display means for displaying transaction identification information that identifies a transaction for which transaction information has been output to the holding device in a manner readable by a reader device, and the settlement device comprises an acquisition means for acquiring transaction information identified by the transaction identification information read by the reader device from the holding device, and a second settlement means for settling a transaction based on the transaction information acquired by the acquisition means. [2] The settlement system as described in Appendix [1], wherein the transaction information output means of the transaction processing device generates the transaction identification information when it receives an instruction to terminate the input of information relating to the transaction via the input device in a state in which settlement of the transaction is impossible, and outputs the information relating to the transaction together with the transaction identification information to the holding device. [3] The payment system as described in Appendix [1], wherein the display means of the display device displays the transaction identification information in a readable manner by the reader when the payment device is able to settle the transaction. [4] The settlement system described in Appendix [3] further comprises a second display means which, when the settlement device is unable to settle the transaction, displays an instruction screen which receives an instruction for the destination of the information relating to the transaction that has been held in the holding device. [5] The settlement system as described in Appendix [4], wherein the second display means of the display device displays an instruction screen having a first operator for accepting that the output destination of the transaction information be the settlement device and a second operator for accepting that the output destination of the transaction information be the transaction processing device. [6] The settlement system described in Appendix [4] further displays a third display means which displays a confirmation screen that accepts an instruction to return the transaction information output to the settlement device back to the holding device. [7] The settlement device, when the transaction identification information is read by the reader when settlement of the transaction is not possible, performs a process to display the instruction screen on the display device, as described in Appendix [4]. [8] A settlement system comprising a transaction processing device, a settlement device, and a display device, wherein the transaction processing device comprises a transaction information output means for outputting transaction information acquired via an input device to a holding device, and a first settlement means for settling a transaction based on the transaction information held in the holding device, the display device comprises a display means for displaying transaction identification information that identifies a transaction for which transaction information has been output to the holding device in a manner readable by a reader, and the settlement device comprises an acquisition means for acquiring transaction information identified by the transaction identification information read by the reader from the holding device, and a second settlement means for settling a transaction based on the transaction information acquired by the acquisition means. [Explanation of Symbols]

[0306] 1…Holding server, 2…Input device, 3…Transaction processing device, 4…Settlement device, 5…Display device, 6…Communication network, 9…Reading device, 100, 200…Settlement system, 101…Recognition means, 102…Transaction information input means, 103…Holding means, 104…Holding information output means, 131…Lane table, 132…Lane-specific folders, 201…Input means, 202…Termination acceptance means, 203…First payment acceptance means, 301…Input information acquisition means, 302…First amount output means, 303…Second payment acceptance means 304...First settlement means, 305...Transaction information output means, 306...Guidance means, 307...Execution means, 401...Input means, 402...Second amount output means, 403...Third payment acceptance means, 404...Second settlement means, 501...Acceptance means, 502...Instruction means, 503...Display means, 621...First transaction file, 622...Second transaction file, 623...Status memory, 624, 625, 722...Flag memory, 626...Transaction identification information memory, 721...Third transaction file, 901...Reading means.

Claims

1. It includes a transaction processing device, a settlement device, a display device, a holding device, and a reading device. The aforementioned transaction processing device is A first settlement means that settles a transaction based on transaction information obtained via an input device, Transaction information output means that, when settlement of the transaction is impossible, outputs information relating to the transaction, along with transaction identification information that identifies the transaction, to the holding device; It is equipped with, The aforementioned holding device, A holding means for holding the transaction information output by the transaction information output means along with the transaction information, A display control means that causes the transaction identification information output by the transaction information output means along with the transaction information to be displayed on the display device in a form that can be read by the reader, It is equipped with, The aforementioned display device is Display means for displaying transaction identification information that identifies a transaction for which information relating to the transaction has been output to the holding device, in a manner readable by the reading device. It is equipped with, The aforementioned reading device, A reading means for reading the transaction identification information displayed on the display device, An output means for outputting the transaction identification information read by the reading means to the settlement device, It is equipped with, The aforementioned payment device is An acquisition means for acquiring information relating to a transaction identified by the transaction identification information read by the reading device from the holding device, A second settlement means that settles a transaction based on the transaction information acquired by the acquisition means, A payment system equipped with the following features.

2. The transaction information output means of the transaction processing device is: The settlement system according to claim 1, wherein when an instruction to stop inputting information relating to the transaction is received via the input device while the settlement of the transaction is impossible, the system generates the transaction identification information and outputs the information relating to the transaction together with the transaction identification information to the holding device.

3. The display means of the aforementioned display device is When the settlement device is capable of settling a transaction, it displays the transaction identification information in a way that can be read by the reader. The payment system according to claim 1.

4. The aforementioned display device is When the settlement device is unable to settle the transaction, a second display means displays an instruction screen that accepts an instruction for the output destination of the information relating to the transaction that has been held in the holding device. The settlement system according to claim 3 further comprises the following:

5. The second display means of the aforementioned display device is The settlement system according to claim 4, which displays an instruction screen having a first operator for accepting that the output destination of the information relating to the transaction be the settlement device, and a second operator for accepting that the output destination of the information relating to the transaction be the transaction processing device.

6. The aforementioned display device is A third display means that displays a confirmation screen that accepts an instruction to return the transaction information output to the settlement device back to the holding device. The payment system according to claim 4, further displaying

7. The aforementioned payment device is The settlement system according to claim 4, wherein when the transaction identification information is read by the reading device when settlement of the transaction is impossible, the system performs a process to display the instruction screen on the display device.

8. It includes a transaction processing device, a settlement device, a display device, a holding device, and a reading device. The aforementioned transaction processing device is A transaction information output means that outputs information relating to a transaction obtained via an input device, along with transaction identification information that identifies the transaction, to the holding device. A first settlement means that settles a transaction based on the transaction information output from the holding device, It is equipped with, The aforementioned holding device, A holding means for holding the transaction information output by the transaction information output means along with the transaction information, A display control means that causes the transaction identification information output by the transaction information output means along with the transaction information to be displayed on the display device in a form that can be read by the reader, A first output means that outputs information relating to the transaction that has been held by the holding means to the transaction processing device or the settlement device, It is equipped with, The aforementioned display device is Display means for displaying transaction identification information that identifies a transaction for which information relating to the transaction has been output to the holding device, in a manner readable by the reading device. It is equipped with, The aforementioned reading device, A reading means for reading the transaction identification information displayed on the display device, An output means for outputting the transaction identification information read by the reading means to the settlement device, It is equipped with, The aforementioned payment device is An acquisition means for acquiring information relating to a transaction identified by the transaction identification information read by the reading device from the holding device, A second settlement means that settles a transaction based on the transaction information acquired by the acquisition means, A payment system equipped with the following features.

Images