Transaction processing system and server device

Abstract

To prevent payment processing when the payment processing should not be completed in response to operation of a customer at a terminal device.SOLUTION: A transaction processing system according to an embodiment has a terminal device having acquisition means for acquiring an article code, a payment device for paying the amount based on the article code acquired by the acquisition means, selection means, and first and second output means. The selection means selects, based on information stored in storage means and representing whether payment can be made with the terminal device, if payment can be made with the terminal device, whether to output information on payment or to settle the payment at the payment device. The first output means outputs information for payment to the payment device if payment cannot be made with the terminal device or if payment is selected to be made with the payment device. The second output means outputs information on payment if outputting information on payment is selected.SELECTED DRAWING: Figure 14

Description

[Technical field]

[0001] An embodiment of the present invention relates to a transaction processing system and an information processing program. [Background technology]

[0002] 2. Description of the Related Art A transaction processing system that registers details of a transaction in response to an operation of a terminal device by a customer is known, for example as a cart POS system. In such a system, if a payment method such as credit card payment or barcode payment is used, the payment process itself can be completed in response to the customer's operation of the terminal device. If payment can be completed in this manner, the customer can easily complete the transaction without having to operate a separate device such as an accounting device.

[0003] However, if payment processing, which is completed in response to the customer's operation on the terminal device, is executed according to the customer's wishes, there is a risk that the transaction will be completed in an inappropriate situation, for example, when the customer is unable to receive a receipt. In view of these circumstances, it has been desirable to prevent a payment process that is completed in response to a customer's operation on a terminal device from being performed when such a payment process should not be performed. [Prior art documents] [Patent documents]

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

[0005] The problem that the present invention aims to solve is to provide a transaction processing system and an information processing program that can prevent payment processing that is completed in response to a customer's operation on a terminal device from being performed when such payment processing should not be performed. [Means for solving the problem]

[0006] A transaction processing system according to an embodiment includes a terminal device having an acquisition means for acquiring a product code that identifies a product, a payment device that performs payment for an amount based on the product code acquired by the acquisition means, and a selection means, a first output means, and a second output means. The selection means selects whether to output information regarding payment or to perform payment on the payment device when payment for an amount based on the product code acquired by the acquisition means is possible on the terminal device based on information stored in the storage means and indicating whether payment is possible on the terminal device. The first output means outputs information for payment to the payment device when payment cannot be performed on the terminal device based on the information stored in the storage means, or when payment is selected to be performed on the payment device by the selection means. The second output means outputs information regarding payment when outputting information regarding payment is selected by the selection means. [Brief description of the drawings]

[0007] [Figure 1] 1 is a schematic configuration diagram of a transaction processing system according to an embodiment. [Diagram 2] FIG. 1 is a schematic diagram showing an example of the layout of a store in which a transaction processing system according to an embodiment has been introduced. [Diagram 3] FIG. 2 is a schematic diagram showing the main data structure of a data record included in a contact database according to an embodiment. [Figure 4] 2 is a schematic diagram showing the main data structure of a data record contained in a member database managed by a member server in the embodiment. [Diagram 5] FIG. 2 is a schematic diagram showing the main data structure of a data record included in a product master database according to the embodiment. [Figure 6] FIG. 2 is a block diagram showing the main circuit configuration of the cart terminal according to the embodiment. [Figure 7] FIG. 2 is a perspective view showing an example of the appearance of a cart according to the embodiment. [Figure 8]FIG. 2 is a block diagram showing the main circuit configuration of a virtual POS server according to the embodiment. [Figure 9] FIG. 2 is a schematic diagram showing the main data structure of a data record included in a cart management database according to an embodiment. [Figure 10] FIG. 2 is a schematic diagram showing the main data structure of a data record included in a purchase item database according to an embodiment. [Figure 11] 6 is a flowchart showing the procedure of information processing executed by a processor of the cart terminal in the embodiment. [Figure 12] 5 is a flowchart showing a procedure of information processing for transaction processing by a processor of a virtual POS server in the embodiment. [Figure 13] 6 is a flowchart showing a procedure of information processing for transaction processing by a processor of a virtual POS server in the embodiment. [Figure 14] 5 is a flowchart showing a procedure of information processing for transaction processing by a processor of a virtual POS server in the embodiment. [Figure 15] 5 is a flowchart showing a procedure of information processing for transaction processing by a processor of a virtual POS server in the embodiment. [Figure 16] FIG. 13 is a diagram showing an example of a registration screen. [Figure 17] FIG. 4 is a diagram showing an example of a selection screen according to the embodiment. [Figure 18] FIG. 4 is a diagram showing an example of a designation screen according to the embodiment. [Figure 19] FIG. 13 shows an example of a payment screen when barcode payment is specified in the embodiment. [Figure 20] FIG. 4 is a diagram showing an example of a display screen according to the embodiment. [Figure 21] 10 is a flowchart showing a modified example of information processing by the processor of the virtual POS server in the embodiment. [Figure 22] FIG. 13 is a diagram showing an example of a display screen in a modified example. [Diagram 23] FIG. 13 is a diagram showing an example of a selection screen in a modified example. DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS

[0008] An example of an embodiment will be described below with reference to the drawings. Note that the transaction processing system of this embodiment processes the buying and selling of products through display sales in a store.

[0009] Fig. 1 is a schematic diagram of a store system 1 according to this embodiment. Fig. 2 is a schematic diagram showing an example of the layout of a store in which the store system 1 has been introduced. As shown in FIG. 1, the store system 1 includes a cart terminal 10, a store server 20, a virtual POS server 30, a manned checkout machine 40, a self-checkout machine 50, a beacon transmitter 60, and a store clerk terminal 70. The cart terminal 10, the store server 20, the virtual POS server 30, the manned checkout machine 40, the self-checkout machine 50, and the store clerk terminal 70 are capable of communicating with each other via a communication network 2. The cart terminal 10 is connected to the communication network 2 via an access point 2a by wireless communication with the access point 2a. It is preferable that the access point 2a is arranged so that the cart terminal 10 can communicate with any of the access points 2a from anywhere in the area of ​​the store where customers are allowed to enter. The virtual POS server 30 can use the payment service and electronic receipt service provided by the payment server 3 and the electronic receipt server 4 directly via the communication network 2 or via the store server 20. The virtual POS server 30 can also refer to a member database managed by a member server 5 via the communication network 2.

[0010] The store server 20, the virtual POS server 30, the manned payment machine 40, or the self-service payment machine 50 may be connected to the communication network 2 via the access point 2a by wireless communication with the access point 2a. The communication network 2 transmits various data exchanged between the connected devices. The communication network 2 may be the Internet, a virtual private network (VPN), a local area network (LAN), a public communication network, a mobile communication network, or the like, either alone or in appropriate combination.

[0011] The electronic receipt server 4 includes a storage device 4a. The storage device 4a stores a contact database for providing the electronic receipt service. FIG. 3 is a schematic diagram showing the main data structure of a data record DR1 contained in the contact database. The contact database is a collection of data records DR1 associated with each user of the electronic receipt service. The data records DR1 include fields F11 and F12. In the field F11, an electronic receipt ID (identifier) ​​is set as an identifier for distinguishing the associated user from other users. In the field F12, a contact address for various communications regarding the electronic receipt service is set to the associated user. The contact address is, for example, an email address. The electronic receipt ID is used as described below to determine whether payment is possible at the cart terminal 10. Thus, the electronic receipt ID corresponds to information indicating whether payment is possible at a terminal device including the cart terminal 10. The storage device 5a is an example of a storage means for storing such information.

[0012] The member server 5 includes a storage device 5a. The storage device 5a stores a member database for managing members of the services provided by the store system 1. FIG. 4 is a schematic diagram showing the main data structure of a data record DR2 contained in the member database managed by the member server 5. As shown in FIG. The member database is a collection of data records DR2 associated with each member. The data records DR2 include fields F21, F22, and F23. A member code is set in field F21 as an identifier for distinguishing the associated member from other members. If the associated member is also a user of the electronic receipt service, the electronic receipt ID of the member is set in field F22. If the associated member is not a user of the electronic receipt service, field F22 is left blank or predetermined invalid data is set. Field F23 is set with the number of points the associated member has in relation to the point redemption service.

[0013] The cart terminal 10 is an information processing terminal that functions as a user interface for operations related to registering purchased items. For example, the cart terminal 10 is attached to a shopping cart (hereinafter referred to as cart) C as shown in FIG. 2. The cart terminal 10 is operated by a customer M1 who uses the cart C. However, the cart terminal 10 may be carried by the customer. A large number of cart terminals 10 are typically included in the store system 1. A customer exclusively uses one cart terminal 10 while shopping. The cart terminal 10 may be fixed to the cart C or may be detachable from the cart C. When the cart terminal 10 is used by the customer M1, it is moved by the customer M1. In other words, the cart terminal 10 is an example of a mobile terminal that can be moved by the customer.

[0014] The store server 20 executes information processing to support the overall store operations. The store server 20 includes a storage device 20a. The storage device 20a stores various databases including a product master database. FIG. 5 is a schematic diagram showing the main data structure of a data record DR3 contained in the product master database. The product master database is a collection of data records DR3 associated with each product that can be sold in a store. The data records DR3 include fields F31, F32, F33, and F34. In the field F31, a product code is set as an identifier for distinguishing the associated product from other products. In the field F32, a product name is set, which is a name determined so that the associated product can be easily distinguished by humans. In the field F33, a price to be applied when selling the associated product to a customer is set. In the field F34, issuance confirmation information is set. The issuance confirmation information may include flag information indicating whether or not a certificate such as a discount coupon or a warranty needs to be issued when selling the product. The issuance confirmation information may also include flag information indicating whether or not a store clerk's action is required when selling alcohol, tobacco, a specified medicine, etc. For example, the flag information is set to "0" if no action is required, and "1" if action is required. The issuance confirmation information may include type information of the certificate that needs to be issued. The issuance confirmation information may include identification information for identifying the items to be confirmed by the store clerk. Thus, when the flag information indicating whether or not a voucher needs to be issued is "0", it indicates that there is no need to print on the medium. Thus, the flag information corresponds to information indicating that there is no need to print on the medium. Furthermore, alcohol or tobacco are products with age restrictions, and the action taken by the store clerk when selling them is to confirm the age of the purchaser. Thus, when the flag information indicating whether or not the action taken by the store clerk when selling such products requiring age confirmation is "0", it corresponds to information indicating that there is no age restriction on the purchaser. These pieces of flag information are used to determine whether payment is possible at the cart terminal 10, as described below. Thus, these pieces of flag information correspond to information indicating whether payment is possible at a terminal device including the cart terminal 10. The storage device 20a is an example of a storage means for storing such information.

[0015] The virtual POS server 30 cooperates with the cart terminal 10 to execute information processing for achieving various functions as a POS terminal. In this embodiment, the cart terminal 10 functions in many cases as a user interface device. More specifically, the cart terminal 10 functions as a user interface in the virtual POS server 30. The virtual POS server 30 and the cart terminal 10 work together to execute information processing for achieving various functions as a POS terminal, so that the cart terminal 10 appears to the customer as a POS terminal. Note that some of the various functions as a POS terminal are processing related to transactions. In this way, the cart terminal 10 and the virtual POS server 30 realize the functions as a transaction processing system.

[0016] The manned accounting machine 40 is a payment device in which a store clerk performs operations related to the payment of purchased items registered by the virtual POS server 30. The manned accounting machine 40 executes accounting processing to determine the price of the purchased items. The manned accounting machine 40 also executes a payment processing to settle the price determined by the above accounting processing under the operation of the store clerk. The manned accounting machine 40 may also have a function to register purchased items in response to the operation of the store clerk, and further to perform processing for the payment of the purchased items in response to the operation of the store clerk. In other words, the manned accounting machine 40 may have a function as a well-known POS terminal called a face-to-face type.

[0017] For this reason, the manned accounting machine 40 is installed in the face-to-face zone ZO11 of the accounting zone ZO1, as shown in FIG. 2. A store clerk M2 is assigned to the manned accounting machine 40 while it is in operation, and operates the manned accounting machine 40 while facing the customer M1. A scanner SC1 is provided in the face-to-face zone ZO11. The scanner SC1 is connected to the manned accounting machine 40. The scanner SC1 may be either a stationary type or a handheld type. When registering an item that the customer M1 has brought into the face-to-face zone ZO11 without registering it using the cart terminal 10 as a purchased item, the scanner SC1 is operated by the store clerk M2 to scan a code symbol such as a barcode or two-dimensional data code shown on the item.

[0018] The self-checkout machine 50 is a payment device that allows a customer to perform operations related to the payment of purchased items registered by the virtual POS server 30. The self-checkout machine 50 executes accounting processing to determine the price related to the purchase and sale of purchased items. The self-checkout machine 50 is equipped with a printer 50a as a printing means, and issues vouchers such as receipts by printing on a medium for the customer to receive. Thus, the self-checkout machine 50 functions as a payment device.

[0019] For this reason, the self-checkout machine 50 is installed in the self-checkout zone ZO12 of the checkout zone ZO1, as shown in Figure 2. The self-checkout machine 50 does not have a dedicated store clerk M2 assigned to operate the self-checkout machine 50.

[0020] 2 shows two manned payment machines 40 and three self-service payment machines 50, the number of manned payment machines 40 and the number of self-service payment machines 50 can be determined at the discretion of the store manager. Also, manned payment machines 40 do not necessarily have to be provided.

[0021] The beacon transmitter 60 transmits a predetermined beacon signal. Multiple beacon transmitters 60 may be installed. The number of beacon transmitters 60 installed, their installation locations, and transmission strength are adjusted so that the reception range is generally within the accounting zone ZO1 shown in FIG.

[0022] The clerk terminal 70 is an information processing terminal that processes information to support the work of the clerk M2. The clerk terminal 70 is, for example, a mobile information terminal carried by the clerk M2 who is in charge of maintaining the cart C. The clerk terminal 70 is, for example, a monitoring terminal for monitoring the operational status of the store system 1. A plurality of clerk terminals 70 may be included in the store system 1. In this case, a plurality of types of clerk terminals 70 may be included.

[0023] FIG. 6 is a block diagram showing the main circuit configuration of the cart terminal 10. As shown in FIG. The cart terminal 10 is equipped with a tablet computer 11 , a scanner 12 , a reader 13 , a camera 14 , a beacon receiver 15 and an external battery 16 .

[0024] The tablet computer 11 includes a processor 11a, a main memory 11b, an auxiliary storage unit 11c, a wireless unit 11d, a touch panel 11e, a sound unit 11f, an interface unit 11g, a transmission path 11h, a power supply unit 11i, and a battery unit 11j. The processor 11a, the main memory 11b, the auxiliary storage unit 11c, the wireless unit 11d, the touch panel 11e, the sound unit 11f, and the interface unit 11g are capable of communicating with each other via the transmission path 11h. The processor 11a, the main memory 11b, and the auxiliary storage unit 11c are connected via the transmission path 11h to form a computer for controlling the cart terminal 10.

[0025] The processor 11a corresponds to the central part of the computer. The processor 11a executes information processing for realizing various functions of the cart terminal 10 in accordance with an operating system and information processing programs such as application programs. The processor 11a is, for example, a CPU (central processing unit).

[0026] The main memory 11b corresponds to the main storage portion of the computer. The main memory 11b includes a nonvolatile memory area and a volatile memory area. The main memory 11b stores the above-mentioned information processing program in the nonvolatile memory area. The main memory 11b may store data required for the processor 11a to execute information processing in a nonvolatile or volatile memory area. The main memory 11b uses the volatile memory area as a work area where data is appropriately rewritten by the processor 11a. The nonvolatile memory area is, for example, a ROM (read only memory). The volatile memory area is, for example, a RAM (random access memory).

[0027] The auxiliary storage unit 11c corresponds to the auxiliary storage portion of the computer. As the auxiliary storage unit 11c, for example, a storage unit using a well-known storage device such as an EEPROM (electric erasable programmable read-only memory), a HDD (hard disk drive), or an SSD (solid state drive) can be used. The auxiliary storage unit 11c stores data used by the processor 11a when performing various processes, or data created by the processes in the processor 11a. The auxiliary storage unit 11c may also store the above-mentioned information processing program.

[0028] The wireless unit 11d transmits and receives data to and from the access point 2a via wireless communication in accordance with a wireless communication protocol. The touch panel 11e includes a display device and a touch sensor. The display device displays any screen, such as a GUI (graphical user interface) screen, under the control of the processor 11a. The display device may be a well-known device, such as a color LCD (liquid crystal display). The touch sensor is disposed over the display surface of the display device. The touch sensor detects the position of the operator's touch on the display surface of the display device, and sends the position information to the processor 11a. The touch sensor may be a well-known device.

[0029] The sound unit 11f outputs various sounds such as voices and melodies. The interface unit 11g is connected to the scanner 12, the reader 13, the camera 14, and the beacon receiver 15. The interface unit 11g interfaces the processor 11a and the scanner 12, the reader 13, the camera 14, and the beacon receiver 15 to exchange data. An existing USB (universal serial bus) controller or the like can be used as the interface unit 11g. The transmission path 11h includes an address bus, a data bus, a control signal line, etc., and transmits data and control signals exchanged between the processor 11a, the main memory 11b, the auxiliary storage unit 11c, the wireless unit 11d, the touch panel 11e, and the interface unit 11g.

[0030] The power supply unit 11i receives power from the battery unit 11j or the external battery 16 and supplies operating power to electrical elements within the tablet computer 11. When power is being supplied from the external battery 16, the power supply unit 11i consumes the power supplied from the external battery 16, and when power is not being supplied from the external battery 16, the power supply unit 11i consumes the power supplied from the battery unit 11j. The battery unit 11j is charged by power supplied from the external battery 16. When the battery unit 11j is not supplied with power from the external battery 16, the battery unit 11j supplies the charged power to the power supply unit 11i. The battery unit 11j has a function of measuring its own remaining capacity.

[0031] The scanner 12 reads code symbols such as barcodes or two-dimensional data codes. The scanner 12 is primarily used to read code symbols that are shown on products and that represent product codes or the like of the products. The scanner 12 may also be used to read code symbols that are shown on membership cards or displayed on mobile terminals and that represent membership codes or the like. The scanner 12 outputs data represented by the read code symbols. The scanner 12 may be of a type that reads code symbols by scanning with laser light, or of a type that reads code symbols from images captured by an imaging device.

[0032] The reader 13 reads and outputs data recorded on the recording medium. The reader 13 is a magnetic card reader when the recording medium is a magnetic card, and is an IC card reader when the recording medium is a contact IC card. In the case of a recording medium using RFID (radio frequency identification) such as a contactless IC card or a smartphone, an RFID reader is used as the reader 13. The camera 14 captures an overhead image of the inside of the shopping basket placed on the cart C. The camera 14 then outputs image data representing the captured image.

[0033] The beacon receiver 15 receives a beacon signal transmitted by the beacon transmitter 60. When the beacon receiver 15 receives a beacon signal, it outputs notification data for notifying the processor 11a of the fact that the beacon signal has been received. The external battery 16 is detachable from the tablet computer 11. When the external battery 16 is attached to the tablet computer 11, the external battery 16 supplies stored power to the tablet computer 11.

[0034] FIG. 7 is a perspective view showing an example of the appearance of the cart C. The cart C includes a caster portion C1, a handle frame portion C2, and a basket receiving portion C3. The caster section C1 has four wheels C11 for smoothly moving the cart C on a floor surface. The wheels C11 are attached to the frame C12 in a state capable of rotating around a vertical axis. The handle frame portion C2 includes a pair of vertical frames C21, C21 and a handle bar C22. The vertical frames C21, C21 are erected above the two wheels of the caster portion C1. The handle bar C22 connects the upper ends of the vertical frames C21, C21. The basket receiving portion C3 is provided horizontally from a midpoint of the handle frame portion C2. The basket receiving portion C3 holds a shopping basket SB for storing merchandise. The caster portion C1 also holds the shopping basket SB thereon.

[0035] A customer M1 using the cart C is typically positioned in front of the handle frame portion C2 in Fig. 7. The customer M1 pushes the cart C while gripping the handle bar C22. In other words, in this case, the direction in which the basket receiving portion C3 protrudes from the handle frame portion C2 is the forward direction of the cart C.

[0036] The scanner 12 is attached to the middle of the handle bar C22. A pole C4 is attached to one of the vertical frames C21 so that its tip is located above the handle bar C22. The tablet computer 11 is attached to the tip of the pole C4 with the screen of the touch panel 11e facing the opposite direction to the forward direction. A camera 14 is attached to the middle of the pole C4 with the camera facing the shopping basket SB held by the basket receiving part C3. A reader 13 is attached to the tablet computer 11. In FIG. 7, the reader 13 is a magnetic card reader. The card slit of the reader 13 faces the same direction as the screen of the touch panel 11e. A battery case BC is attached between the vertical frames C21, C21 on the lower end side of the handle frame part C2. The battery case BC houses an external battery 16.

[0037] FIG. 8 is a block diagram showing the main circuit configuration of the virtual POS server 30. As shown in FIG. The virtual POS server 30 includes a processor 31, a main memory 32, an auxiliary storage unit 33, a communication interface 34, and a transmission path 35. The processor 31, the main memory 32, the auxiliary storage unit 33, and the communication interface 34 are capable of communicating with each other via the transmission path 35. The processor 31, the main memory 32, and the auxiliary storage unit 33 are connected by the transmission path 35 to configure a computer for controlling the virtual POS server 30. The functions of the processor 31, the main memory 32, the auxiliary storage unit 33, and the transmission path 35 are generally the same as those of the processor 11a, the main memory 11b, the auxiliary storage unit 11c, and the transmission path 11h, and therefore will not be described here. The communication interface 34 performs data communication with each unit connected to the communication network 2 in accordance with a predetermined communication protocol.

[0038] Auxiliary storage unit 33 stores transaction processing program AP1, which is one of the information processing programs. Transaction processing program AP1 is an application program in which sales processing, which will be described later, is described. A part of the memory area of ​​auxiliary storage unit 33 is used as cart management database DB1 and purchased item database DB2.

[0039] FIG. 9 is a schematic diagram showing the main data structure of a data record DR4 contained in the cart management database DB1. The cart management database DB1 is a collection of data records DR4 associated with each cart C used by the customer M1. The data record DR4 includes fields F41, F42, F43, F44, and F45. A terminal code for distinguishing the cart terminal 10 attached to the associated cart C from other cart terminals 10 is set in field F41. A membership code for distinguishing the customer M1 using the associated cart C from other customers is set in field F42. A transaction code for distinguishing a transaction performed using the associated cart C from other transactions is set in field F43. An electronic receipt ID of the customer M1 using the associated cart C is set in field F44. The number of points held by the customer M1 using the associated cart C is set in field F45. The data record DR4 may include other fields in which data other than fields F41 to F45 is set.

[0040] FIG. 10 is a schematic diagram showing the main data structure of a data record DR5 contained in the purchase item database DB2. The purchase item database DB2 is a collection of data records DR5 associated with each shopping transaction being carried out in the store. Each data record DR5 includes fields F51, F52. Each data record DR5 may also include fields F53, F54, ... A transaction code defined for the associated purchase is set in field F51. This transaction code is the same as the transaction code set in field F42 of data record DR4 associated with cart C used for the associated purchase. Field F52 is set with product data related to the product registered as a purchased product for the associated purchase. The product data includes a product code, unit price, product name, quantity, and a cancellation flag. The product code is an identification code defined for identifying products for each SKU (stock keeping unit), and for example, a JAN (Japanese article number) code is used. The cancellation flag is flag data for identifying a product that was once registered as a purchased product but was subsequently cancelled.

[0041] Data record DR5 includes fields F53 and onwards when two or more purchased items have been registered for the associated shopping. Product data is set in fields F53 and onwards, just like field F52. Thus, each field from field F52 onwards represents a list of purchased items for the associated shopping. This list of purchased items will be referred to as a product list below.

[0042] Now, for example, a general-purpose network server can be used as the hardware of virtual POS server 30. The transfer of virtual POS server 30 is generally performed in a state where transaction processing program AP1 is stored in auxiliary storage unit 33, but cart management database DB1 and purchased item database DB2 are not stored. However, the transaction processing program AP1 may be transferred separately from the hardware in a state where transaction processing program AP1 is not stored in auxiliary storage unit 33, or where a different version of the same type of transaction processing program AP1 is stored in auxiliary storage unit 33. The virtual POS server 30 may be configured by writing transaction processing program AP1 to auxiliary storage unit 33 in response to an operation by any operator. The transaction processing program AP1 may be transferred by recording it on a removable recording medium such as a magnetic disk, a magneto-optical disk, an optical disk, or a semiconductor memory, or by communication via a network. The cart management database DB1 and purchased item database DB2 are configured in auxiliary storage unit 33 by processor 31 executing information processing based on transaction processing program AP1. At least a portion of the transaction processing program AP1, the cart management database DB1, and the purchased item database DB2 may be stored in the main memory 32.

[0043] Next, the operation of the store system 1 configured as above will be described with reference to Figures 11, 12, 13, 14, and 15. Note that the contents of the various processes described below are merely examples, and it is possible to change the order of some of the processes, omit some of the processes, or add other processes as appropriate. When the cart terminal 10 is started up, the processor 11a executes the information processing described below in accordance with the information processing program stored in the main memory 11b or the auxiliary storage unit 11c. FIG. 11 is a flowchart showing the procedure of information processing executed by the processor 11a in the cart terminal 10.

[0044] (Start of use of Cart C) In ACT1, the processor 11a waits for an operation to start use. At this time, the processor 11a is in a state of waiting for the start of shopping using the attached cart C. For example, in this waiting state, the processor 11a displays a screen showing a start button on the touch panel 11e. The customer M1 takes out one of the carts C placed in the cart storage area and performs a predetermined operation to start use on the cart terminal 10 attached to the cart C. If the customer M1 is a member, the customer M1 has the scanner 12 or the reader 13 read the membership code recorded on the membership card. If the customer M1 is not a member, the customer M1 operates the above-mentioned start button. If these operations are performed, the processor 11a judges that an operation to start use has been performed as YES, and proceeds to ACT2.

[0045] As ACT2, the processor 11a notifies the virtual POS server 30 of the terminal code and member code of the cart terminal 10 on which the processor 11a is mounted. This is a login request notification. When the start button is touched, the processor 11a notifies the virtual POS server 30 of a member code that is predetermined for non-members. The member code for non-members may be common to a plurality of customers, or may be different. Specifically, the processor 11a transmits notification data including the terminal code and member code from the wireless unit 11d to the access point 2a, addressed to the virtual POS server 30. This notification data is transmitted to the virtual POS server 30 by the access point 2a and the communication network 2. Then, the communication interface 34 of the virtual POS server 30 receives the notification data. The communication interface 34 provides the received notification data to the processor 31. This notifies the processor 31 of the login request. In the following description of other notifications, the above detailed description will be omitted.

[0046] When the processor 31 receives the login request, it starts information processing for transaction processing as described below. The processor 31 executes the information processing in accordance with the transaction processing program AP1.

[0047] 12, 13, 14 and 15 are flow charts showing the procedure of information processing for transaction processing by the processor 31. The processor 31 starts this information processing each time it receives a login request notification, and executes multiple information processing tasks in parallel. That is, the processor 31 executes the following information processing tasks in parallel for multiple cart terminals 10. Below, information processing for one cart terminal 10 that has been notified of login as described above will be described. Therefore, when simply written as "cart terminal 10," it refers to the one cart terminal 10 that is the target. Furthermore, when simply written as "customer M1," it refers to customer M1 who is using the one cart terminal 10 that is the target.

[0048] In ACT20 in Fig. 12, processor 31 checks whether the member who requested login is already logged in. For example, if the membership code included in the notification data of the login request is not for a non-member and does not match any of the membership codes set in field F42 of data record DR4 included in cart management database DB1, processor 31 determines that the member is not logged in. Processor 31 also determines that the member is not logged in if the membership code included in the notification data of the login request is for a non-member. If the member is not logged in, processor 31 determines NO and proceeds to ACT21.

[0049] As ACT21, the processor 31 makes a membership inquiry to the member server 5. For example, the processor 31 makes an inquiry to the member server 5 along with a notification of the member code included in the notification data of the login request. The member server 5 finds, from among the data records DR2 contained in the member database, a data record DR2 in which the member code set in field F21 matches the notified member code. The member server 5 then notifies the virtual POS server 30 of the electronic receipt ID and the number of points set in fields F22 and F23 of the data record DR2.

[0050] In ACT22, the processor 31 updates the cart management database DB1 so as to add a new data record DR4. The processor 31 sets the terminal code and member code included in the notification data in fields F41 and F42 of the data record DR4 to be added. The processor 31 also determines the transaction code using a predetermined algorithm so that the transaction code is different from the transaction code used in the transaction processing for at least another cart terminal 10. Then, the processor 31 sets the transaction code in field F43 of the data record DR4 to be added. The processor 31 also sets the electronic receipt ID and the number of points notified from the member server 5 as described above in fields F44 and F45 of the data record DR4 to be added, respectively. If the processor 31 does not notify the electronic receipt ID notified from the member server 5, the processor 31 sets the field F44 of the data record DR4 to be added blank or sets predetermined invalid data. After completing the update, the processor 31 notifies the cart terminal 10 of the completion of login.

[0051] As ACT23, the processor 31 instructs the cart terminal 10 to display a completion screen. The completion screen is a screen that notifies the customer that login has been completed. The completion screen may display guidance to the customer, such as informing the customer that registration of purchased items may begin. For example, the processor 31 transmits instruction data including screen data representing the completion screen from the communication interface 34 to the cart terminal 10. This instruction data is transmitted to the cart terminal 10 via the communication network 2 and the access point 2a. Then, the wireless unit 11d of the cart terminal 10 receives the instruction data. The wireless unit 11d provides the received instruction data to the processor 11a. This instructs the processor 11a to display the completion screen. Various instructions from the virtual POS server 30 to the cart terminal 10 are given in the same manner as the instruction to display the completion screen as described above. For this reason, in the following explanations regarding other instructions, the above detailed explanations will be omitted.

[0052] (Registering purchased items) After notifying the login request in ACT2 in FIG. 11, the processor 11a in the cart terminal 10 waits for a notification of the completion of the login from the virtual POS server 30, and then proceeds to ACT3. In ACT3, the processor 11a checks whether or not a screen change has been instructed as described below from the virtual POS server 30. If the processor 11a cannot confirm that such an instruction has been issued, it determines NO and proceeds to ACT4. In ACT4, the processor 11a checks whether any operation has been performed by the operator. The operator is usually the customer M1, but the store clerk M2 may temporarily become the operator. If the processor 11a cannot confirm that the corresponding operation has been performed, it judges NO and proceeds to ACT5.

[0053] In ACT5, the processor 11a checks whether or not a beacon signal has been received. If it cannot be confirmed that a beacon signal has been received from the beacon receiver 15, the result is NO, and the process proceeds to ACT6. In ACT6, the processor 11a checks whether or not logoff has been permitted by the virtual POS server 30. If the processor 11a cannot confirm that permission has been granted, it determines NO and returns to ACT3. Thus, in ACT3 to ACT6, the processor 11a waits for any one of an instruction to change the screen, an operation, reception of a beacon signal, and permission to log off.

[0054] When various display instructions, such as an instruction to display the completion screen as described above, are given, the processor 11a judges YES in ACT3 and proceeds to ACT7. In ACT7, the processor 11a changes the display screen on the touch panel 11e in accordance with the display instruction. For example, the processor 11a controls the touch panel 11e to display a screen represented by the screen data included in the instruction data. If the screen data included in the instruction data represents the above-mentioned completion screen, the display screen on the touch panel 11e is changed to the completion screen. This allows the customer M1 to know that he may start the operation for registering the purchased item. The processor 11a then returns to the standby state of ACT3 to ACT6.

[0055] Customer M1, pushing cart C, moves around the store looking for an item to purchase. When he finds an item to purchase, he removes it from the display area and places it on cart C. At this time, customer M1 performs an operation to designate the item as the purchased item. This operation is, for example, an operation of scanner 12 to read the code symbol displayed on the item. The above operation is, for example, an operation of touch panel 11e to designate the item. When customer M1 wants to register multiple items with the same item code as purchased items, he may perform an operation to designate the quantity and then have scanner 12 read the code symbol only once.

[0056] If any operation including such an operation is performed by the operator, the processor 11a judges YES in ACT4 and proceeds to ACT8. In ACT8, the processor 11a notifies the processor 31 of the virtual POS server 30 of the operation content. When notifying the operation to designate a product as a purchase product, the processor 11a notifies the product code and the quantity of the designated product. If no operation to designate the quantity is performed, the processor 11a sets the quantity to "1". Then, the processor 11a returns to the standby state of ACT3 to ACT6.

[0057] In the virtual POS server 30, the processor 31 checks whether the operation content has been notified as ACT24 in Fig. 12. If the processor 31 cannot confirm that the relevant notification has been made, it judges NO and proceeds to ACT25. In ACT 25, the processor 31 checks whether or not the reception of a beacon signal has been notified. If the processor 31 cannot confirm that the relevant notification has been made, it determines NO and proceeds to ACT 26. In ACT 26, the processor 31 checks whether or not accounting data has been requested. If the processor 31 cannot confirm that the relevant request has been made, it determines NO and returns to ACT 24. Thus, in ACT24 to ACT26, the processor 31 waits for any one of a notification of operation content, a notification of beacon reception, and a request for accounting data.

[0058] If the operation content is notified as described above, the processor 31 judges YES in ACT24 and proceeds to ACT27 in FIG. In ACT 27, the processor 31 checks whether the notified operation content is a designation of a product to be purchased. If the content is a designation of a product to be purchased, the processor 31 judges the result to be YES and proceeds to ACT 28.

[0059] In ACT28, the processor 31 updates the product list to add the specified purchased product. For example, the processor 31 finds a data record DR4 in the cart management database DB1, in which the terminal code set in the field F41 matches the terminal code of the cart terminal 10. The processor 31 then obtains the transaction code set in the field F43 of the corresponding data record DR4. The processor 31 then finds a data record DR5 in the purchased product database DB2, in which the transaction code set in the field F51 matches the obtained transaction code. If the corresponding data record DR5 does not exist, the processor 31 adds a new data record DR5 to the purchased product database DB2, in which the obtained transaction code is set in the field F51 and product data including the product code of the specified purchased product is set in the field F52. If the corresponding data record DR5 is found, the processor 31 adds a new field next to the field located at the end of the corresponding data record DR5, and sets product data including the product code of the specified purchased product in this field. The cancellation flag of the newly set product data by the processor 31 is set to a state indicating that the product has not been cancelled. The product data set by the processor 31 in the field F52 or the new field includes the product name, price, and issuance confirmation information obtained from the product master database of the store server 20 using the product code as a key, and the quantity notified from the cart terminal 10 together with the product code. At this time, the processor 31 has acquired the notified product code. Thus, the processor 31 executes information processing based on the transaction processing program AP1, and the computer having the processor 31 as its central portion functions as an acquiring means.

[0060] If the customer M1 wishes to cancel the purchase of the product registered as above, he / she performs an operation to instruct the cancellation of the product, for example, on the touch panel 11e. When the content of this operation is notified from the cart terminal 10 to the virtual POS server 30, the processor 31 judges NO in ACT27 and proceeds to ACT29. In ACT 29, the processor 31 checks whether the notified operation content is a cancellation instruction or not. If it is a cancellation instruction as described above, the result is YES, and the process proceeds to ACT 30. In ACT30, the processor 31 updates the product list to exclude the purchased product for which cancellation has been instructed. For example, the processor 31 changes a cancellation flag included in the product data relating to the purchased product for which cancellation has been specified to a state indicating that the product has been canceled.

[0061] In ACT 28 or ACT 30, the processor 31 calculates the price of the purchased product based on the product data included in the updated product list. When calculating the price, the processor 31 applies various well-known discount or discount processes as necessary. When the processor 31 finishes ACT28 or ACT30, it proceeds to ACT31 in either case. In ACT31, processor 31 checks whether or not the state allows through checkout. Here, through checkout means performing a transaction using a procedure at cart terminal 10 without using manned checkout machine 40 or self-checkout machine 50. Processor 31 checks whether or not predetermined permissible conditions are met. If the permissible conditions are met, processor 31 determines that the state allows through checkout, determines YES, and proceeds to ACT32. The permissible conditions may be arbitrarily determined by the creator of the transaction processing program AP1 or the administrator of the virtual POS server 30. For example, the permissible conditions are assumed to be the case where none of the following conditions are met. However, it is not essential to consider all of the following conditions. For example, the permissible conditions may be met when there is no need to print a voucher. In addition, the permissible conditions may be met when the purchased items do not include any items with age restrictions. Alternatively, the permissible conditions may be met when customer M1 is an electronic receipt member.

[0062] (1) Cases where a voucher needs to be given to the customer M1. The voucher may be a receipt, a purchase certificate, a warranty, a coupon, a discount voucher, or the like. The voucher is typically printed by the printer 50a provided in the manned checkout machine 40 or the self-checkout machine 50 at the time of checkout. The voucher may be a printed matter prepared in advance. The voucher may be formed by a store clerk writing some information by hand on a prepared sheet of paper. In principle, a receipt should be issued for every transaction. However, if the customer M1 is a member of an electronic receipt service, the issuance of a receipt can be omitted by using the electronic receipt service. Therefore, in this embodiment, if the customer M1 is not a member of the electronic receipt service, this corresponds to a case where a voucher needs to be given to the customer M1. Regarding this condition, the processor 31 determines that a voucher needs to be given to the customer M1 if, for example, a valid electronic receipt ID is not set in the field F44 of the data record DR4 associated with the cart terminal 10. In addition, the processor 31 determines that a voucher needs to be handed over to the customer M1 if, for example, any of the product data included in the data record DR5 associated with a transaction related to the cart terminal 10 contains issuance confirmation information including flag information indicating whether or not a voucher needs to be issued.

[0063] (2) When the purchased goods include a product that requires the assistance of the store clerk M2. In this case, the assistance of the store clerk M2 is, for example, when the purchased goods include a product with restrictions such as age restrictions, and the customer M1 meets the restrictions, and the customer M1 confirms the restrictions. The assistance of the store clerk M2 is, for example, providing an explanation to the customer M1 about a product that requires a qualified person to explain the product when purchasing it. The assistance of the store clerk M2 is, for example, when the purchased goods include a product that is determined to be given as a gift to the purchaser, handing the gift to the customer M1. The assistance of the store clerk M2 is, for example, providing an oral explanation about the product to the customer M1 by the store clerk M2. Regarding this condition, the processor 31 determines that the purchased goods include a product that requires the assistance of the store clerk M2 if any of the product data included in the data record DR5 associated with the transaction related to the cart terminal 10 includes issuance confirmation information including flag information indicating that confirmation by a store clerk is required when selling the product.

[0064] (3) When there is a possibility that an item that requires confirmation by store clerk M2 has been placed in cart C. In this case, confirmation by store clerk M2 refers to, for example, a confirmation in the case where there is a possibility that the item has been placed in cart C without being registered as a purchased item.

[0065] (4) When a payment method that requires the assistance of a store clerk is specified. A payment method that requires the assistance of a store clerk is a payment method that is not permitted to be handled at the self-checkout machine 50, such as payment with a gift certificate, and is stipulated to require the assistance of a store clerk. An example of the above case is when the application of the relevant payment method is specified as the default payment method for customer M1. Another example of the above case is when the relevant payment method is specified as the payment method for a purchased item that is being registered before the registration of the purchased item is completed.

[0066] The processor 31 as ACT32 instructs the cart terminal 10 to display a registration screen. The registration screen is a screen showing a list of registered purchased products. FIG. 16 is a diagram showing an example of the registration screen SC11. The registration screen SC11 shows areas AR1, AR2, AR3, buttons BU1, BU2, BU3, and icon IC1. Area AR1 shows, in rows, the product names of the products shown in the product list after updating in ACT28 or ACT30. Area AR1 also shows, in columns, the points at which the product is registered as a purchased product and the selling price of the product. Area AR1 shows a strikethrough line for the product name, points, and selling price of a product that is shown in the product list but has a cancellation flag that indicates that it has been cancelled. In other words, the registration screen SC11 shows a state in which products with the product names "AAA", "BBB", "DDD", and "EEE" are registered products, and a product with the product name "CCC" was once registered but has already been cancelled.

[0067] Areas AR2 are arranged in rows in areas AR1. Although not shown in Fig. 16, icons according to the associated products are displayed in area AR2 as necessary. The icons displayed in area AR2 indicate, for example, that the product is eligible for various discounts such as a set discount, that the product has an age restriction, and so on. The area AR3 indicates the total number and the total price of the registered purchased items. The processor 31 indicates the price calculated in ACT28 or ACT30 as the total price in the area AR3.

[0068] The buttons BU1 are arranged in rows that represent purchased products among the rows of the area AR1. The buttons BU1 are operation buttons that allow the operator to instruct the cancellation of the purchased products that are arranged in rows. In other words, when the button BU1 is touched and the cart terminal 10 notifies the virtual POS server 30 of the touch, the processor 31 determines in ACT29 that a cancellation instruction has been issued. Button BU2 is an operation button that allows the operator to instruct the completion of registration of purchased items and to move on to the checkout process. The button BU3 is an operation button for the operator to instruct the transition to an operation screen for registering a commodity without a code symbol as a purchased commodity. Icon IC1 is an icon for informing customer M1 that through check-out is permitted.

[0069] The processor 31 generates screen data for a registration screen SC11 that displays information based on the product list updated in ACT28 or ACT30 in areas AR1, AR2, and AR3, and transmits this screen data to the cart terminal 10. Then, in the cart terminal 10, the processor 11a causes the touch panel 11e to display the registration screen SC11 based on the screen data.

[0070] On the other hand, if the predetermined permissible condition is not met, the processor 31 judges NO in ACT31 and proceeds to ACT33. In ACT33, the processor 31 instructs the cart terminal 10 to display the registration screen SC11. However, the processor 31 does not display the icon IC1 on the registration screen SC11 generated in ACT33.

[0071] Thus, on the registration screen SC11, the information displayed in areas AR1, AR2, and AR3, the display state of the button BU1, and the presence or absence of display of the icon IC1 may change from the state shown in FIG. 16, but the other display elements do not change in principle. Then, the processor 31 changes whether or not to display the icon IC1 on the registration screen SC11 depending on whether or not the through check-out is permitted. When the processor 31 finishes ACT32 or ACT33, it returns to the standby state of ACT24 to ACT26 in FIG.

[0072] (Replacement of Cart C) Meanwhile, a customer M1 who is a member can change the cart C to be used when the remaining battery power of the cart C being used becomes low, etc. In this case, the customer M1 performs an operation to start using a cart C that is different from the cart C being used and is not being used by another customer M1.

[0073] When a login request in response to this start-of-use operation is notified to the virtual POS server 30 from the cart terminal 10 of cart C (here referred to as the new terminal 10), the processor 31 starts information processing targeted at the new terminal 10. At this time, the membership code included in the notification data of the login request matches the membership code set in field F42 of the data record DR4 associated with the cart terminal 10 of cart C (here referred to as the old terminal 10) that is being used. Therefore, the processor 31 judges YES in ACT20 of the information processing targeted at the new terminal 10, and proceeds to ACT34.

[0074] As ACT34, the processor 31 updates the cart management database DB1 to change it. For example, the processor 31 finds, from among the data records DR4 included in the cart management database DB1, a data record DR4 in which the membership code set in field F42 matches the membership code included in the notification data of the login request. The processor 31 then rewrites the terminal code set in field F41 of the corresponding data record DR4 to the terminal code of the new terminal 10. As a result, the product list that was previously the subject of update in the information processing related to the old terminal 10 is taken over as the subject of update in the information processing related to the new terminal 10. Then, when the processor 31 has finished the update, it notifies the new terminal 10 of the completion of login.

[0075] In ACT35, the processor 31 instructs the new terminal 10 to display the screen currently being displayed on the touch panel 11e of the old terminal 10. After this, the processor 31 transitions to the standby state of ACT24 to ACT26. Thereafter, the customer M1 can continue to register the purchased items using the new terminal 10. In this case, the processor 31 remains in a standby state from ACT24 to ACT26 in the information processing targeted at the old terminal 10. In this case, when the processor 31 receives any notification from the old terminal 10, it confirms that the data record DR4 associated with the old terminal 10 does not exist, and then ends the information processing targeted at the old terminal 10.

[0076] (accounting) When customer M1 has finished registering all the products he / she wishes to purchase as purchased products, he / she moves to the accounting zone ZO1. When the cart terminal 10 enters the range in which the beacon signal emitted by the beacon transmitter 60 can be received, the beacon receiver 15 receives the beacon signal. When the beacon receiver 15 notifies the processor 11a of this fact, the processor 11a judges YES in ACT5 in FIG. 11 and proceeds to ACT9. In ACT9, the processor 11a notifies the virtual POS server 30 of the beacon reception. Then, the processor 11a thereafter returns to the standby state of ACT3 to ACT6.

[0077] When the virtual POS server 30 is notified of the beacon reception in this manner, the processor 31 determines YES in ACT 25 in FIG. 12 and proceeds to ACT 36. In ACT36, the processor 31 instructs the cart terminal 10 to display a first confirmation screen. The first confirmation screen is a screen for confirming whether or not to start a transaction. The first confirmation screen shows, for example, a button for specifying to start a transaction and a button for specifying to return to the sales floor and continue registering the purchased items. The processor 31 then returns to the standby state of ACT24 to ACT26.

[0078] In response to the above instruction, the cart terminal 10 displays the first confirmation screen on the touch panel 11e. The customer M1 instructs on the first confirmation screen whether to start the checkout or to return to the sales floor to continue registering the purchased items. In response to this, the cart terminal 10 notifies the virtual POS server 30 of the content of the operation on the first confirmation screen.

[0079] When the contents of the operation on the first confirmation screen are notified in this way, the processor 31 judges YES in ACT24 in FIG. 12 and NO in ACT27 and ACT29 in FIG. 13, and proceeds to ACT37 in FIG. In ACT 37, the processor 31 checks whether the contents of the operation on the first confirmation screen have been notified. Thus, in the above case, the processor 31 judges that the result is YES, and proceeds to ACT 38.

[0080] In ACT38, processor 31 checks whether an instruction to start the transaction has been given. If an instruction to continue registering the purchased items has been given, processor 31 judges NO and returns to the standby state of ACT24 to ACT26 in Fig. 12. At this time, processor 31 does not judge YES in ACT25 until a predetermined time has elapsed after returning to the standby state of ACT24 to ACT26. As a result, even if an instruction to continue registering the purchased items is given on the first confirmation screen while customer M1 is in the transaction zone ZO1, subsequent beacon reception will be ignored for a while.

[0081] However, if customer M1 changes his mind and decides he wants to start the transaction during the period in which beacon reception is ignored as described above, he or she can have the scanner 12 of the cart terminal 10 read the transaction barcode BC1 placed in the transaction zone ZO1, for example as shown in Figure 2. Also, if the beacon receiver 15 does not receive the beacon signal due to some kind of failure and the first confirmation screen does not appear even when customer M1 moves into the transaction zone ZO1, customer M1 can operate the scanner 12 of the cart terminal 10 to read the transaction barcode BC1. In response, the cart terminal 10 notifies the virtual POS server 30 that the scanner 12 has been operated, along with notifying the virtual POS server 30 of the transaction barcode.

[0082] In this case, the processor 31 determines YES in ACT24 in FIG. 12, and NO in ACT27 and ACT29 in FIG. 13 and ACT37 in FIG. 14, and proceeds to ACT39. In ACT 39, processor 31 checks whether or not the transaction barcode is to be read. If an operation to read the transaction barcode has been notified as described above, processor 31 determines YES and proceeds to ACT 40. If an instruction to start a transaction is given on the first confirmation screen, processor 31 determines YES in ACT 38 and proceeds to ACT 40.

[0083] In ACT40, the processor 31 checks whether or not the state allows through check-out in the same manner as in ACT 31. If the state allows through check-out, the processor 31 judges YES and proceeds to ACT41. In ACT41, the processor 31 instructs the cart terminal 10 to display a selection screen. The selection screen is a screen for allowing the customer M1 to select whether or not to apply through checkout. The processor 31 then returns to the standby state of ACT24 to ACT26 in FIG. FIG. 17 is a diagram showing an example of the selection screen SC12. The selection screen SC12 shows an area AR21, buttons BU21, BU22, BU23, and a message ME21. Area AR21 shows the amount to be paid by customer M1. Button BU21 is an operation button that allows the operator to specify that through checkout is to be applied. Button BU22 is an operation button that allows the operator to specify that the self-checkout machine 50 is to be used. Button BU23 is an operation button that allows the operator to instruct the display on the cart terminal 10 to return to the screen that was displayed before this selection screen SC12 was displayed. Message ME21 is a text message that guides the operator to select, using button BU21 or button BU22, whether to apply through checkout and perform the transaction at the cart terminal 10, or to use the self-checkout machine to perform the transaction. Thus, on the selection screen SC12, the price displayed in area AR21 may change from the state shown in FIG. 17 depending on the registration status of the purchased item, but the other display elements do not change as a rule.

[0084] In response to the above instruction, the cart terminal 10 displays the selection screen SC12 on the touch panel 11e. The customer M1 instructs on the selection screen SC12 whether to apply through checkout or to use the self-service checkout machine 50. In response to this, the cart terminal 10 notifies the virtual POS server 30 of the content of the operation on the selection screen SC12. That is, the processor 11a selects whether to apply through checkout or to use the self-service checkout machine 50 in response to the operation of the customer M1. When applying through checkout, information regarding payment is output as described below. Also, using the self-service checkout machine 50 means making a payment at the self-service checkout machine 50 that has a function as a payment device. Thus, the processor 11a executes information processing based on the transaction processing program AP1, and the computer with the processor 11a as the core part functions as a selection means. The selection by the function as the selection means is made when payment at the cart terminal 10 is possible based on the result of the judgment by the processor 31 in ACT40 in FIG. 14. Therefore, by the processor 31 executing information processing based on the transaction processing program AP1, the computer with the processor 31 as its central part functions as a determination means. When the contents of the operation on the selection screen SC12 are notified in this way, the processor 31 judges YES in ACT24 in FIG. 12, and NO in ACT27 and ACT29 in FIG. 13 and ACT37 and ACT39 in FIG. 14, and proceeds to ACT42.

[0085] In ACT42, the processor 31 checks whether the contents of the operation on the selection screen SC12 have been notified. Thus, in the above case, the processor 31 judges that the result is YES, and proceeds to ACT43 in FIG. In ACT43, the processor 31 checks whether or not the application of through checkout is specified based on the notification from the cart terminal 10. If the application of through checkout is specified, the processor 31 determines YES and proceeds to ACT44.

[0086] The processor 31 executes a payment process as ACT 44. Specifically, the processor 31 instructs the cart terminal 10 to display a designation screen, for example. The designation screen is a screen for allowing the operator to designate a payment method to be used in through checkout. FIG. 18 is a diagram showing an example of the designation screen SC13. The specification screen SC13 shows an area AR31, buttons BU31, BU32, BU33, BU34, and a message ME31. The area AR31 shows the amount to be paid by the customer M1. The button BU31 is an operation button for the operator to specify barcode payment as the payment method to be used. The button BU32 is an operation button for the operator to specify credit card payment as the payment method to be used. The button BU33 is an operation button for the operator to specify electronic money payment as the payment method to be used. The button BU34 is an operation button for the operator to instruct the display on the cart terminal 10 to return to the screen that was displayed before this specification screen SC13 was displayed. The message ME31 is a text message that guides the operator to specify which payment method to use using the buttons BU31, BU32, BU33. Thus, on the specification screen SC13, the amount displayed in area AR31 may change from the state shown in FIG. 18 depending on the registration status of the purchased item, but the other display elements do not change as a rule.

[0087] In response to the above instruction, the cart terminal 10 displays the designation screen SC13 on the touch panel 11e. The customer M1 designates the payment method on the designation screen SC13. In response to this, the cart terminal 10 notifies the virtual POS server 30 of the designated payment method.

[0088] When the designated payment method is notified from the cart terminal 10, the processor 31 instructs the cart terminal 10 to display a payment screen corresponding to the notified payment method. The payment screen is a screen that guides the operator through operations for executing payment. FIG. 19 shows an example of the payment screen SC14 when barcode payment is specified. The payment screen SC14 shows an area AR41, buttons BU41, BU42, BU43, BU44, BU45, messages ME41, ME42, and an image IM41. The area AR41 shows the amount to be paid by the customer M1. The buttons BU41 to BU44 are operation buttons for the operator to specify the barcode payment service to be used. The buttons BU41 to BU44 are associated with the available barcode payment services, respectively. The button BU45 is an operation button for the operator to instruct the display on the cart terminal 10 to return to the screen that was displayed before the payment screen SC14 was displayed. The message ME41 is a text message that guides the operator to first specify which barcode payment service to use using the buttons BU41, BU42, BU43, BU44. The message ME42 is a text message that guides the operator to scan the barcode for payment that is displayed on the smartphone held by the customer M1. The image IM41 is an image that is paired with the message ME42 and guides the operator to the barcode to be scanned. Thus, on the settlement screen SC14, the amount displayed in area AR41 may change from the state shown in FIG. 19 depending on the registration status of the purchased item, but other display elements do not change as a rule. The payment screen SC14 is an example in which the use of four barcode payment services is permitted. The number of buttons corresponding to buttons BU1 to BU4 is changed according to the number of permitted barcode payment services.

[0089] In response to the above instruction, the cart terminal 10 displays the payment screen SC14 on the touch panel 11e. The customer M1 specifies the barcode payment service to be used by operating any of the buttons BU41 to BU44. The customer M1 also causes the scanner 12 to read the payment barcode displayed on the smartphone by the application software for the barcode payment service to be used. In response to this, the cart terminal 10 notifies the virtual POS server 30 of a service code for distinguishing the specified barcode payment service from other services and payment data represented by the payment barcode. In the case of credit card payment, data such as a credit number recorded on a credit card becomes the payment data. In the case of electronic money payment, data such as an electronic money ID recorded on an electronic money card becomes the payment data. In addition, if the credit number or electronic money ID is stored in the payment server 3 or the virtual POS server 30 in association with a management code and the management code is notified to the payment server 3 or the virtual POS server 30 upon a payment request, the management code becomes the payment data.

[0090] When the processor 31 receives the service code and payment data from the cart terminal 10, it requests the payment server 3 to make a payment along with the service code and payment data. The processor 31 then receives a completion notification from the payment server 3. However, due to some kind of failure, it may be unclear whether the payment has been completed. This situation is referred to as "incomplete" below. The payment server 3 may be, for example, a server that provides a payment agency service.

[0091] The above payment process utilizes the payment server 3 to perform payment on the side of the terminal device including the cart terminal 10, without using the self-checkout machine 50 as the payment device. The processor 11a outputs the payment data acquired during this payment process to the virtual POS server 30. Thus, the processor 11a executes information processing based on the transaction processing program AP1, and the computer with the processor 11a at its core functions as a fourth output means. Furthermore, the processor 31 outputs the payment data as an example of information related to payment to the payment server 3 during this payment process. Thus, the processor 31 executes information processing based on the transaction processing program AP1, and the computer with the processor 31 at its core functions as a second output means.

[0092] In ACT 45, the processor 31 checks whether the payment has been completed. If the processor 31 cannot check that the payment has been completed, the result is NO, and the process proceeds to ACT 46. In ACT46, the processor 31 checks whether the payment is incomplete. If the processor 31 cannot check that the payment is incomplete, the result is NO, and the process returns to ACT45.

[0093] Thus, in ACT45 and ACT46, the processor 31 waits until it can confirm that the payment has been completed or that the payment has become incomplete. Then, the processor 31 determines that the payment has been incomplete, for example, when the payment server 3 notifies the processor that it is unclear whether the payment has been completed or not. Alternatively, the processor 31 determines that the payment has been incomplete, for example, when the processor 31 does not receive a notification of completion even after a predetermined waiting time has elapsed since the processor 31 requested the payment to the payment server 3 in ACT44. Then, when the processor 31 determines that the payment has been incomplete, it determines YES in ACT46 and proceeds to ACT47. As ACT47, the processor 31 instructs the cart terminal 10 to display a second confirmation screen. The second confirmation screen is a screen for prompting the store clerk M2 to perform confirmation work regarding the incomplete payment. The second confirmation screen represents, for example, a code symbol including data required for the manned accounting machine 40 or other device to inquire about the payment status to the payment server 3.

[0094] In response to the above instruction, the cart terminal 10 displays the second confirmation screen on the touch panel 11e. The customer M1 requests the store clerk M2 to respond. The store clerk M2 activates the inquiry function of the manned checkout machine 40 or other device, and reads the code symbol on the second confirmation screen displayed on the cart terminal 10 with a scanner provided on the device. The manned checkout machine 40 or other device then inquires of the payment status of the payment server 3 based on the data included in the code symbol on the second confirmation screen. After this, the store clerk M2 performs an operation to confirm the completion of the incomplete payment according to a predetermined procedure. Then, when the store clerk M2 confirms the completion of the payment, he performs a predetermined cancellation operation on the cart terminal 10. The cart terminal 10 notifies the virtual POS server 30 that the cancellation operation has been performed.

[0095] In ACT48, the processor 31 waits for a cancellation operation to be performed. Then, when the cancellation operation is performed as described above and the processor 31 is notified of this by the cart terminal 10, the processor 31 judges YES in ACT48 and proceeds to ACT49. If the processor 31 can confirm that the payment has been completed, for example by receiving a notice of the completion of the payment from the payment server 3, the processor 31 judges YES in ACT45 and proceeds to ACT49, bypassing ACT47 and ACT48.

[0096] In ACT49, the processor 31 performs a process for registering electronic receipt data related to the transaction, for which the payment has been completed as described above, in the electronic receipt server 4 so that the customer M1 can view it. This process may be similar to the process performed by existing electronic receipt services. In this embodiment, one of the conditions for allowing through checkout is that there is no need to hand over a voucher to the customer M1, so a requirement for using through checkout is that an electronic receipt service that does not require the issuance of a paper receipt can be used. Therefore, the processor 31 automatically executes a process for registering an electronic receipt in conjunction with the process for through checkout. The processor 31 then proceeds to ACT57 in FIG. 12.

[0097] On the other hand, if a transaction using the self-checkout machine 50 is instructed, for example by operating button BU21 on selection screen SC12, processor 31 judges NO in ACT43 in Figure 15 and proceeds to ACT50. Also, if processor 31 judges NO in ACT40 in Figure 14 because through checkout is not permitted, processor 31 proceeds to ACT50 in Figure 15. In other words, processor 31 proceeds to ACT50 in a situation where it is necessary to start transaction at the self-checkout machine 50. In this way, processor 31 determines whether to output information regarding payment or to perform payment at self-checkout machine 50 as a payment device, depending on the result of the selection made at cart terminal 10 on selection screen SC12 of whether to output information regarding payment or to perform payment at self-checkout machine 50 as a payment device. In this way, processor 31 executes information processing based on transaction processing program AP1, and the computer with processor 31 as its central part functions as a determination means.

[0098] As ACT50, the processor 31 transmits the billing data to the communication network 2 so that one of the self-service checkout machines 50 in standby can acquire the billing data. For example, the processor 31 finds a self-service checkout machine 50 in standby among the self-service checkout machines 50 and transmits the billing data to that self-service checkout machine 50. Alternatively, the processor 31 transmits billing data to one of the self-service checkout machines 50, regardless of whether that self-service checkout machine 50 is in standby or not. In this case, the self-service checkout machine 50 to which the billing data is to be sent will accept the billing data if it is in standby. However, if the self-service checkout machine 50 is not in standby, it will transfer the billing data to one of the other self-service checkout machines 50. Alternatively, the processor 31 broadcasts the billing data to multiple self-service checkout machines 50. In this case, one of the multiple self-service checkout machines 50 that is in standby will accept the billing data. However, as long as the accounting data can be accepted by one of the self-checkout machines 50 in a standby state, the accounting data may be transmitted by any other method.

[0099] The accounting data is data necessary for settling the price of the purchased goods registered at the cart terminal 10 at the self-checkout machine 50. Specifically, for example, the processor 31 finds a data record DR4 in the cart management database DB1 in which the terminal code set in the field F41 matches the terminal code of the cart terminal 10. The processor 31 then obtains the transaction code set in the field F43 of the corresponding data record DR4. Next, the processor 31 finds a data record DR5 in the purchased goods database DB2 in which the transaction code set in the field F51 matches the obtained transaction code. The processor 31 then generates accounting data including the data set in each field of the found data record DR4 and the product data included in the found data record DR5. The processor 31 may calculate the settlement amount for the sale of the purchased goods based on the product data included in the found data record DR5, and include the calculated amount in the accounting data.

[0100] Thus, the accounting data corresponds to information for payment. Processor 31 outputs this accounting data, which is information for payment, to self-checkout machine 50, which serves as a payment device. Thus, by processor 31 executing information processing based on transaction processing program AP1, the computer with processor 31 as its central part functions as a first output means.

[0101] As ACT51, the processor 31 instructs the cart terminal 10 to display a guide screen. The guide screen is a screen that notifies customer M1 of the self-checkout machine 50 that has accepted the checkout data, and guides customer M1 to perform the checkout at that self-checkout machine 50.

[0102] In response to the above instruction, the cart terminal 10 displays a guide screen on the touch panel 11e. Following the guidance on the guide screen, customer M1 operates the indicated self-checkout machine 50 to pay for the purchased items. Note that the operation of the self-checkout machine 50 may be the same as that of a checkout machine in an existing semi-self-checkout system. Once the self-checkout machine 50 has completed the payment, it notifies the virtual POS server 30 of the completion of the payment.

[0103] In ACT 52, the processor 31 waits for a notification of completion of the payment from the self-checkout machine 50 that accepted the payment data sent in ACT 50. If the notification of completion is received, the processor 31 determines YES and proceeds to ACT 57 in FIG.

[0104] Meanwhile, customer M1 can also find a self-service checkout machine 50 that is in standby and use that self-service checkout machine 50 to make a payment. In this case, customer M1 first operates button BU2 displayed on the registration screen SC11. In response, the cart terminal 10 notifies the virtual POS server 30 that the payment button has been operated. When notified that the checkout button has been operated in this manner, the processor 31 judges YES in ACT24 in FIG. 12, and NO in ACT27 and ACT29 in FIG. 13 and ACT39 and ACT42 in FIG. 14, and proceeds to ACT53 in FIG.

[0105] In ACT 53, processor 31 checks whether the operation is the checkout button operation. Thus, processor 31 judges YES in the above case and proceeds to ACT 54. If the notified operation is not the checkout button operation, processor 31 judges NO in ACT 53 and proceeds to processing according to the operation.

[0106] In ACT54, the processor 31 instructs the cart terminal 10 to display a scan screen. The scan screen is a screen for instructing the self-service checkout device 50 to obtain accounting data. The processor 31 then returns to the standby state of ACT24 to ACT26 in FIG. FIG. 20 is a diagram showing an example of the scan screen SC15. The scan screen SC15 shows an area AR51, a code symbol CS51, a message ME51, and a button BU51. The area AR51 shows the amount to be paid by the customer M1. The code symbol CS51 contains data necessary for the self-checkout machine 50 to obtain accounting data related to the cart terminal 10 from the virtual POS server 30. The data contained in this code symbol includes, for example, a transaction code. In the example of FIG. 20, a barcode is used as the code symbol. The message ME51 is a text message that guides the operator to scan the code symbol CS51 with the scanner SC2 of the self-checkout machine 50. The button BU51 is an operation button that the operator uses to instruct the operator to log off to end shopping. Thus, on the scan screen SC15, the amount and code symbol CS51 displayed in area AR51 may change from the state shown in FIG. 20 depending on the registration status of the purchased item and the transaction code, but other display elements do not change as a rule.

[0107] In response to the above instruction, the cart terminal 10 displays the scan screen SC15 on the touch panel 11e. Customer M1 uses the scanner SC2 of the self-checkout machine 50, which is in a standby state, to read the code symbol CS51 displayed on the scan screen SC15. When the scanner SC2 of the self-checkout machine 50 reads the code symbol CS51, the self-checkout machine 50 requests the virtual POS server 30 for transaction data related to the cart terminal 10 based on the transaction code included in this code symbol CS51.

[0108] The transaction code represented by the code symbol CS51 is an example of information for accounting. In other words, displaying the code symbol CS51 corresponds to outputting information for accounting. In other words, the touch panel 11e functions as a third output means by displaying the scan screen SC15. The transaction code may be output by a method other than display, such as wireless transmission using short-range wireless communication technology. The read product code may be stored in the cart terminal 10, in which case the product code may be output as information for accounting. In this case, for example, the function of the cart terminal 10 for transmitting the product code to be acquired by the self-checkout machine 50 corresponds to the third output means. The information for accounting is information about the product that the customer M1 wishes to purchase, or information that identifies the product that the customer M1 wishes to purchase.

[0109] When the processor 31 in the virtual POS server 30 is requested to provide transaction data in this manner, it determines YES in ACT26 in FIG. 12 and proceeds to ACT55. As ACT55, the processor 31 transmits accounting data similar to ACT50 to the self-checkout machine 50 that issued the request. Customer M1 operates the self-checkout machine 50 to pay for the purchased items. Note that the operation of the self-checkout machine 50 may be similar to that of an accounting machine in an existing semi-self-checkout system, for example. Then, when the self-checkout machine 50 has completed the payment, it notifies the virtual POS server 30 of the completion of the payment.

[0110] In ACT 56, processor 31 waits for notification of completion of payment from the self-checkout machine 50, which is the destination of the payment data in ACT 55. If completion is notified, processor 31 judges YES and proceeds to ACT 57. Processor 31 also proceeds to ACT 57 when it has finished ACT 49 in Figure 15. Thus, if the processor 31 is notified of the completion of the settlement in either ACT 52 in FIG. 15 or in the waiting state of ACT 56 in FIG. 12, the processor 31 proceeds to ACT 57.

[0111] As ACT57, the processor 31 executes a termination process for terminating the transaction that is the subject of this information processing. For example, the processor 31 sends transaction data indicating the contents of the current transaction to the store server 20. The transaction data indicates the contents of the transaction and the result of the accounting. For example, the transaction data may be the same as data stored in an existing POS system for managing completed transactions. The processor 31 also deletes, for example, the data records DR4 and DR5 that were included in the cart management database DB1 and the purchased item database DB2 for the current transaction. That is, the processor 31 deletes the data record DR4 in which the terminal code of the cart terminal 10 is set in the field F41 and the data record DR5 in which the same transaction code as the transaction code set in the field F43 of the data record DR4 is set in the field F51 from the cart management database DB1 and the purchased item database DB2, respectively. In ACT58, the processor 31 notifies the cart terminal 10 that logoff is permitted. Then, the processor 31 ends the information processing for the cart terminal 10.

[0112] When the processor 11a in the cart terminal 10 receives a notification from the virtual POS server 30 that logoff is permitted, the processor 11a judges YES in ACT6 in FIG. 11 and proceeds to ACT10. The processor 11a displays a logoff screen on the touch panel 11e as ACT 10. The logoff screen is a screen showing a logoff button for an operator to instruct to log off.

[0113] The processor 11a waits for an operation for logoff to be performed in ACT 11. Then, when, for example, a logoff button is operated, the processor 11a judges the result as YES and proceeds to ACT 12. The processor 11a executes a logoff process as the ACT 12. The logoff process is a process for transitioning to a standby state in which the customer M1 is not using the system.

[0114] In ACT13, the processor 11a checks whether the remaining charge of the battery unit 11j is low. For example, the processor 11a obtains a remaining charge value measured by the battery unit 11j and compares the remaining charge value with a predetermined threshold. The processor 11a determines that the remaining charge is low when the remaining charge value is equal to or less than the threshold. Alternatively, the processor 11a may determine that the remaining charge is low when the remaining charge value of the battery unit 11j is less than the predetermined threshold. As an example, the threshold is assumed to be "35%". However, the threshold may be arbitrarily determined by the creator of the transaction processing program AP1 or the administrator of the virtual POS server 30. The threshold is stored in, for example, the auxiliary storage unit 11c. If the remaining charge of the battery unit 11j is low, the processor 11a determines YES and proceeds to ACT14.

[0115] As ACT14, the processor 11a performs a warning operation. This warning operation is an operation for warning the store clerk M2 that the remaining charge of the battery unit 11j is low. The warning operation is, for example, a notification to the store clerk terminal 70. The warning operation is, for example, a display of a predetermined warning screen on the touch panel 11e. The warning operation is, for example, an output of a predetermined voice message or warning sound from the sound unit 11f. Only one warning operation may be performed, or multiple warning operations may be performed in parallel.

[0116] In response to the warning operation, the store clerk M2 in charge of maintenance of the cart C replaces the external battery 16 connected to the cart terminal 10 with another charged external battery 16. When the charged external battery 16 is connected to the cart terminal 10, the power supply unit 11i operates on the power supplied from the external battery 16, so that the cart terminal 10 can operate stably regardless of the remaining charge of the battery unit 11j. In addition, the battery unit 11j is charged by the power supplied from the external battery 16. After the store clerk M2 finishes replacing the external battery 16, he or she performs a predetermined release operation, for example, on the touch panel 11e.

[0117] In ACT15, the processor 11a waits for a release operation to be performed. If the release operation is performed as described above, the processor 11a judges YES and returns to the standby state of ACT1. If the remaining capacity of the battery unit 11j is not low, the processor 11a judges NO in ACT13, skips ACT14 and ACT15, and returns to the standby state of ACT1.

[0118] As described above, the store system 1 allows through checkout, which completes the payment process in response to the operation of the cart terminal 10 by customer M1, only when there is no need to perform any processing that cannot be performed by the processing of the cart terminal 10 in response to the operation of customer M1. This makes it possible to prevent through checkout from being performed at the request of customer M1 when it should not be performed.

[0119] While customer M1 is registering the product as a purchase, the store system 1 checks whether or not through checkout is permitted, and indicates the result of the check by displaying or not displaying icon IC1 on the registration screen SC11. This allows customer M1 to know in advance whether or not through checkout is permitted when starting a transaction.

[0120] This embodiment can be modified as follows. Fig. 21 is a flowchart showing a modified example of information processing by the processor 31. Note that Fig. 21 shows only the differences from the information processing shown in Figs. 12 to 15, and the same processes as those shown in Figs. 12 to 15 are denoted by the same reference numerals.

[0121] If the processor 31 determines NO in ACT40 because through checkout is not permitted, the processor 31 proceeds to ACT61. In ACT61, the processor 31 confirms whether the customer M1 is a member of the electronic receipt service. If the customer M1 is not a member of the electronic receipt service, the processor 31 determines NO and proceeds to ACT50. In other words, if the customer M1 is not a member of the electronic receipt service, the processor 31 performs the same process as in the above-mentioned embodiment except for performing the confirmation in ACT61.

[0122] However, if the customer M1 is a member of the electronic receipt service, the processor 31 determines YES in ACT61 and proceeds to ACT62. As ACT62, the processor 31 instructs the cart terminal 10 to display a transfer screen. The transfer screen is a screen for instructing the customer M1 to transfer the accounting data to the self-service checkout machine 50. The transfer screen also displays a message informing the customer M1 that if he or she wishes to perform through checkout, he or she should request confirmation from the store clerk M2.

[0123] In response to the above instruction, the cart terminal 10 displays a transfer screen on the touch panel 11e. If customer M1 decides to pay at the self-checkout machine 50 without performing through checkout, he or she performs an operation on the transfer screen to instruct the transfer of the payment data to the self-checkout machine 50. In response, the cart terminal 10 notifies the virtual POS server 30 that a transfer has been instructed.

[0124] When notified that a transfer has been instructed in this manner, the processor 31 judges YES in ACT24 in FIG. 12, NO in ACT27 and ACT29 in FIG. 13 and NO in ACT39 and ACT42 in FIG. 14, and further judges NO in ACT53 and proceeds to ACT63. In ACT 63, the processor 31 checks whether or not the command is a transfer command. Thus, in the above case, the processor 31 judges that the command is YES, and proceeds to ACT 50.

[0125] On the other hand, if customer M1 wants to perform through checkout, he / she requests confirmation from store clerk M2 according to the guidance on the transfer screen. In response to this request, store clerk M2 confirms the situation in which through checkout is not permitted and takes measures to resolve the situation. For example, when the purchased items include items with restrictions such as age restrictions, store clerk M2 confirms that customer M1 meets the restrictions. In addition, store clerk M2 confirms that all items placed on cart C have been registered as purchased items. In such a case, store clerk M2 performs a special operation for store clerk M2, for example, on touch panel 11e, to instruct to permit. In response, cart terminal 10 notifies virtual POS server 30 that it has been instructed to permit.

[0126] When notified that such permission has been instructed, the processor 31 judges YES in ACT24 in FIG. 12, NO in ACT27 and ACT29 in FIG. 13 and NO in ACT39 and ACT42 in FIG. 14, and further judges NO in ACT53 and ACT63 and proceeds to ACT64. In ACT64, the processor 31 checks whether or not a command to permit through checkout has been issued. Thus, the processor 31 judges YES in the above case and proceeds to ACT44. That is, the processor 31 transitions to processing for through checkout.

[0127] If clerk M2 confirms that there are products in cart C that are not registered as purchased products, clerk M2 will either guide customer M1 to register those products as purchased products, or perform the operation to register those products as purchased products with customer M1's consent. If all products in cart C are registered as purchased products, then it may become possible for through checkout to be permitted. And if it becomes possible for through checkout to be permitted, customer M1 can start through checkout.

[0128] If the store clerk M2 determines that the situation does not permit through checkout, he or she informs the customer M1 of this and guides the customer M1 to pay at the self-checkout machine 50. This requires confirmation by store clerk M2, but if the situation allows for through checkout by going through that confirmation, customer M1 can use through checkout.

[0129] In addition to the above, the present embodiment can be modified in various ways as follows. If the processor 31 determines NO in ACT40 in Fig. 14 or ACT43 in Fig. 15, it may instruct the cart terminal 10 to display the scan screen SC15. Then, in response to a request for accounting data based on the code symbol CS51 displayed on the scan screen SC15, it may process ACT55 and subsequent steps. In this case, contrary to the above embodiment, the processor 31 may proceed to ACT50 in response to the operation of the button BU2 displayed on the registration screen SC11.

[0130] For example, when through check-out is not permitted because a voucher that is not required to be issued, such as a coupon, should be issued, customer M1 may be asked to specify whether or not to issue the voucher, and through check-out may be permitted if it is specified that the voucher not be issued.

[0131] In addition, in cases where a voucher such as a coupon can be issued, which is not essential, the operator may be notified that a coupon or the like can be obtained by using the self-checkout machine 50. FIG. 22 is a diagram showing an example of the display screen SC16 for the above notification. Display screen SC16 displays a pop-up window PW61 overlaid on selection screen SC12. Pop-up window PW61 displays a message ME61 and buttons BU61, 62. Message ME61 is a text message informing the operator that they can receive coupons and the like if they use the self-service checkout machine 50 to make a transaction. Button BU61 is an operation button that allows the operator to declare that they will use through checkout. Button BU62 is an operation button that allows the operator to declare that they will use the self-service checkout machine 50 to make a transaction. For example, in a state where the selection screen SC12 shown in Fig. 17 is displayed on the cart terminal 10, the processor 31 changes the display screen of the cart terminal 10 to the display screen SC16 in response to the operation of the button BU21. Then, if the button BU61 is operated, the processor 31 proceeds to ACT44 in Fig. 15. Also, if the button BU62 is operated, the processor 31 proceeds to ACT50 in Fig. 5. Therefore, if customer M1 uses through checkout without receiving a coupon, etc., customer M1 operates button BU61. If customer M1 decides to use the self-checkout machine 50 to receive a coupon, customer M1 operates button BU62. In addition, instead of displaying the display screen SC16, a selection screen including a message informing the operator that a coupon or the like can be obtained by using the self-checkout machine 50 may be displayed on the cart terminal 10 instead of the selection screen SC12. Fig. 23 is a diagram showing an example of the selection screen SC17. In Fig. 23, the same display elements as those in Fig. 17 are denoted by the same reference numerals, and detailed description thereof will be omitted. Selection screen SC17 is a screen that displays selection screen SC12 with a message ME71 added thereto. Message ME71 is a text message that notifies the operator that a coupon or the like can be obtained by using self-checkout machine 50. The processor 31 checks whether or not a certificate that is not mandatory to be issued can be issued in ACT41 in Fig. 14. If the certificate is not mandatory to be issued, the processor 31 causes the cart terminal 10 to display a selection screen SC12, and if the certificate is mandatory to be issued, the processor 31 causes the cart terminal 10 to display a selection screen SC17.

[0132] It is known that vouchers such as coupons or discount vouchers are issued under conditions different from those exemplified in the above embodiment. For example, a case where a plurality of products in a predetermined combination are included in the purchased products is one example. Another example is a case where the purchase date is a day with predetermined weather conditions, such as a rainy day. Another example is a case where the purchase date is a specific day, such as a sale day. Even in such cases where a voucher is issued for conditions different from the purchase of a single product, through checkout may not be performed. In this case, issuance confirmation information indicating for which conditions the voucher is issued may be managed in a database separate from the product master database.

[0133] As a personal setting for each customer M1, it is possible to set the automatic application of through checkout, and if through checkout is permitted, the processor 31 may proceed to the process for through checkout without the customer M1 making a selection on the selection screen SC12. In this case, the information on the personal setting may be added to, for example, a data record included in the member database.

[0134] The customer M1 may be allowed to set the refusal of receipt issuance as a personal setting, and the processor 31 may not issue a receipt if the setting is set to refuse receipt issuance. In this case, regardless of whether the electronic receipt service is used, the customer M1 who is set to refuse receipt issuance may be allowed to check out through. In other words, in the above embodiment, the use of the electronic receipt service is a condition for allowing check-out through, but this is merely an example. The personal setting information in this case may be added to a data record included in the member database, for example. Note that, if the customer M1 who is not a user of the electronic receipt service refuses receipt issuance, for example, an image of the receipt may be sent from the virtual POS server 30 to a mobile terminal carried by the customer M1 via the communication network 2. In this case, the connection between the mobile terminal and the communication network 2 may be realized via short-range wireless communication with the cart terminal 10.

[0135] The information processing shown in Figures 12 to 15 may be executed by the processor 11a in the cart terminal 10. In this case, the cart terminal 10 functions as a terminal device by itself. The information processing shown in Figures 12 to 15 may be shared and executed by the processor 11a and the processor 31. The processor 11a does not execute processing for managing multiple cart terminals 10, such as ACT20, ACT34, and ACT35 in Figure 12.

[0136] The functions of the virtual POS server 30 may be provided in the store server 20 or another server. Also, the functions of the virtual POS server 30 may be realized by distributed processing by a plurality of servers.

[0137] An information terminal such as a smartphone that the customer M1 has brought into the store may be used instead of the cart terminal 10.

[0138] At least one of the scanner 12, the reader 13, the camera 14, the beacon receiver 15 and the external battery 16 may not be a component of the cart terminal 10, but may be appropriately attached externally as an optional device.

[0139] A camera may be built in the tablet computer 11, and the symbol code may be photographed using the camera. In this case, the processor 11a functions as an acquisition unit by extracting the product code from the image obtained by photographing.

[0140] Each function realized by the processor 11a or the processor 31 through information processing can be realized in part or in whole by hardware that executes information processing not based on a program, such as a logic circuit, etc. Also, each of the above functions can be realized by combining the above hardware, such as the logic circuit, with software control.

[0141] Although some embodiments of the present invention have been described, these embodiments are presented as examples and are not intended to limit the scope of the invention. These novel embodiments can be implemented in various other forms, and various omissions, substitutions, and modifications can be made without departing from the spirit of the invention. These embodiments and their modifications are included in the scope and spirit of the invention, and are included in the scope of the invention and its equivalents described in the claims. [Explanation of symbols]

[0142] 1...store system, 2...communication network, 2a...access point, 3...payment server, 4...electronic receipt server, 5...membership server, 10...cart terminal, 11...tablet computer, 11a...processor, 11b...main memory, 11c...auxiliary storage unit, 11d...wireless unit, 11e...touch panel, 11f...sound unit, 11g...interface unit, 11h...transmission path, 11i...power supply unit, 11j...battery unit, 12...scanner, 13...reader, 14...camera, 15...beacon receiver, 16...external battery, 20...store server, 30...virtual POS server, 31...processor, 32...main memory, 33...auxiliary storage unit, 34...communication interface, 35...transmission path, 40...manned accounting machine, 50...self-service accounting machine, 60...beacon transmitter, 70...store clerk terminal.

Claims

1. A terminal device having an acquisition means for acquiring a product code that identifies a product; a payment device for making a payment based on the product code acquired by the acquisition means, a determination means for determining whether to output information regarding a payment or to perform a payment using the payment device when the payment for the amount based on the product code acquired by the acquisition means is possible using the terminal device, based on information stored in a storage means and indicating whether the payment is possible using the terminal device; a first output means for outputting information for payment to the payment device when the payment cannot be made at the terminal device based on the information stored in the storage means or when the determination means determines that the payment should be made at the payment device; a second output means for outputting information regarding the payment when the determination means determines that information regarding the payment is to be output; A transaction processing system having:

2. The settlement device has a printing means for printing on a medium, The information indicating that it is not necessary to print on the medium by the printing means is used as the information indicating that payment is possible on the terminal device.

2. The transaction processing system of claim 1.

3. Information indicating that there is no age restriction for the purchaser is used as the information indicating that payment can be made on the terminal device.

2. The transaction processing system of claim 1.

4. The information indicating that the electronic receipt service is available is used as the information indicating that payment is possible on the terminal device.

2. The transaction processing system of claim 1.

5. A computer installed in a mobile terminal that can be moved by a customer, An acquisition means for acquiring a product code for identifying a product; a selection means for selecting whether to output information related to a payment or to make a payment at another device when the payment of the amount based on the product code acquired by the acquisition means is possible at the mobile terminal based on a result of the judgment by the judgment means as to whether the payment is possible at the mobile terminal; a third output means for outputting information for a transaction when payment cannot be made at the mobile terminal based on a result of the determination made by the determination means, or when payment is selected to be made at the other device by the selection means; a fourth output means for outputting information regarding the payment when the selection means selects to output the information regarding the payment; An information processing program that enables the system to function as such.

Images