JP2023059798A - Commodity registration device and program for the same - Google Patents

Abstract

An object of the present invention is to enable easy confirmation of information relating to a traded product for which a discount has been established. A product registration device includes an input unit, a storage unit, a display unit, and a control unit. The input unit inputs product data used to specify the product to be traded. The storage unit stores product detail data including the product name and price of the transaction target product specified by the product data. The display unit displays, in a list format, product detail data of a transaction target product related to one transaction. When the product data input via the input unit establishes a discount for the product to be traded for which product detail data is stored in the storage unit, the control unit displays the discount displayed in a list format on the display unit. To display product detail data of a transaction target product for which a is established so as to be identifiable from product detail data of other transaction target products. [Selection drawing] Fig. 29

Description

1. April 8, 2022 Life Corporation Sakurashinmachi store (2-23-1 Sakurashinmachi, Setagaya-ku, Tokyo) and Life Corporation Hachinohe Nosato store ( Sold at 5-2-2 Shimokosaka, Higashiosaka City, Osaka Prefecture)

The embodiments of the present invention relate to a product registration device and its program.

There is a sales method in which a discount is applied when the content of a commodity to be traded, which is processed as one transaction, satisfies a predetermined condition. A self-service product registration device in which a customer reads and registers a code affixed to a purchased product, which is a product to be traded, is also known to support the above sales method. For example, there is a device that, when a customer's code is read and the conditions for a discount are satisfied, pop-up information about the product to be traded for which the discount is established.

However, the pop-up window closes when the code for the next traded product is read. For this reason, after the pop-up window is closed, it is difficult to check the information on the traded product for which the discount has been made, and an improvement is desired.

Japanese Patent Application Laid-Open No. 2020-042458

The problem to be solved by the embodiments of the present invention is to provide a product registration device that allows easy confirmation of information on traded products for which a discount has been established.

In one embodiment, a product registration device includes an input unit, a storage unit, a display unit, and a control unit. The input unit inputs product data used to specify the product to be traded. The storage unit stores product detail data including the product name and price of the transaction target product specified by the product data. The display unit displays, in a list format, product detail data of a transaction target product related to one transaction. When the product data input via the input unit establishes a discount for the product to be traded for which product detail data is stored in the storage unit, the control unit displays the discount displayed in a list format on the display unit. To display product detail data of a transaction target product for which a is established so as to be identifiable from product detail data of other transaction target products.

FIG. 1 is a block diagram showing a schematic configuration of a product registration system according to one embodiment. FIG. 2 is a schematic diagram showing the main data structure of a product record. FIG. 3 is a schematic diagram showing the main data structure of a discount record. FIG. 4 is a block diagram showing the main circuit configuration of the registration support server. FIG. 5 is a schematic diagram showing main data stored in a transaction file. FIG. 6 is a block diagram showing the essential circuit configuration of the information terminal. FIG. 7 is a schematic diagram showing the structure of the list memory. FIG. 8 is a schematic diagram showing the configuration of the total memory. FIG. 9 is a schematic diagram showing the configuration of the tag table. FIG. 10 is a flow chart showing main procedures of information processing executed by the processor of the information terminal. FIG. 11 is a flow chart showing main procedures of information processing executed by the processor of the information terminal. FIG. 12 is a flow chart showing main procedures of information processing executed by the processor of the information terminal. FIG. 13 is a flow chart showing main procedures of information processing executed by the processor of the information terminal. FIG. 14 is a flow chart showing main procedures of information processing executed by the processor of the information terminal. FIG. 15 is a flow chart showing main procedures of information processing executed by the processor of the information terminal. FIG. 16 is a flow chart showing main procedures of information processing executed by the processor of the information terminal. FIG. 17 is a flowchart showing a specific procedure of detailed analysis processing executed by the processor of the information terminal. FIG. 18 is a flowchart showing a specific procedure of registration screen editing processing executed by the processor of the information terminal. FIG. 19 is a flow chart showing main procedures of check-in notification processing executed by the processor of the registration support server. FIG. 20 is a flow chart showing main procedures of registration notification processing executed by the processor of the registration support server. FIG. 21 is a flow chart showing main procedures of change notification processing executed by the processor of the registration support server. FIG. 22 is a flow chart showing a main procedure of payment notification processing executed by the processor of the registration support server. FIG. 23 is a flow chart showing a main procedure of settlement request command reception processing executed by the processor of the registration support server. FIG. 24 is a schematic diagram showing an example of a check-in screen. FIG. 25 is a schematic diagram showing an example of a registration screen. FIG. 26 is a schematic diagram showing an example of a scan screen. FIG. 27 is a schematic diagram showing an example of a registration screen. FIG. 28 is a schematic diagram showing an example of a registration screen. FIG. 29 is a schematic diagram showing an example of a registration screen. FIG. 30 is a schematic diagram showing an example of an established discount confirmation screen. FIG. 31 is a schematic diagram showing an example of a discount confirmation screen that has not yet been established. FIG. 32 is a schematic diagram showing an example of the score change screen. FIG. 33 is a schematic diagram showing an example of a registration screen. FIG. 34 is a schematic diagram showing an example of a checkout screen. FIG. 35 is a schematic diagram showing another embodiment of the registration screen displayed on the touch panel of the information terminal. FIG. 36 is a schematic diagram showing another embodiment of the registration screen displayed on the touch panel of the information terminal. FIG. 37 is a schematic diagram showing another embodiment of an established discount confirmation screen displayed on the touch panel of the information terminal. FIG. 38 is a schematic diagram showing an example of a checkout confirmation screen displayed on the display of the POS terminal or dedicated checkout machine.

An embodiment will be described below with reference to the drawings.
In this embodiment, a sales floor of a retail store is divided into a sales floor where commodities are displayed and a checkout counter where a checkout machine is installed. This is the case of self-registration of purchased products by entering the product code. A self-service commodity registration system is constructed in such stores. The information terminal is one aspect of the product registration device. As the information terminal, for example, an information terminal such as a smartphone owned by a customer, a dedicated mobile terminal prepared in a store, a tablet terminal attached to a shopping cart, or the like can be used. In this embodiment, an information terminal owned by a customer will be described as an example.

[Description of product registration system configuration]
FIG. 1 is a block diagram showing a schematic configuration of a product registration system 100 according to this embodiment. The product registration system 100 includes a server system 10 using cloud computing and a POS (Point Of Sales) system 20 built in a member store. The server system 10 and the POS system 20 enable two-way data communication through a network 30 using Internet protocol. The network 30 is a wide area network that uses a public line or a dedicated line as a relay network and a wired LAN (Local Area Network), a wireless LAN, a mobile communication network, a mobile phone communication network, or the like as an access network. An information terminal 40 that uses a mobile phone communication network, such as a smart phone, can access the server system 10 via the network 30 .

A member store is a store that has concluded a usage contract with the management company of the server system 10 . Note that FIG. 1 shows the POS system 20 of one member store. It goes without saying that the POS systems of other member stores are similarly connected to the network 30 . However, the POS systems of other member stores do not necessarily have the same configuration as the POS system 20 shown in FIG. Part of the configuration of the POS system may differ depending on the member store.

The server system 10 includes a registration support server 11 and a router 12 , which are connected by a communication line 13 . The router 12 is also connected to the network 30 and serves as a relay point for data communication using the network 30 between the registration support server 11 and the POS system 20 of each member store.

The registration support server 11 is a computer for supporting the registration work of products to be traded, that is, products purchased by customers who shop at affiliated stores. For that support, the registration support server 11 has at least the following two functions. The first function is a function of registering and processing product sales data based on the code of the purchased product input by the information terminal 40 . The second function is to create or transmit accounting data necessary for settlement of transactions with customers using the information terminal 40 in accordance with accounting instructions from the information terminal 40 .

The registration support server 11 manages the merchandise master 14 and the discount master 15 for each member store in order to realize the first function. The product master 14 is a set of product records 141 (see FIG. 2) created for each product. The discount master 15 is a set of discount records 151 (see FIG. 3) created for each discount establishment condition.

FIG. 2 is a schematic diagram showing the main data structure of the product record 141. As shown in FIG. As illustrated, the product record 141 is a data record in which product information such as product code, classification code, product name, price, attribute, and discount code is recorded. A product code is a unique code set for each product to identify each product.

The classification code is a unique code set for each product classification. Classification includes classification of foods such as vegetables, fruits, meat, fresh fish, beverages, dairy products, processed foods, and sweets, and classification of daily necessities such as kitchen utensils, bath utensils, laundry utensils, and toilet utensils. The division of classification is not limited to this, but at least the product specified by the product code belongs to one of the classifications.

The product name and price are the proper name of the product specified by the product code and the normal price per item. The attribute is information about the characteristics of the product specified by the product code, such as whether the product is discounted or subject to a reduced tax rate. The discount code is a unique code set for each discount establishment condition. A discount code is set for a product to be discounted. The discount code is "0" or Null for products that are not discounted.

FIG. 3 is a schematic diagram showing the main data structure of the discount record 151. As shown in FIG. As illustrated, the discount record 151 is a data record in which a discount code, a discount classification, and a discount establishment condition are recorded.

The discount category is information indicating the type of discount. In the present embodiment, there are three types of discounts: "M&M discount", "bulk sale discount", and "single item discount". The discount category of "M&M discount" is set to "1", the discount category of "bulk sale discount" is set to "2", and the discount category of "single item discount" is set to "3".

"M&M discount" is a sales method that offers a discount when purchasing a combination of a predetermined number of products from multiple product items. Therefore, in the case of "M&M discount", the conditions for establishing the discount are the code for identifying the product for which the "M&M discount" is applied, the number of points for which the discount is established, and the sales amount after the discount is established. consists of The code may be a product code or a classification code. For example, in the case of "M&M discount," which says, "If you purchase two items from a confectionery priced at 220 yen, the total selling price of the two items will be 400 yen." A product code set for each confectionery or a classification code set for confectioneries priced at 220 yen is used. Also, the number of points for which the discount is established is "2", and the sales amount after the discount is established is "400".

“Bulk sale discount” is a sales method in which a discount is applied when a plurality of identical products are purchased together. Therefore, in the case of a "bulk sale discount", the conditions for establishing the discount are the product code for identifying the product for which the "bulk sale discount" is applied, the number of items for which the discount is made, and the sales amount after the discount is made. Consists of For example, in the case of a "bulk sale discount" that "if two items of product A are purchased at a price of 160 yen, the total selling price of the two items is set at 300 yen", the code is the product code of product A. Also, the number of points for which the discount is established is "2", and the sales amount after the discount is established is "300".

"Single item discount" is a sales method in which the price of a product subject to discount is changed to the discounted price when the total transaction amount reaches or exceeds a predetermined amount. Therefore, in the case of a "single item discount", the conditions for the discount to be established are the product code for identifying the product subject to the "single item discount", the total amount for which the discount is applied, and the price after the discount is applied. Consists of For example, in the case of a "single item discount" that "if the total transaction amount is 1000 yen or more, sell product B with a price of 120 yen for 100 yen", the code is the product code of product B. Further, the total price for which the discount is established is "1000", and the price after the discount is established is "100".

Returning to the description of FIG.
The POS system 20 includes a store server 21 , a monitoring terminal 22 , a POS terminal 23 and a dedicated checkout machine 24 , which are connected by an in-store network 25 . The POS system 20 also connects a router 26 to an in-store network 25 and connects to a network 30 via this router 26 . Furthermore, the POS system 20 connects an access point 27 to the in-store network 25, and enables data communication with the information terminal 40 via the access point 27 by wireless LAN.

The store server 21 is a computer for managing sales information, product inventory information, order information, etc. of the affiliated store based on transaction information settled at the affiliated store where the POS system 20 is built.

The monitoring terminal 22 is a terminal for monitoring a customer who uses the information terminal 40 to read the code of the purchased product by himself/herself. The monitoring terminal 22 has a monitor on which the customer's behavior in the store, data related to the merchandise purchased by the customer, and the like are displayed.

The POS terminal 23 is a checkout machine that processes payments for transactions with customers who do not use the information terminal 40 . The POS terminal 23 is operated by a store clerk. The POS terminal 23 may be of a semi-self system in which a registration machine and a checkout machine are separated, and the registration machine is operated by a store clerk and the checkout machine is operated by a customer. The POS terminal 23 may be of a full self-service type operated by a customer.

The dedicated checkout machine 24 is a checkout machine that processes settlement of transactions with customers using the information terminal 40 . The operator of the dedicated accounting machine 24 is the customer. The dedicated accounting machine 24 has a function of scanning accounting bar codes displayed on the information terminal 40, a payment processing function corresponding to various payment methods such as electronic money, credit cards, cash, etc., and an electronic money charging function. .

[Description of the configuration of the registration support server]
FIG. 4 is a block diagram showing the main circuitry of the registration support server 11. As shown in FIG. The registration support server 11 has a processor 111 , a main memory 112 , an auxiliary storage device 113 , a clock 114 , a communication interface 115 and a system transmission line 116 . System transmission line 116 includes an address bus, a data bus, control signal lines, and the like. The registration support server 11 connects the processor 111 , the main memory 112 , the auxiliary storage device 113 , the clock 114 and the communication interface 115 to the system transmission line 116 . In the registration support server 11, a computer is composed of a processor 111, a main memory 112, an auxiliary storage device 113, a clock 114, a communication interface 115, and a system transmission line 116 connecting them.

The processor 111 corresponds to the core part of the computer. The processor 111 controls each part to realize various functions of the registration support server 11 according to an operating system or an application program (application software). The processor 111 is, for example, a CPU (Central Processing Unit).

The main memory 112 corresponds to the main memory portion of the computer. Main memory 112 includes a non-volatile memory area and a volatile memory area. The main memory 112 stores an operating system or application programs in a non-volatile memory area. The main memory 112 stores data necessary for the processor 111 to execute processing for controlling each unit in a volatile memory area. The above data may be stored in a non-volatile memory area. The main memory 112 uses a volatile memory area as a work area in which data is appropriately rewritten by the processor 111 . The non-volatile memory area is, for example, ROM (Read Only Memory). A volatile memory area is, for example, a RAM (Random Access Memory).

The auxiliary storage device 113 corresponds to the auxiliary storage portion of the computer. For example, an EEPROM (Electric Erasable Programmable Read-Only Memory), HDD (Hard Disc Drive), SSD (Solid State Drive), or the like can be the auxiliary storage device 113 . The auxiliary storage device 113 stores data used when the processor 111 performs various types of processing, data created by processing in the processor 111, and the like. Auxiliary storage device 113 may store the above application programs.

Clock 114 keeps the date and time. The registration support server 11 acquires the date and time measured by the clock 114 as the current date and time.

The communication interface 115 is a circuit for transmitting and receiving data to and from each device connected via the network 30 according to a predetermined communication protocol.

The registration support server 11 uses part of the volatile area in the main memory 112 as a storage area for a plurality of transaction files 50 . The transaction file 50 is created for each customer who uses the information terminal 40 to read the code of the purchased product, which is the product to be traded. The transaction file 50 stores various data necessary for creating accounting data.

FIG. 5 is a schematic diagram showing main data stored in the transaction file 50. As shown in FIG. FIG. 5 shows, as an example, data of one record out of a plurality of transaction records stored in transaction file 50 . The transaction file 50 stores data relating to customer transactions using the information terminal 40 . As shown in FIG. 5, the transaction file 50 contains a transaction identification code, a store code, the date and time of entering the store, the number of item data items n, item item data of the number n, the total points, the total amount, the total amount of discounts, and the accounting code. etc. are stored.

A transaction identification code is information for identifying a customer's transaction. The transaction identification code may be, for example, a code for identifying the information terminal 40 used by the customer. For example, the device ID of the information terminal 40, mobile phone number, etc. may be the transaction identification code. The transaction identification code may be, for example, a transaction number for identifying the transaction, or may be a combination of the transaction number, the store code, and date and time information such as the date and time of entering the store. The transaction number is issued when the registration support server 11 generates the transaction file 50 . The store code is a unique code set for each member store to individually identify each member store. The store entry date and time is the date and time when the customer activates the application for the product registration system running on the information terminal 40 and checks in to the affiliated store.

The product detail data includes the product code, classification code, product name, price, attribute, number of purchases, discount code, discount category, etc. of the purchased product. The product code, classification code, product name, price, attribute and discount code are information of the product record 141 . The discount category is information of the discount record 151 .

The product detail data further includes a target flag Fa, a fulfillment flag Fb, and an update flag Fc. The target flag Fa is 1-bit data for identifying whether or not the purchased product is a discount target product. A discount target product is a product for which a discount code other than "0" or NULL is set. In this embodiment, the target flag Fa of the discount target product is set to "1", and the target flag of the non-discount target product is set to "0". The establishment flag Fb is 1-bit data for identifying whether or not the discount of the discount establishment condition specified by the discount code has been established. In this embodiment, the establishment flag Fb is set to "1" when the discount is established, and the establishment flag is set to "0" when the discount is not established. The update flag Fc is 1-bit data for identifying whether or not the product detail data has been updated. In the present embodiment, the update flag Fc of updated product detail data is set to "1", and the update flag Fc of product detail data that has not been updated is set to "0".

The total score is the score obtained by summing the purchase scores of each product detail data. The total amount is the sum of the purchase amounts of each product detail data. The purchase price is calculated by multiplying the price by the purchase quantity and subtracting the discount amount. The total discount amount is an amount obtained by adding up the discount amount of the purchased product. The accounting code is a code that a customer who uses the information terminal 40 to check-in to a member store specified by the store code at the time of entering the store uses the code for transaction accounting.

[Explanation of information terminal configuration]
FIG. 6 is a block diagram showing the essential circuit configuration of the information terminal 40. As shown in FIG. As shown in FIG. 6, the information terminal 40 includes a processor 41, an internal memory 42, an external memory 43, a touch panel 44, a camera 45, a wireless unit 46 and a system transmission path 47.

The system transmission line 47 includes an address bus, a data bus, control signal lines and the like. The information terminal 40 connects a processor 41 , an internal memory 42 , an external memory 43 , a touch panel 44 , a camera 45 and a wireless unit 46 to a system transmission path 47 . In the information terminal 40, a computer is composed of a processor 41, an internal memory 42, an external memory 43, and a system transmission line 47 connecting them.

The processor 41 corresponds to the central portion of the computer. The processor 41 controls each part to realize various functions as the information terminal 40 according to an operating system or an application program (application software). The processor 41 is, for example, a CPU.

The built-in memory 42 corresponds to the main memory portion of the computer. The internal memory 42 includes a nonvolatile memory area and a volatile memory area. The built-in memory 42 stores an operating system or application programs in a non-volatile memory area. The built-in memory 42 stores, in a volatile memory area, data necessary for the processor 41 to execute processing for controlling each unit. Also, the built-in memory 42 uses a volatile memory area as a work area in which data is appropriately rewritten by the processor 41 . The non-volatile memory area is, for example, ROM. A volatile memory area is, for example, a RAM.

The external memory 43 corresponds to the auxiliary memory portion of the computer. For example, the external memory 43 can be an SD memory card, a USB memory, or the like. The external memory 43 stores data used when the processor 41 performs various types of processing, data created by processing in the processor 41, and the like. The external memory 43 may store the above application programs.

The touch panel 44 is a device that combines a display as a display unit and a touch sensor as a detection unit. The display has a screen for displaying various images. The touch sensor detects the position on the screen touched by the operator. The touch panel 44 acquires data input by the operator from the position on the screen detected by the touch sensor and the information of the image displayed at that position.

The camera 45 is an imaging device built into the information terminal 40 . The processor 41 has a function as a reading unit that reads codes such as barcodes and two-dimensional codes from images captured by the camera 45 . Each product has a bar code representing the product code of the product in a predetermined bar code system. That is, the processor 41 can acquire the product code of the purchased product by reading the barcode attached to the product from the image captured by the camera 45 .

The wireless unit 46 is a communication device that performs data communication with the access point 27 according to a wireless LAN communication protocol. The radio unit 46 constitutes a communication section of the information terminal 40 .

The self-registration program 60 is installed in the external memory 43 of the information terminal 40 having such a configuration, for example. The self-registration program 60 is application software for the product registration system executed on the information terminal 40 . Self-registration program 60 may be installed in internal memory 42 . A method for installing the self-registration program 60 in the built-in memory 42 or the external memory 43 is not particularly limited. The self-registration program 60 can be installed in the built-in memory 42 or the external memory 43 by recording the self-registration program 60 on a removable recording medium or distributing the self-registration program 60 by communication via a network. The recording medium may be of any form, such as an SD memory card, USB memory, etc., as long as it can store the program and can be read by the device.

In the information terminal 40 in which the self-registration program 60 is installed, part of the built-in memory 42 is used as a list memory 61 , total memory 62 and tag table 63 . List memory 61 , total memory 62 and tag table 63 may be formed in external memory 43 .

FIG. 7 is a schematic diagram showing the configuration of the list memory 61. As shown in FIG. As shown, the list memory 61 has an area for storing product detail data and tag categories in association with a series of list numbers. The product detail data area stores the product detail data stored in the transaction file 50 including the transaction identification code that identifies the transaction of the customer using the information terminal 40 . The tag classification area stores the tag classification, which is the identification information of the tag attached when the product name, price, etc. of the product detail data are displayed on the touch panel 44 in a list format. Details of the tag will be described later.

FIG. 8 is a schematic diagram showing the configuration of the total memory 62. As shown in FIG. As shown, the total memory 62 has areas for storing the total points Ta, the total amount Tb, and the total discount amount Tc. The total points Ta area stores the total points stored in the transaction file 50 including the transaction identification code that identifies the transaction of the customer using the information terminal 40 . The total amount Tb area stores the total amount stored in the same transaction file 50 . The total discount amount Tc area stores the total discount amount stored in the transaction file 50 .

FIG. 9 is a schematic diagram showing the configuration of the tag table 63. As shown in FIG. As shown, the tag table 63 includes a tag classification column, a discount classification column, an object flag Fa column, an establishment flag Fb column, a tag name column, and a color information column.

In this embodiment, the tag classification is "1", the discount classification is "1", the target flag Fa is "1", the establishment flag Fb is "0", the tag name is "M&M target", and the color information is "black ” tag record. That is, the tag category "1" is information for identifying the black-letter tag "M&M target" attached to the information of the purchased product which is the discount target product of "M&M discount" and has not been discounted.

In this embodiment, the tag division is "2", the discount division is "1", the target flag Fa is "1", the establishment flag Fb is "1", the tag name is "M&M established", and the color information is "red ” tag record. That is, the tag category "2" is information for identifying the red-letter tag "M&M established" attached to the information of the purchased product that is the target product of the "M&M discount" and for which the discount is established. .

In the present embodiment, the tag classification is "3", the discount classification is "2", the target flag Fa is "1", the establishment flag Fb is "0", the tag name is "collective discount target", and the color information is Store the "black" tag record. That is, the tag category "3" is information for identifying the black-letter tag "bulk discount target" attached to the information of the purchased product that is the discount target product of the "bulk sale discount" and the discount is not established. be.

In the present embodiment, the tag classification is "4", the discount classification is "2", the target flag Fa is "1", the establishment flag Fb is "1", the tag name is "collective discount established", and the color information is Store the "red" tag record. That is, the tag category "4" is information for identifying the red-letter tag "Bulk Discount Applied" attached to the information of the purchased product that is subject to the discount of the "Bulk Sale Discount" and for which the discount is established. is.

Further, in this embodiment, the tag classification is "5", the discount classification is "3", the target flag Fa is "1", the establishment flag Fb is "0", the tag name is "single item discount target", and the color information is Store the "black" tag record. That is, the tag category "5" is information for identifying the black-letter tag "single item discount target" attached to the information of the purchased item that is subject to the "single item discount" discount and for which the discount has not been established. be.

In the present embodiment, the tag classification is "6", the discount classification is "3", the target flag Fa is "1", the establishment flag Fb is "1", the tag name is "single item discount established", and the color information is Store the "red" tag record. That is, the tag category "6" is information identifying the tag in red letters "single item discount established" attached to the information of the purchased product that is subject to the "single item discount" discount and for which the discount is established. is.
Note that the tag names and color information are not limited to those shown in FIG. Appropriate tag names and color information are set by system administrators or users.

[Description of the operation of the product registration system]
10 to 18 are flow charts showing main procedures of information processing executed by the processor 41 of the information terminal 40 according to the self-registration program 60. FIG. 19 to 23 are flow charts showing main procedures of information processing executed by the processor 111 of the registration support server 11 according to the program. 24 to 34 are transition examples of screens displayed on the touch panel 44 of the information terminal 40. FIG. Main operations of the product registration system 100 will be described below with reference to the drawings. It should be noted that the procedure and contents of the operations described below are examples. The procedure or contents can be changed as appropriate as long as the same effect can be achieved. Also, the screen is an example. The layout, images, texts, etc. of each screen are not limited to those shown in the drawings.

A customer who uses the information terminal 40 to shop at a retail store where the product registration system 100 is built first starts the self-registration program 60 . When the self-registration program 60 is activated, the processor 41 of the information terminal 40 starts information processing according to the procedure shown in FIG. The processor 41 causes the touch panel 44 to display the check-in screen SCa (see FIG. 24) as ACT1. The processor 41 then activates the camera 45 as ACT2.

At the entrance of the store, a code for entering the store is prepared. The store entry code is obtained by encoding the setting information related to the store using a two-dimensional code system. The setting information includes a store code, in-store LAN data, mobile communication data, and the like. The in-store LAN data includes the SSID, password, security information, etc. required for the information terminal 40 to connect to the access point 27 using the wireless LAN. The mobile communication data includes the timeout period, the number of retries, and the like required for the information terminal 40 to communicate with each device of the product registration system 100 .

FIG. 24 is an example of the check-in screen SCa. As illustrated, the check-in screen SCa has a frame CM indicating a code reading area along with guidance for scanning a store entry code. The customer holds the camera 45 of the information terminal 40 over the store entry code so that the store entry code fits within the frame CM. Then, the function of the reading unit of the information terminal 40 reads the store entry code.

In the above description, the camera 45 is activated at the timing when the check-in screen SCa is displayed on the touch panel 44, but the timing at which the camera 45 is activated is not limited to this. For example, a camera activation button may be displayed on the check-in screen SCa, and the camera 45 may be activated when the camera activation button is input.

The processor 41 displaying the check-in screen SCa waits for check-in as ACT3. When the store entry code is scanned by the camera 45, the processor 41 recognizes that check-in has been performed, and proceeds to ACT4. The processor 41 stops the camera 45 as ACT4.

The processor 41 controls the wireless unit 46 to notify check-in as ACT5. By this control, the wireless unit 46 connects to the access point 27 via the wireless LAN based on the in-store LAN data acquired from the store entry code. After connecting with the access point 27, the wireless unit 46 wirelessly transmits a check-in notification command. The check-in notification command is received by the access point 27 and sent to the registration support server 11 via the router 26 of the POS system 20 . The check-in notification command includes the terminal identification code set in the information terminal 40 . The terminal identification code may be, for example, a code for identifying the information terminal 40 used by the customer. For example, the device ID of the information terminal 40, mobile phone number, etc. may be the terminal identification code. Alternatively, the terminal identification code may be the self-registration program 60 stored in the information terminal 40 or a code for identifying the user who uses the program. It may be a unique number or a membership number issued at the time of membership registration by the customer. The store code obtained from the store entry code is also included in the check-in notification command. Upon receiving the check-in notification command, the registration support server 11 executes check-in notification processing.

FIG. 19 is a flow chart showing a main procedure of check-in notification processing. When the processor 111 of the registration support server 11 receives the check-in notification command via the communication interface 115, the processor 111 acquires the terminal identification code from the check-in notification command as ACT131. The processor 111 also acquires the store ID from the check-in notification command as ACT 132 . Further, the processor 111 sets the current date and time clocked by the clock 114 as the entry date and time as ACT 133 . Processor 111 then creates transaction file 50 as ACT 134 . The transaction file 50 stores the transaction identification code, the store code obtained from the check-in notification command, and the date and time of entering the store. The transaction identification code may be the terminal identification code obtained from the check-in notification command. The transaction identification code may be a transaction number. Transaction file 50 is stored, for example, in main memory 112 .

As ACT 135, the processor 111 transmits a start command to the information terminal 40, which is the source of the check-in notification command, based on the terminal identification code, for example. Here, if a transaction number is used as the transaction identification code, the start command may include the transaction identification code using the transaction number and be transmitted to the information terminal 40 . In this case, when registering a product, the information terminal 40 can include a transaction identification code in a registration notification command, which will be described later, and the registration support server 11 stores information on the product registered by the customer based on the transaction identification code. can be managed.

With this, the processor 111 ends the information processing when the check-in notification command is received. Although the processor 111 creates the transaction file 50 in ACT 134, the timing of creating the transaction file 50 is not limited to this. The processor 111 may generate the transaction file 50 when the information terminal 40 receives the product code transmitted as the registration notification command by reading the bar code of the first product in the new transaction.

Returning to the description of FIG.
The processor 41 that has sent the check-in notification waits for a start command as ACT6. Upon receiving the start command via radio unit 46, processor 41 proceeds to ACT7. As ACT7, the processor 41 switches the screen of the touch panel 44 from the check-in screen SCa to the registration screen SCb (see FIG. 25).

FIG. 25 is an example of the registration screen SCb. As illustrated, the registration screen SCb has a scan button BTa, no barcode button BTb, and a payment button BTc. A part of the screen is used as a transaction total display area ARa, and the rest is used as a purchase commodity list display area ARb. The positions of the total display area ARa and the detail list display area ARb are fixed. In this embodiment, the detail list display part ARb is divided into five detail areas, and can display information on up to five purchased products, such as the product name, price, and number of purchases. When the purchased products exceed six items, the product names, etc., are not displayed in the detail list display area ARb in order from the oldest registered purchased product. However, for example, by swiping the itemized list display area ARb, it is possible to display the information related to the purchased product whose registration is old in the itemized list display area ARb. At this time, since shopping has not started, the total score is 0 and the total amount is 0 yen. Further, each detail area of the detail list display part ARb is blank.

The scan button BTa is an operator for instructing scanning of a bar code attached to a product. The no-barcode button BTb is an operator for instructing registration of products with no barcode attached. The payment button BTc is an operator for instructing payment for the transaction. Since the purchase has not started at this time, the payment button BTc is grayed out and disabled. The registration screen SCb with the payment button BTc disabled may be referred to as a registration start screen.

After confirming the registration screen SCb, the customer starts shopping. When the customer goes around the sales floor and finds the purchased product, the customer confirms whether or not the purchased product has a bar code. If the product to be purchased has a bar code attached, the customer touches the scan button BTa. If the purchased product does not have a barcode, the customer touches the no-barcode button BTb.

The processor 41 that controls the display of the registration screen SCb waits for input of the scan button BTa as ACT8 or input of the no-barcode button BTb as ACT9.
In the standby state of ACT8 and ACT9, when the scan button BTa is input, the processor 41 proceeds to ACT10. As ACT10, the processor 41 switches the screen of the touch panel 44 from the registration screen SCb to the scan screen SCc (see FIG. 26). The processor 41 then activates the camera 45 as ACT11.

FIG. 26 is an example of the scan screen SCc. As illustrated, the scan screen SCc arranges a frame CM indicating a code reading area together with guidance for guiding barcode scanning of a product. The scan screen SCc also has a no-barcode button BTb and a return-to-details button BTd. The return to details button BTd is an operator for instructing to return to the registration screen. The code reading area is an image for assisting barcode reading.

After confirming the scan screen SCc, the customer holds the camera 45 of the information terminal 40 over the product to be purchased so that the bar code fits inside the frame CM. Then, the bar code is read by the function of the reading unit of the information terminal 40 . If the purchased product does not have a barcode attached, the customer touches the no-barcode button BTb. To return to the registration screen SCb, the customer touches the button BTd for returning to details.

The processor 41, which has activated the camera in ACT11, waits for the bar code to be read in ACT12, the no bar code button BTb to be input in ACT13, or the return to details button BTd to be input in ACT14.

If the bar code is read in the waiting state of ACT12 to ACT14, the processor 41 proceeds to ACT21 of FIG. The processor 41 stops the camera 45 as ACT21. Also, the processor 41 controls the wireless unit 46 to perform registration notification as the ACT 22 . By this control, the wireless unit 46 wirelessly transmits the registration notification command. The registration notification command is received by the access point 27 and sent to the registration support server 11 via the router 26 of the POS system 20 . The registration notification command includes barcode data read from the purchased product. The registration notification command also includes a transaction identification code, which is information for identifying the customer's transaction in the transaction file 50 . For example, if the transaction identification code is the terminal identification code, the registration notification command includes the terminal identification code set in the information terminal 40 . Upon receiving the registration notification command, the registration support server 11 executes registration notification processing.

FIG. 20 is a flow chart showing a main procedure of registration notification processing. When the processor 111 of the registration support server 11 receives the registration notification command via the communication interface 115, the processor 111 acquires the transaction identification code from the registration notification command as ACT141. Processor 111 then selects transaction file 50 in which the transaction identification code is stored as ACT 142 . Below, the selected transaction file is called the transaction file 51 for convenience of explanation.

The processor 111 sets all the update flags Fc of each product detail data stored in the transaction file 51 as ACT 143 to “0”. Next, the processor 111 acquires the product code from the barcode data included in the registration notification command as ACT144. Then, the processor 111 searches the product master 14 with that product code as ACT 145 . At this time, the processor 111 searches the merchandise master 14 of the member store identified by the store code stored in the transaction file 51 .

As ACT 146, the processor 111 reads the product data such as the classification code, product name, price, attribute, and discount code stored in association with the product code from the product master 14. FIG. The processor 111 creates product detail data of the purchased product as ACT 147 . As described above, the product detail data includes the product code, classification code, product name, price, attribute, number of purchases, discount code, discount category, target flag Fa, establishment flag Fb, update flag Fc, etc. of the purchased product. Configured. Below, the product specification data created by the processing of ACT147 is referred to as created product specification data (first data).

The processor 111 confirms the discount code of the created product detail data as ACT148. If the discount code is "0" or Null, no discount code is set. Processor 111 proceeds to ACT 149 . As ACT 149, the processor 111 sets the object flag Fa of the created item detail data to "0" and the establishment flag Fb to "0".

If in ACT 148 a discount code other than “0” or Null is set, processor 111 proceeds to ACT 150 . The processor 111 searches the discount master 15 with the discount code as ACT 150 and acquires the discount category and the discount establishment condition associated with the discount code. At this time, the processor 111 searches the discount master 15 of the merchant identified by the store code stored in the transaction file 51 .

The processor 111 determines whether or not the type of discount identified by the discount category as ACT 151 is established. For example, the discount classification is "1", and the discount establishment condition is "M&M If the condition is "discount", the processor 111 retrieves the product detail data stored in the transaction file 51 . When the product detail data (the second data) is detected in which the classification code is the confectionery classification code, the price is 220 yen, and the establishment flag Fb is “0”, the processor 111 determines that the discount has been established. I judge. If the corresponding product detail data cannot be detected, the processor 111 determines that the discount is not established. Note that if the score of the discount establishment condition is, for example, “3”, the processor 111 determines that the discount is established when two pieces of corresponding product detail data are detected from the transaction file 51 .

If the discount fails, processor 111 proceeds to ACT 153 . As ACT 153, the processor 111 sets the object flag Fa of the created item detail data to "1" and the establishment flag Fb to "0".

If the discount is valid, processor 111 proceeds to ACT 154 . As ACT 154, the processor 111 sets the target flag Fa of the created item detail data to "1" and the establishment flag Fb to "1". In addition, the processor 111 changes the establishment flag Fb of the relevant product detail data involved in determining that the discount has been established from “0” to “1”.

Incidentally, in ACT 151, for example, the discount classification is "2", and the discount establishment condition is "If two items of product A are purchased at a price of 160 yen, the combined sales amount of the two items is set to 300 yen." In the case of the “bulk sale discount” condition, the processor 111 retrieves product detail data stored in the transaction file 51 . Then, when the product code matches the product code of the created product specification data and the corresponding product specification data with establishment flag Fb of "0" is detected, the processor 111 detects the number of purchases of the corresponding product specification data and the created product specification data. If the total points with the purchase points is a multiple of the total discount points, it is determined that the discount is established. If the relevant product detail data cannot be detected, or if the total points are not a multiple of the total discount points, the processor 111 determines that the discount is not established. The number of collective discount points is "2" in the case of the above discount condition. For example, if the condition is that the discount is established when three items of the same product are purchased, the collective discount point is "3".

If the discount fails, processor 111 proceeds to ACT 153 . As ACT 153, the processor 111 sets the object flag Fa of the created item detail data to "1" and the establishment flag Fb to "0". If the discount is valid, processor 111 proceeds to ACT 154 . As ACT 154, the processor 111 sets the target flag Fa of the created item detail data to "1" and the establishment flag Fb to "1". In addition, the processor 111 changes the establishment flag Fb of the relevant product detail data involved in determining that the discount has been established from “0” to “1”.

In ACT 151, for example, the discount classification is "3", and the discount establishment condition is "single product B with a price of 120 yen for 100 yen when the total amount of the transaction is 1000 yen or more". In the case of a "discount" condition, processor 111 obtains the total amount stored in transaction file 51 . Then, when the sum of the total price and the price of the prepared item detail data becomes 1000 yen or more, the processor 111 determines that the discount is established. If the above total amount is less than 1000 yen, the processor 111 determines that the discount is not established.

If the discount fails, processor 111 proceeds to ACT 153 . As ACT 153, the processor 111 sets the object flag Fa of the created item detail data to "1" and the establishment flag Fb to "0". If the discount is valid, processor 111 proceeds to ACT 154 . As ACT 154, the processor 111 sets the target flag Fa of the created item detail data to "1" and the establishment flag Fb to "1". Further, if there is product detail data whose product code matches the created product detail data in the product detail data stored in the transaction file 51, the processor 111 sets the establishment flag Fb of the product detail data to "0". " to "1".

After processing ACT 149 , ACT 153 or ACT 154 , processor 111 proceeds to ACT 155 . Processor 111 saves the created item specification data in transaction file 51 as ACT 155 . Processor 111 also updates the total points, total amount, and total discount amount in transaction file 51 as ACT 156 . Specifically, the processor 111 adds the purchase points of the created item detail data to the total points, and adds the price of the created item detail data to the total amount. The processor 111 also adds the discount amount to the total discount amount. The discount amount is calculated as follows. For example, if the classification flag is "1" for "M&M discount", the amount obtained by adding up each price of the product detail data created with the establishment flag Fb set to "1" in the process of ACT14 and the relevant product detail data is calculated. The amount obtained by subtracting the sales amount is the discount amount. When the classification flag is "2" for "summary discount", the discount amount is obtained by multiplying the price of the created product detail data by the number of points of the summary discount of the condition for establishment, minus the sales price for the condition for establishment. When the classification flag is "3" for "single item discount", the discount amount is obtained by multiplying the price of the created item detail data by the number of points of the summary discount of the conditions for establishment, minus the sales amount of the conditions for establishment.

The processor 111 sets the update flag Fc of the created product detail data saved in the transaction file 51 as ACT 157 to “1”. In addition, the processor 111 also sets the update flag Fc to "1" for the corresponding product detail data whose establishment flag Fb is changed from "0" to "1" in ACT154.

After completing the above processing, the processor 111 transmits a statement response command in ACT 157 to the information terminal 40 that transmitted the registration notification command. The specification response command includes the number n of specification data stored in the transaction file 51, all product specification data of the number n of specification data, the total points, the total price, and the total discount price.

Although not shown, if the transaction file 50 contains other product detail data with a discount classification of "3" and the establishment flag Fb of "0", the processor 41 is updated after the processing of ACT 156. Check if the total amount is 1,000 yen or more. If the total amount is 1000 yen or more, the processor 41 sets the fulfillment flag Fb and the update flag Fc of the other product detail data to "1". The processor 41 also calculates the discount amount and adds it to the total discount amount.

Returning to the description of FIG.
The processor 41 that has controlled transmission of the registration notification command waits for a detailed response command as ACT23. Upon receipt of the detail response command via radio unit 46, processor 41 proceeds to ACT 24; Processing after ACT24 will be described later.

Next, a description will be given of the case where the purchased product does not have a barcode attached. Some products, such as perishables, do not have barcodes. If the purchased product does not have a barcode, the customer touches the no-barcode button BTb.

In the standby state where the registration screen SCb is displayed on the touch panel 44, that is, in the standby state of ACT8 and ACT9 of FIG. 10, when the no barcode button BTb is input, the processor 41 proceeds to ACT27 of FIG. Further, when the no-barcode button BTb is input in the standby state in which the scan screen SCc is displayed on the touch panel 44, that is, in the standby state of ACT12 to ACT14 in FIG. 10, the processor 41 proceeds to ACT26 in FIG. After stopping the camera 45, proceed to ACT27. The processor 41 causes the touch panel 44 to display a target list of products without barcodes as ACT27. The processor 41 then waits for selection of a purchase product as ACT28.

The customer selects a purchase item from the list. Once a purchase item has been selected, processor 41 advances to ACT 22 previously described. That is, the processor 41 controls the wireless unit 46 to send the registration notification. By this control, the wireless unit 46 wirelessly transmits the registration notification command. The registration notification command is received by the access point 27 and sent to the registration support server 11 via the router 26 of the POS system 20 . The registration notification command includes the product code and transaction identification code of the selected purchased product.

Upon receiving the registration notification command, the registration support server 11 executes the registration notification process described with reference to FIG. Therefore, the processor 41 that has controlled the transmission of the registration notification command waits for the detailed response command as ACT23. Upon receipt of the detail response command via radio unit 46, processor 41 proceeds to ACT 24;

In this way, the information terminal 40 supports registration by including the bar code scanned by the camera 45, that is, the product code used for specifying the purchased product, in the registration notification command for the purchased product attached with the barcode. It transmits to the server 11 and receives a statement response command from the registration support server 11 . For purchased products with no barcode attached, the information terminal 40 sends the product code used for specifying the purchased product selected from the target list of products without barcode displayed on the touch panel 44 to the registration notification command. It transmits to the registration support server 11 and receives a statement response command from the registration support server 11 .
Here, the camera 45 and the touch panel 44 function as an input unit for inputting product data used for identifying purchased products, which are products to be traded.

The processor 41 that has received the statement response command from the registration support server 11 proceeds to ACT24. The processor 41 executes detailed analysis processing as ACT24.
FIG. 17 is a flow chart showing a specific processing procedure of detailed analysis processing. When entering the detailed analysis process, the processor 41 sets the detailed data number n included in the detailed response command in the register memory M as ACT91. The processor 41 also sets the initial value of the first counter m to "0" as ACT92. Next, the processor 41 counts up the first counter m by "1" as ACT93. Then, the processor 41 confirms whether or not the first counter m exceeds the value of the register memory M as ACT94.

If the first counter m does not exceed the value in register memory M, processor 41 proceeds to ACT 95 . The processor 41 checks whether or not the update flag Fc of the m-th item data (m is the count value of the first counter m) included in the item response command is "1" in ACT95. If the update flag Fc is "0", the processor 41 returns to ACT93. That is, the processor 41 further counts up the first counter m by "1". After confirming that the first counter m does not exceed the value of the register memory M, the processor 41 confirms whether or not the update flag Fc of the m-th product detail data is "1".

If the update flag Fc of the m-th product detail data is "1", the processor 41 proceeds to ACT96. As ACT 96, the processor 41 checks whether or not the list memory 61 stores other product specification data that match the m-th product specification data with the product code, classification code, product name and price. If no other applicable product detail data is stored in list memory 61, processor 41 proceeds to ACT97. The processor 41 adds the m-th product detail data to the list memory 61 as ACT97. Below, the product detail data added to the list memory 61 will be referred to as added product detail data (third data).

Here, the list memory 61 functions as a storage unit that stores product detail data including the product name and price of the transaction target product specified by the product data.

In ACT 96 , if the list memory 61 stores other applicable product detail data, the processor 41 proceeds to ACT 98 . The processor 41 updates the purchase points and establishment flag Fb of the other applicable product specification data as ACT 98 so as to match the m-th product specification data. Below, the product specification data updated on the list memory 61 will be referred to as updated product specification data (fourth data).

After processing ACT97 or ACT98, processor 41 proceeds to ACT99. As ACT99, the processor 41 examines the target flag Fa of the added product specification data or updated product specification data. If the target flag Fa is "0", the processor 41 proceeds to ACT100. The processor 41 sets the tag classification stored in the list memory 61 in association with the added product specification data or the updated product specification data as ACT100 to "0".

If the target flag Fa of the added product detail data or the updated product detail data is "1", the processor 41 proceeds to ACT101. The processor 41 acquires the discount category of the additional product detail data or updated product detail data as ACT101. Also, the processor 41 acquires the fulfillment flag Fb of the additional product detail data or the updated product detail data as ACT102.

The processor 41 searches the tag table 63 with the discount classification obtained from the added product detail data or the updated product detail data as ACT 103 and the establishment flag Fb. Then, as ACT 104, the processor 41 detects from the tag table 63 the tag categories "1" to "6" in which the discount category and the establishment flag Fb are associated, and the tag categories "1" to "6" are It is a tag category stored in the list memory 61 in association with the added product detail data or the updated product detail data.

After processing ACT100 or ACT104, processor 41 returns to ACT93. The processor 41 then executes the processing after ACT 93 in the same manner as described above.

Thus, if in ACT 94 the first counter m exceeds the value in register memory M, processor 41 proceeds to ACT 105 . The processor 41 stores the total points, total amount, and total discount amount included in the detail response command as ACT 105 in the total points Ta, total amount Tb, and total discount amount Tc areas of the total memory 62, respectively. With this, the processor 41 ends the detailed analysis process.

Returning to the description of FIG.
After completing the detailed analysis process, the processor 41 proceeds to ACT25. The processor 41 executes a registration screen editing process as ACT25.

FIG. 18 is a flowchart showing a specific processing procedure of registration screen editing processing. When entering the registration screen editing process, the processor 41 checks in ACT 111 whether or not the value of the register memory M is greater than or equal to "5". "5" is the maximum number of items that can be displayed in the detail list display area ARb of the registration screen. If the value in register memory M is less than "5", processor 41 proceeds to ACT112. As ACT 112, the processor 41 sets the initial value of the first counter m to "0". The processor 41 also sets the initial value of the second counter r to the value of the register memory M as ACT 113 .

In ACT111, if the value in register memory M is greater than or equal to "5", processor 41 proceeds to ACT114. The processor 41 sets the initial value of the first counter m to a value obtained by subtracting "5" from the value of the register memory M as ACT114. The processor 41 also sets the initial value of the second counter r to "5" as ACT115.

After processing ACT 113 or ACT 115 , processor 41 proceeds to ACT 116 . The processor 41 counts up the first counter m by "1" as ACT116. Then, the processor 41 confirms whether or not the first counter m has exceeded the value of the register memory M as ACT117.

If the first counter m does not exceed the value in register memory M, processor 41 proceeds to ACT 118 . The processor 41 acquires the product detail data with the list number “m” from the list memory 61 as ACT118. Below, the product detail data acquired from the list memory 61 is referred to as acquired product detail data (fifth data).

As ACT 119, the processor 41 registers the product name, price, and purchase quantity of the acquired product detail data on the registration screen so that the product name, price, and purchase quantity are displayed in the r-th detail area from the bottom of the detail list display area ARb. Set in the edit buffer. The edit buffer is part of the internal memory 42 . In ACT 119, the product name, price and number of purchases may be set in the edit buffer of the registration screen so that they are displayed in the r-th detail area from the top of the detail list display area ARb.

The processor 41 examines the tag categories stored in the list memory 61 in association with the acquired item detail data as ACT 120 . If the tag category is other than "0", processor 41 proceeds to ACT 121; Processor 41 searches tag table 63 as ACT 121 to obtain the tag name and color information associated with the tag category. The processor 41 then adds the tag name and color information as ACT 122 to the information on the product name, price and number of purchases set in the edit buffer in ACT 119 . Processor 41 then proceeds to ACT 123 .

On the other hand, if the tag division is "0" in ACT120, the processor skips the processing of ACT121 and ACT122. Processor 41 then proceeds to ACT 123 . That is, when the tag classification is "0", the tag name and color information are not added to the information on the product name, price and number of purchases set in the edit buffer.

The processor 41 counts down the second counter r by "1" as ACT123. Processor 41 then returns to ACT 116 . The processor 41 executes the processing after ACT 116 in the same manner as described above. Therefore, the processor 41 repeats the process of successively acquiring item data from the m-th onwards from the list memory 61 and setting the information on the item name, price, and number of purchases of the acquired item item data in the edit buffer. At that time, if a tag classification other than "0" is stored in the list memory 61 in association with the acquired item detail data, the processor 41 stores the tag set in the tag table 63 in association with the tag classification. Add name and color information to the edit buffer.

If in ACT 117 the first counter m exceeds the value in register memory M, processor 41 proceeds to ACT 124 . As ACT 124, the processor 41 sets the total points and total amount in the total memory 62 in the edit buffer so that the total points and total amount are displayed in the total display area ARa. Also, the processor 41 confirms in ACT 125 whether or not the total discount amount is 1 yen or more. If the total discount amount is 1 yen or more, the processor 41 sets the total discount amount in the edit buffer in ACT 126 so that the total discount amount is displayed in the total display area ARa. If the discount total amount is 0 yen, the processor 41 skips the processing of ACT126. With this, the processor 41 ends the registration screen editing process.

Return to FIG.
After completing the registration screen editing process, the processor 41 proceeds to ACT 31 in FIG. As ACT 31, the processor 41 scans the screen of the touch panel 44 from the scan screen SCc or the screen of the target list of products without barcodes to the registration screen SCd (see FIG. 27), the registration screen SCe (see FIG. 28), or the registration screen SCf (see FIG. 28). 29).

FIG. 27 is an example of the registration screen SCd when the list memory 61 stores the product detail data of the first purchased product “product AAAAA” as the product to be traded. The purchase product "product AAAAA" has a discount condition of "M&M discount", which is "if you purchase two items from among confectioneries priced at 220 yen, the combined sales amount of the two items will be 400 yen". It is a target product of And at this time, the "M&M discount" has not been established. Therefore, as shown in FIG. 27, in the uppermost detail area of the detail list display area ARb, the product name, price, and number of purchases of the purchased product "product AAAAA" as well as the tag name "M&M target" are displayed in black characters. be. Further, the total number of points "1 point" and the total amount "220 yen (¥220)" are displayed in the total display area ARa.

Here, the touch panel 44 that displays the registration screen functions as a display unit that displays the item detail data of the item to be traded related to one transaction in a list format.

The processor 41 having the screen of the touch panel 44 as the registration screen SCd receives the scan button BTa as ACT32, the no barcode button BTb as ACT33, the payment button BTc as ACT34, or the payment button BTc as ACT34. , waiting for selection of any of the purchased commodities displayed in the itemized list display area ARb. In addition, the processor 41 confirms in ACT 36 whether or not the total discount amount is greater than 0 yen. At this point, the total discount amount is 0 yen, so the processor 41 returns to ACT32. That is, the processor 41 is in a standby state for Act32 to Act35.

When the scan button BTa is pressed in the standby state of Act32 to Act35, the processor 41 proceeds to Act41 in FIG. As ACT 41, the processor 41 switches the screen of the touch panel 44 from the registration screen SCd to the scan screen SCc (see FIG. 26). Processor 41 also activates camera 45 as ACT 42 . Thereafter, the processor 41 waits for the barcode to be read as ACT43, the no barcode button BTb to be input as ACT44, or the return to details button BTd to be input as ACT45.

If the bar code is read in the standby state of ACT43 to ACT45, the processor 41 proceeds to ACT21 of FIG. The processor 41 then executes the processing after ACT21 in the same manner as described above. Also, when the no-barcode button BTb is input, the processor 41 proceeds to ACT26 in FIG. The processor 41 then executes the processing after ACT26 in the same manner as described above. That is, processor 41 transmits a registration notification command including the product code of the purchased product to registration support server 11 . Then, when a statement response command is received from the registration support server 11, the statement analysis processing and the registration screen editing processing are executed, and the screen of the touch panel 44 is changed to the registration screen SCe (see FIG. 28) or the registration screen SCf (see FIG. 29). and

In the standby state of ACT43 to ACT45, when the return to details button BTd is input, the processor 41 proceeds to ACT46. Processor 41 stops camera 45 as ACT 46 . Processor 41 then returns to ACT 31 of FIG. The processor 41 returns the screen of the touch panel 44 from the scan screen SCc to the previous registration screen SCd.

FIG. 28 shows a registration screen when the product detail data of the second purchase product "product BBBBB" and the product detail data of the third purchase product "product CCCCC" are stored in the list memory 61 as the products to be traded. It is an example of SCe. The purchased product “product BBBBB” is a non-discountable product. The purchased product "product CCCCC" is subject to a "single item discount" in which the discount establishment condition is "if the total transaction amount is 1000 yen or more, the product CCCCC with a price of 120 yen will be sold for 100 yen". . At present, neither the "M&M discount" nor the "single-item discount" has been established. Therefore, as shown in FIG. 28, the tag name "M&M target" displayed in the uppermost detail area of the detail list display part ARb does not change. In addition, the product name, price, and number of purchases of the purchased product “product BBBBB” are displayed in the second detail area from the top of the detail list display area ARb. In addition, in the third detail area, the product name, price, and number of purchases of the purchased product “product CCCCC” are displayed together with the tag name “single product discount target” in black letters. The total number of points "3 points" and the total amount "440 yen (¥440)" are displayed in the total display area ARa.

FIG. 29 shows the product detail data of the fourth purchased product "product DDDDD", the fifth purchased product "product EEEEE", and the sixth purchased product "product FFFFF" as the products to be traded. is an example of the registration screen SCf when the detailed data are stored in the list memory 61, respectively. The purchased product "Product DDDDD" is subject to a "bulk sale discount" where the discount condition is "If you purchase two products DDDDD with a price of 160 yen, the combined sales price of the two products will be 300 yen." is. The purchased product “product EEEEE” is a non-discountable product. As with the purchase product "Product AAAAA", the purchase product "Product FFFFF" has a discount establishment condition of "If you purchase two items from a confectionery priced at 220 yen, the combined sales amount of the two items will be 400 yen. It is a target product of "M&M discount" that "it will be yen". Therefore, "single item discount" and "bulk sale discount" are not established, but "M&M discount" is established.

As a result, as shown in FIG. 29, the product name, price, and purchase quantity of the purchased product "product BBBBB" are displayed in the uppermost detail area of the detail list display area ARb, and the purchased product is displayed in the second detail area. Along with the product name, price and number of purchases of "product CCCCC", the tag name "single item discount target" is displayed in black letters. In addition, in the third detail area, along with the product name, price, and number of purchases of the purchased product "product DDDDD", the tag name "collective discount target" is displayed in black letters, and in the fourth detail area, the purchased product "product EEEEE" product name, price and number of items purchased are displayed. Further, in the fifth detail area, the product name, price, and number of purchases of the purchased product “product FFFFF” are displayed together with the tag name “M&M established” in red letters. Although not shown, the tag name "M&M established" is also displayed in red for the information of the purchased product "product AAAAA" for which the M&M discount is established in combination with the purchased product "product FFFFF". The total display area ARa displays the total score of "6 points", the total amount of "940 yen (¥940)", and the total amount of discount of "-40 yen (¥-40)". The total amount displayed in the total display area ARa is the amount obtained by subtracting the total amount of discount from the total amount of registered products.

Therefore, the customer confirms that the "M&M discount" has been established by the name of the tag "M&M established" attached to the purchased merchandise "product FFFFF" being displayed in red. However, since the number n of detailed data set in the register memory M exceeds the maximum number of items "5" that can be displayed in the detailed list display area ARb, the information of the purchased product "product AAAAA" registered six years ago is It is not displayed in the detail list display area ARb. Therefore, the customer cannot confirm the information of the other purchased product "AAAAA" for which the "M&M discount" is established by combining with the purchased product "Product FFFFF" on the registration screen SCf. By swiping the detail list display area ARb of the registration screen SCf with a finger, it can be confirmed that the tag name "M&M established" is displayed in the information of the purchased product "product AAAAA". However, at that time, the information of the purchased product "product FFFFF" is removed from the itemized list display area ARb. Then, the customer performs a discount confirmation operation. For example, the customer touches the discount total amount displayed in the total display area ARa of the registration screen SCf. Alternatively, if a discount confirmation button is displayed on the registration screen SCf, the customer touches the discount confirmation button. At that time, it is preferable to display the number of batches for which the discount is established on the discount confirmation button.

As shown in FIG. 12, when the processor 41 that controls the display of the registration screen confirms in ACT36 that the total discount amount is greater than 0 yen, the process proceeds to ACT37. The processor 41 confirms in ACT 37 whether or not a discount confirmation operation has been performed. If the discount confirmation operation as described above has been performed, the processor 41 proceeds to ACT 61 of FIG.

As ACT 61, the processor 41 checks the list memory 61 for the presence or absence of product detail data in which the tag category "1" is set. When the list memory 61 stores product detail data in which the tag division "1" is set, that is, the product detail data in which [M&M discount] is not established, the processor 41 determines that the tag division "1" is set as ACT62. Detect set product detail data. The processor 41 writes the detected commodity detail data to the M&M pending commodity buffer. If there is no product detail data with the tag division "1" set, the processor 41 skips the processing of ACT62.

Next, as ACT63, the processor 41 checks the list memory 61 for the presence or absence of product detail data in which the tag category "2" is set. When the list memory 61 stores product detail data with the tag division "2" set, that is, product detail data with [M&M discount] established, the processor 41 determines that the tag division "2" is set as ACT64. Detect set product detail data. The processor 41 writes the detected commodity detail data into the M&M established commodity buffer. If there is no product detail data with the tag division "2" set, the processor 41 skips the processing of ACT64.

Next, as ACT65, the processor 41 checks the list memory 61 for the presence or absence of product detail data in which the tag category "3" is set. If the list memory 61 stores product detail data in which the tag division "3" is set, that is, the product detail data in which the [bulk sale discount] has not been established, the processor 41 determines that the tag division "3" is set as ACT66. Detect set product detail data. The processor 41 writes the detected product detail data into the bulk discount product buffer. If there is no product detail data with the tag division "3" set, the processor 41 skips the processing of ACT66.

Next, as ACT67, the processor 41 checks the list memory 61 for the presence or absence of product detail data in which the tag category "4" is set. If the list memory 61 stores product detail data with the tag division "4" set, that is, product detail data for which the [lump sale discount] has already been established, the processor 41 determines that the tag division "4" is set as ACT68. Detect set product detail data. The processor 41 writes the detected commodity detail data into the combined discounted commodity buffer. If there is no product detail data with the tag division "4" set, the processor 41 skips the processing of ACT68.

Next, as ACT69, the processor 41 checks the list memory 61 for the presence or absence of product detail data in which the tag category "5" is set. If the list memory 61 stores product detail data in which the tag division "5" is set, that is, product detail data in which the [single item discount] has not been established, the processor 41 determines that the tag division "5" is set as ACT70. Detect set product detail data. The processor 41 writes the detected commodity detail data into the single item discount pending commodity buffer. If there is no product detail data with the tag division "5" set, the processor 41 skips the processing of ACT70.

Next, as ACT71, the processor 41 checks the list memory 61 for the presence or absence of product detail data in which the tag category "6" is set. If the list memory 61 stores product detail data in which the tag division "6" has been set, that is, the product detail data in which the [single item discount] has been established, the processor 41, as ACT72, determines that the tag division "6" is Detect set product detail data. The processor 41 writes the detected product detail data into the buffer for single-item discounted products. If there is no product detail data with the tag division "6" set, the processor 41 skips the processing of ACT72.

The M&M pending product buffer, M&M successful product buffer, bundled discount pending product buffer, bulk discounted product buffer, single discount pending product buffer, and single discounted product buffer are stored in the built-in memory. Department.

After finishing the processing of ACT61 to ACT72, the processor 41 proceeds to ACT73. As ACT73, the processor 41 causes the touch panel 44 to display an established discount confirmation screen SCg (see FIG. 30). The successful discount confirmation screen SCg is a screen created based on the product detail data stored in the M&M successful product buffer, the collective discount successful product buffer, or the single product discount successful product buffer.

FIG. 30 is an example of a successful discount confirmation screen SCg when a discount confirmation operation is performed on the registration screen SCf of FIG. As shown in the figure, the successful discount confirmation screen SCg indicates in the area ARc that the M&M discount is established by combining the product AAAAA and the product FFFFF, and the discount amount is 40 yen (¥-40). Information is displayed. In addition, a total display area ARa similar to the registration screen SCf and an OK button BTe are arranged on the discount confirmation screen SCg. Also, a hyperlink to the message MSa "Other Noteworthy Campaigns" is displayed in part of the area ARc. The content of the message MSa is an example. The message MSa is not displayed when product detail data is not stored in any of the M&M pending product buffer, the bulk discount pending product buffer, and the single item discount pending product buffer.

A customer who has confirmed the discount confirmation screen SCg can know the information of the product for which the M&M discount has been made and the discount amount from the information in the area ARc. After confirming, the customer touches the OK button BTe. Alternatively, the customer touches the message MSa.

The processor 41 that controls the display of the established discount confirmation screen SCg waits for the OK button BTe to be touched as ACT74 or the message MSa to be touched as ACT75. If message MSa has been touched, processor 41 advances to ACT 76 . As ACT76, the processor 41 causes the touch panel 44 to display an unexecuted discount confirmation screen SCh (see FIG. 31). The non-applied discount confirmation screen SCh is a screen created based on the product detail data stored in the M&M non-applied product buffer, the bulk discount non-applied product buffer, or the single product non-applied product buffer.

FIG. 31 is an example of an unsuccessful discount confirmation screen SCh when the message MSa is touched on the successful discount confirmation screen SCg of FIG. As shown in the figure, on the non-applied discount confirmation screen SCh, in the area ARd, a message MSb created based on the product detail data written in the bulk discount non-approved product buffer and a single product discount non-applied product A message MSc created based on the product detail data written in the buffer is displayed. Further, the total display area ARa and the OK button BTf, which are the same as those on the discount confirmation screen SCg, are arranged on the discount confirmation screen SCh.

In other words, in the single-item discount pending product buffer, the condition for the discount establishment is "If the total transaction amount is 1000 yen or more, the product CCCCC with a price of 120 yen will be sold for 100 yen". The product detail data of the product is written. Therefore, a message MSb saying "If the total amount exceeds 1000 yen, the product CCCCC will be 100 yen" is displayed in the area ARd.

Similarly, in the buffer for products for which a bulk discount has not been established, the condition for establishing a discount is ``if you purchase two products DDDDD with a price of 160 yen, the combined sales price of the two products will be 300 yen.'' Product detail data of the target product is written. Therefore, a message MSc stating "If you purchase two products DDDDD, it will be 150 yen per item" is displayed in the area ARd. Note that the contents of the message MSb and the message MSc are examples.

Therefore, the customer can know from the messages MSb and MSc in the area ARd that if the total amount exceeds 1000 yen, the product CCCCC will be 100 yen, and if one more item of the product DDDDD is purchased, the price will be 150 yen per item. . Since the total display area ARa is arranged on the discount confirmation screen SCg and the discount confirmation screen SCh not yet established, as in the registration screen SCf, the customer can display the total points, the total amount of discount, and the You can always check the total amount of

The customer who has confirmed the discount confirmation screen SCh that has not yet been realized touches the OK button BTf.
The processor 41 that has controlled the display of the discount not yet established confirmation screen SCh waits for the OK button BTf to be touched as ACT77. When the OK button BTf is touched, the processor 41 returns to ACT73. That is, the processor 41 returns the screen of the touch panel 44 to the established discount confirmation screen SCg. Furthermore, when the OK button BTe is touched, the processor 41 returns to ACT31 in FIG. That is, the processor 41 returns the screen of the touch panel 44 to the previous registration screen SCf.

Here, when the customer confirms the message MSc and decides to purchase another product DDDDD, the customer operates the information terminal 40 to input the product code of the product DDDDD. Alternatively, the customer changes the purchase number of the product DDDDD displayed on the registration screen SCf from "1" to "2". Such a change in the number of purchased items can be performed by performing a selection operation for the product DDDDD displayed on the registration screen SCf. The selection operation is, for example, a tap operation, a flick operation, or a swipe operation on an area where the product name or the like is displayed. The selection operation may be another operation.

That is, the processor 41 advances to ACT51 in FIG. 14 when a product selection operation is performed in the standby state of ACT32 to ACT35. As ACT51, the processor 41 switches the screen of the touch panel 44 from the registration screen SCf to the score change screen SCi (see FIG. 32).

FIG. 32 is an example of the score change screen SCi when the product DDDDD is selected in FIG. As shown in the drawing, the point change screen SCi displays the product name, price, etc. of the product for which the point is to be changed, and the purchase point "1" before the change is displayed in the point area ARe. An addition button BTg is arranged on one side of the score area ARe, and a subtraction button BTh is arranged on the other side. Further, a return button BTi and an OK button BTj are arranged.

After confirming the score change screen SCi, the customer touches the addition button BTg or the subtraction button BTh to change the score displayed in the score area ARe. For example, when changing the purchase point of the product DDDDD to 2 points, the customer touches the addition button BTg once to set the point in the point area ARe to "2". Incidentally, when canceling the purchase of the product DDDDD, the customer may touch the subtraction button BTh once to set the score in the score area ARe to "0". After changing the score, the customer touches the OK button BTj. To cancel the change of points, the customer touches the return button BTi without change.

Returning to the description of FIG.
The processor 41 that controls the display of the score change screen SCi waits for an input of the OK button BTj as ACT52 or an input of the return without change button BTi as ACT53. In the waiting state of ACT52 and ACT53, if the return button BTi without change is input, the processor 41 returns to ACT31 of FIG. That is, the processor 41 returns the screen of the touch panel 44 to the previous registration screen SCf.

In the waiting state of ACT52 and ACT53, when the OK button BTj is input, the processor 41 controls the radio unit 46 to notify the change as ACT54. By this control, the wireless unit 46 wirelessly transmits the change notification command. The change notification command is received by the access point 27 and sent to the registration support server 11 via the router 26 of the POS system 20 . The change notification command includes the product code of the product to be changed and the points in the point area ARe, that is, the purchased points after the change. The change notification command also includes the transaction identification code stored in the information terminal 40 .

Upon receiving the change notification command, the registration support server 11 executes change notification processing.
FIG. 21 is a flow chart showing the main procedure of change notification processing. When the processor 111 of the registration support server 11 receives the change notification command via the communication interface 115, the processor 111 acquires the transaction identification code from the change notification command as ACT161. Processor 111 then selects transaction file 51 in which the transaction identification code is stored as ACT 162 .

As ACT 163, the processor 111 sets all the update flags Fc of each product detail data stored in the transaction file 51 to "0". Next, the processor 111 selects, from among the product detail data stored in the transaction file 51 as ACT 164, the product detail data of the product code included in the change notification command, and assigns the purchase points of the product detail data to the change notification command. Change to included purchase quantity. In the following, the product specification data with the changed number of purchases will be referred to as changed product specification data (sixth data).

The processor 111 confirms the discount code of the changed product detail data as ACT165. If the discount code is "0" or Null, no discount code is set. Processor 111 proceeds to ACT 171 . Processing after ACT 171 will be described later.

If a discount code other than "0" or Null is set in ACT165, the processor 111 executes, as ACT166 to ACT170, the same processing as the processing described as ACT150 to ACT154 in the registration notification processing described above. That is, the processor 41 searches the discount master 15 by the discount code and acquires the discount category and the discount establishment condition associated with the discount code. Then, the processor 111 determines whether or not the type of discount specified by the discount category is established. If the discount is not established, the processor 111 sets the target flag Fa of the changed item detail data to "1" and the establishment flag Fb to "0". If the discount is established, the processor 111 sets the target flag Fa of the changed item detail data to "1" and the establishment flag Fb to "1". In addition, the processor 111 changes the establishment flag Fb of the relevant product detail data involved in determining that the discount has been established from “0” to “1”.

After processing ACT 169 or ACT 170 , processor 111 proceeds to ACT 171 . The processor 111 recalculates the total points, total amount, and total discount amount of the transaction file 51 as ACT 171 . In addition, the processor 41 sets the update flag Fc of the changed item detail data to "1" in ACT172. In addition, the processor 111 also sets the update flag Fc to "1" for the corresponding product detail data whose establishment flag Fb is changed from "0" to "1" in ACT170.

After completing the above process, the processor 111 transmits, as ACT 173, a statement response command to the information terminal 40 that transmitted the registration notification command.

Returning to the description of FIG.
The processor 41 that has controlled transmission of the change notification command waits for a detailed response command as ACT55. Upon receiving the detail response command via radio unit 46, processor 41 proceeds to ACT 24 of FIG. The processor 41 executes detailed analysis processing as ACT24. Next, the processor 41 executes registration screen editing processing as ACT25. Then, the processor 41 displays the registration screen SCj as ACT31 and returns to the standby state of ACT32 to ACT35 or the standby state including ACT37.

FIG. 33 is an example of the registration screen SCf when the number of purchases of the product DDDDD is changed from "1" to "2" in the registration screen SCf of FIG. By setting the purchase number of the product DDDDD to "2", the discount establishment condition for the [bulk sale discount] for the product DDDDD is established. As a result, the tag displayed in the itemized area of the product DDDDD is displayed in red with the tag name "collective discount established". Therefore, the customer can know that the [bulk sale discount] of 20 yen has been applied to the product DDDDD.

At this time, since the total amount exceeds 1,000 yen, the discount establishment condition of [single item discount] for the product CCCCC is also satisfied. As a result, the tag displayed in the itemized area of the product CCCCC is displayed in red with the tag name "single item discount established". Therefore, the customer can also know that the [single item discount] of 20 yen for the product CCCCC has been established.

By the way, when a discount confirmation operation is performed for the total discount amount of "-80 yen (¥-80)" on the registration screen SCf, the screen of the touch panel 44 becomes a valid discount confirmation screen. On this discount confirmation screen, there are information on purchased products AAAAA and purchased products FFFFF related to establishment of M&M discounts, information of purchased products DDDDD related to establishment of bulk discounts, and information of purchased products CCCCC related to establishment of single-item discounts. are displayed separately. At this point, no product detail data is stored in the M&M pending product buffer, the bulk discount pending product buffer, and the single item undiscounted product buffer. Therefore, the hyperlink for the message MSa "Other Featured Campaigns" is not displayed.

Here, the processor 41 that executes the detailed analysis processing and the registration screen editing processing, according to the product data input via the input unit, when the discount of the trading target product whose product detailed data is stored in the storage unit is established, It functions as a control unit that displays the product detail data of the transaction target product for which the discount is established, which is displayed in a list form on the display unit, in such a manner as to be distinguishable from the product detail data of other transaction target products. The processor 41 also functions as a control unit that causes the display unit to display the discount amount resulting from the establishment of a discount on the product to be traded. Further, the processor 41 displays the product detail data of the transaction target products for which there is a possibility of a discount among the transaction target products whose product detail data are displayed in a list format on the display unit, and displays the product detail data of the other transaction target products. It also functions as a control unit that displays data so that it can be identified.

Further, the processor 41 controls the display of the confirmation screen of the successful discount, so that when a discount confirmation instruction is received after the discount is established on the product to be traded, the product detail data of the product to be traded for which the discount is established is extracted. It also functions as a control unit for displaying on the display unit. Furthermore, the processor 41 controls the display of the discount confirmation screen that has not yet been realized, so that the display section displays information that is insufficient for the discount to be realized for the product to be traded that may possibly be discounted. It also functions as a controller.

After shopping, the customer touches the payment button BTc on the registration screen SCj.
The processor 41 in the waiting state of ACT32 to ACT35 in FIG. 12 advances to ACT81 in FIG. 16 when the payment button BTc is input. Processor 41 controls wireless unit 46 to provide payment notification as ACT81. This control causes the wireless unit 46 to wirelessly transmit a payment notification command. The payment advice command is received by access point 27 and sent to registration support server 11 via router 26 of POS system 20 . The payment advice command includes a transaction identification code.

Upon receiving the payment notification command, the registration support server 11 executes payment notification processing.
FIG. 22 is a flow chart showing the main procedure of payment notification processing. When the processor 111 of the registration support server 11 receives the payment notification command via the communication interface 115, the processor 111 acquires the transaction identification code from the payment notification command as ACT181. Processor 111 then selects transaction file 51 in which the transaction identification code is stored as ACT 182 .

Processor 111 analyzes the data stored in transaction file 51 as ACT 183 to confirm whether settlement is possible. For example, for a product for which the product name, price, etc. could not be read for the product code, there remains detailed data in an error state. In this case, payment cannot be made.

If payment is not possible, processor 111 proceeds to ACT 184 . The processor 111 notifies the shop terminal used for monitoring by the attendant as ACT 184 that the customer including the error product has declared payment. Then, as ACT185, the processor 111 transmits a negative response command to the information terminal 40 that transmitted the payment notification command. In addition, the attendant who received the information will take measures such as confirming the merchandise purchased by the customer.

On the other hand, if settlement is possible, processor 111 proceeds to ACT 186 . Processor 111 creates a unique accounting code as ACT 186 . Processor 111 stores the account code in transaction file 51 as ACT 187 . As ACT188, the processor 111 transmits a permission response command to the information terminal 40 that transmitted the payment notification command.

Returning to the description of FIG.
The processor 41 that has controlled transmission of the payment notification command waits for a response command as ACT82. When receiving a negative response command from the registration support server 11, the processor 41 performs error processing. For example, the processor 41 causes the touch panel 44 to display an error message such as "You cannot make a payment by yourself. Please use a manned accounting machine."

If a grant response command is received, processor 41 proceeds to ACT83. As ACT83, the processor 41 switches the screen of the touch panel 44 from the registration screen to the accounting screen SCk (see FIG. 34).

FIG. 34 is an example of the accounting screen SCk when the payment button BTc is input on the registration screen SCj of FIG. As illustrated, the accounting code is displayed as a bar code BC on the accounting screen SCk. A return button BTk is also arranged.

The processor 41 waits for input of the return button BTk as ACT84 or reception of a settlement end response command as ACT85. When the return button BTk is input, the processor 41 returns to ACT31 of FIG. The processor 41 returns the screen of the touch panel 44 from the accounting screen SCk to the previous registration screen SCj. The processor 41 enters a standby state for ACT32 to ACT35 in FIG.

The settlement completion response command is sent from the registration support server 11 when the customer finishes the transaction with the dedicated accounting machine 24.例文帳に追加After confirming the checkout screen SCk, the customer scans the bar code BC of the checkout screen SCk with the scanner of the dedicated checkout machine 24 . Then, a settlement request command is transmitted from the dedicated checkout machine 24 to the registration support server 11 . The payment request command contains the bar code BC data, that is, the accounting code.

The processor 111 of the registration support server 11 that has received the settlement request command starts the settlement request processing of the procedure shown in FIG. That is, the processor 111 acquires the accounting code from the settlement request command as ACT191. Processor 111 then selects transaction file 51 in which the transaction identification code is stored as ACT 192 .

As ACT 193, the processor 111 transmits the data of the transaction file 51 to the dedicated accounting machine 24, which is the source of the settlement request command. As a result, the contents of the transaction are displayed on the display of the dedicated accounting machine 24, and the customer pays the price after confirming the contents. Then, when the payment is completed, a settlement completion command is transmitted from the dedicated accounting machine 24 to the registration support server.

The processor 111 that has transmitted the data of the transaction file 51 to the dedicated accounting machine 24 waits for a settlement completion command as ACT 194 . Upon receiving the payment complete command, processor 111 proceeds to ACT 195 . The processor 111 transmits a settlement end response command to the information terminal 40 specified by the transaction identification code of the transaction file 51 as ACT195.

Returning to the description of FIG.
The processor 41 of the information terminal 40 displaying the checkout screen SCk proceeds to ACT86 upon receiving the settlement end response command. Processor 41 clears list memory 61 and total memory 62 as ACT86. The processor 41 also clears the checkout screen SCk as ACT87. This completes the self shopping using the information terminal 40 .

[Action and effect of information terminal]
As described in detail above, the item list display part ARb of the registration screen displayed on the touch panel 44 of the information terminal 40 displays the product name and price of the purchased product for which the customer operates the information terminal 40 to input product data. etc. are displayed in a list format. Then, when a discount such as [M&M discount], [bulk sale discount], or [single item discount] is established, a tag is displayed together with the name of the discounted product. For example, a tag with the tag name "M&M established" is displayed for a purchased product for which the discount establishment condition of [M&M discount] is satisfied. A tag with the tag name "collective discount established" is displayed for the purchased product for which the discount establishment condition of [bulk sale discount] has been established. A tag with the tag name "single item discount established" is displayed for the purchased product for which the discount establishment condition of "single item discount" is satisfied. Therefore, the customer can easily specify the purchased product for which the discount has been established from the tag information displayed in the itemized list display area ARb.

Moreover, when the discount is established, the total discount amount is displayed together with the total points and total amount in the total display area ARa of the registration screen. Therefore, the customer can easily know the total amount of the discount due to the establishment of the discount.

Further, when a discount confirmation operation is performed on the registration screen of the information terminal 40, the screen of the touch panel 44 becomes a successful discount confirmation screen. The number of purchased items that can be displayed in the itemized list display area ARb is limited. For example, in the case of the registration screen SCf shown in FIG. 29, up to five items are displayed in the item list display area ARb in order of newest registration. That is, the information of the products registered six or more items ago is erased from the detail list display area ARb. For this reason, for example, the information of the product AAAAA for which the M&M discount was established together with the product FFFFF is not displayed in the itemized list display area ARb. Even in such a case, when the customer performs the discount confirmation operation, the screen of the touch panel 44 transitions to the established discount confirmation screen SCg shown in FIG. Therefore, the customer can collectively check the information on the products related to the discount that has been established by a simple operation.

In addition, for purchased products subject to discounts such as [M&M discount], [Bulk sale discount], and [Single item discount] that have not yet been discounted, the details list display area ARb displays the product name, etc. For example, tags with the tag name "M&M target", the tag name "collective discount target", or the tag name "single item discount target" are displayed. Therefore, the customer can easily identify the purchased product for which there is a possibility of a discount from the tag information displayed in the itemized list display area ARb. Moreover, the tag attached to the purchased product for which the discount has not been established is different in color from the tag attached to the purchased product for which the discount has been established. Therefore, it is possible to easily identify from the color of the tag whether the purchased product is not discounted or the purchased product is discounted.

Further, when the message MSa of "Other noteworthy campaigns" displayed on the discount confirmation screen SCg of the information terminal 40 is selected, the screen of the touch panel 44 is changed to the discount confirmation screen SCh shown in FIG. 31, for example. . Therefore, the customer can easily know what information is lacking in order to make a discount on a purchased product that may be eligible for a discount.

[Other embodiments]
Next, another form of screen display on the information terminal 40 or the like will be described.
35 and 36 are schematic diagrams showing another embodiment of the registration screen displayed on the touch panel 44 of the information terminal 40. FIG. FIG. 35 shows the registration screen SCm before the discount is established, in which 2 products GGGGG, 1 product HHHHH, and 1 product JJJJJ are registered. It shows the registration screen SCn after the discount has been established by additionally registering the point and the product KKKKK. In this embodiment, the types of discounts are "amount-specified discount", "amount-limited quantity discount", and "quantity-limited discount".

"Amount-designated discount" is a sales method in which, when the total amount of the transaction exceeds a set amount, the discounted products are collectively discounted by a predetermined discount amount. Therefore, in the case of "amount-specified discount", the discount establishment condition consists of a code for identifying the product for which the "amount-specified discount" is applied, the set amount, and the discount amount. The code may be a product code or a classification code.

In the registration screen examples of FIGS. 35 and 36, the product GGGGG is the target product for the "price-specified discount". More specifically, it exemplifies "amount-specified discount" that "if the total transaction amount is 1000 yen or more, the product GGGGG with a unit price of 330 yen is sold at a discount of 35 yen". In the registration screen SCm of FIG. 35, the total transaction amount is 996 yen, which is less than 1,000 yen, so the "amount-designated discount" is not established. For this reason, the item list display area ARb displays the product name “product GGGGG”, tax type information “tax included 10%”, the number of purchases “2”, the sales price for the number of purchases “660 yen”, and the tag name “ The tag "for special sale" is displayed. The tag name may be "amount-specified discount target", but since the number of characters is large, the tag name is "special sale target". In the registration screen SCn of FIG. 36, the total transaction amount is 1,193 yen, which is 1,000 yen or more, so the "amount-designated discount" is established. Since the number of purchase points is "2", both of the two points are discounted by 35 yen each. For this reason, the item list display area ARb displays the product name “product GGGGG”, tax type information “tax included 10%”, purchase quantity “2”, sales price before discount “660 yen”, and discount amount “- 70 Yen”, the discounted selling price “590 Yen”, and a tag with the tag name “Special sale” are displayed. A strike-through line is drawn with respect to the sales price “660 yen” before the discount. The tag name may be "amount-specified discount", but "bargain sale" is used because the number of characters is too large. The tag name may simply be "Sale".

"Amount and number limit discount" is a sales method in which when the total amount of transactions reaches a set amount or more, the number of products to be discounted is reduced by a predetermined discount amount up to a set number. Therefore, in the case of "amount and quantity limit discounts", the conditions for the discount to be established are the code for identifying the product subject to the "amount and quantity limit discounts", the set amount, the set number, and the discount amount. Become. The code may be a product code or a classification code.

In the registration screen examples of FIGS. 35 and 36, the product HHHHH is the target product for the "quantity limit discount". More specifically, it exemplifies "amount and quantity limit discount" that "when the total transaction amount is 1000 yen or more, only one product HHHHH with a unit price of 228 yen is sold at a discount of 60 yen". In the registration screen SCm of FIG. 35, the total transaction amount is 996 yen, which is less than 1,000 yen, so the "quantity limit discount" is not established. For this reason, the item list display area ARb displays the product name “product HHHHH”, tax type information “tax included 10%”, the purchase number “1”, the sales price for the purchase number “228 yen”, and the tag name “ The tag "for special sale" is displayed. The tag name may be "quantity limit discount", but it is "bargain sale" because of the large number of characters. In the registration screen SCn of FIG. 36, the total transaction amount is 1,193 yen, which is 1,000 yen or more, so the "quantity limit discount" is established. However, since the purchase point is "2", only one point is discounted by 60 yen. Therefore, the item list display area ARb displays the product name “product HHHHH”, tax type information “10% tax included”, purchase quantity “2”, sales price before discount “456 yen”, and discount amount “- 60 Yen”, the discounted selling price of “396 Yen”, and a tag with the tag name “Special sale” are displayed. A strike-through line is drawn on the sales price before discount of “456 yen”. The name of the tag may be "amount and quantity limit discount", but "bargain sale" is used because of the large number of characters. The tag name may simply be "Sale".

By the way, in the registration screen SCn of FIG. 36, the product HHHHH is discounted by one item out of the two purchase items. Therefore, one item is sold at the discounted selling price of 168 yen, and the remaining one item is sold at the normal selling price of 228 yen. However, since the registration screen SCj of the information terminal 40 is only for displaying reference prices, in the present embodiment, by displaying all of them in one detailed area, it is possible to display many purchased products on the touch panel 44 with a small display area. I want the details to be displayed.

"Quantity-limited discount" is a sales method in which a set number of products to be discounted is sold at a bargain price that is lower than the normal price, but purchases exceeding the set quantity are prohibited. Therefore, in the case of a "quantity-limited discount", the conditions for the discount to occur are the code for identifying the product subject to the "quantity-limited discount", the set quantity, and the discount amount obtained by subtracting the special sale price from the normal price. and a bargain price. The code may be a product code or a classification code.

In the registration screen SCn of FIG. 36, the product KKKKK is the target product for the "quantity limit discount". Specifically, it exemplifies a "quantity limit discount" that "only one item of the product KKKKK whose regular price is 128 yen is sold at a bargain price of 99 yen, and the purchase of two or more items is not permitted." That is, the item list display area ARb displays the product name "product KKKKK", tax type information "tax included 8%", purchase quantity "1", sales price before discount "128 yen", and discount amount "-29 yen". ', the discounted sales price '99 yen', and a tag with the tag name 'bargain sale'. The name of the tag may be "quantity-limited discount", but "bargain sale" is used because of the large number of characters. The tag name may simply be "Sale".

By the way, after this, even if the customer scans the bar code of the product KKKKK with the camera 45 in order to purchase two or more products KKKKK, or performs an operation to change the purchase quantity from the score change screen, an error occurs and the product registration is canceled. Can not do it.

By the way, in the registration screen SCn of FIG. 36 as well, for example, when a discount confirmation operation is performed by touching the total amount of discount displayed in the total display area ARa, the discount confirmed screen SCp (see FIG. 37) is displayed. switch. Note that the position touched for the discount confirmation operation is not limited to the total discount amount. For example, the discount confirmation operation may be an operation of touching a discount meter or an operation of touching a word of advantageous information.

FIG. 37 is an example of an established discount confirmation screen SCp. As shown in the figure, advantageous information 1 to 3 are displayed in an area ARf on the discount confirmation screen SCp.

Advantageous information 1 is advantageous information of "price-specified discount". Specifically, along with the guidance explaining the "specified amount discount", the product name of the product to be discounted is "product GGGGG", the number of purchases to be discounted is "2", and the discount amount is "-70". , the pre-discount sales price of "660 yen" and the post-discount sales price of "590 yen" are displayed. A strike-through line is drawn on the sales price before the discount of "660 yen". The post-discount sales price of "590 yen" is displayed in a larger font size than other information.

The advantageous information 2 is advantageous information of "quantity limit discount". Specifically, along with the guidance explaining the "quantity limit discount", the product name of the product subject to the discount "product HHHHH", the number of purchase items subject to the discount "1", and the discount amount "-60" are displayed. , the pre-discount sales price of “330 yen”, and the post-discount sales price of “270 yen” are displayed. A strike-through line is drawn on the sales amount "330 yen" before the discount. The post-discount sales amount of "270 yen" is displayed in a larger font size than other information. In this manner, the information related to the first product to be discounted is displayed on the successful discount confirmation screen SCp. Information relating to the second item, which is not subject to discount even though it is the same item, is not displayed.

The advantageous information 3 is the advantageous information of "quantity limit discount". Specifically, along with the guidance explaining the "quantity limit discount", the product name of the product subject to the discount is "product KKKKK", the number of purchases subject to the discount is "1", and the discount amount is "-29". , the pre-discount sales price of “128 yen” and the post-discount sales price of “99 yen” are displayed. A strike-through line is drawn on the sales amount "128 yen" before the discount. The post-discount sales price of "99 yen" is displayed in a larger font size than other information.

After confirming the discount confirmation screen SCp, the customer touches the "OK" button BTm. By touching the "OK" button BTm, the screen of the touch panel 44 returns from the established discount confirmation screen SCp to the registration screen SCn.

FIG. 38 is an example of a checkout confirmation screen SCq displayed on the display of the POS terminal 23 or dedicated checkout machine 24. As shown in FIG. Specifically, it is the payment confirmation screen SCq when the customer who is the user of the information terminal 40 on which the registration screen SCn of FIG. 36 is displayed performs the payment. As shown, the accounting confirmation screen SCq is divided into a transaction detail area ARm and a total transaction area ARn. In the transaction details area ARm, the product name, number of items purchased, sales price, tax type information, etc. are displayed for each product purchased by the customer. In addition, for products for which a discount has been established, the sales price before the discount and the discount amount are displayed. Then, the selling price is the discounted selling price. In addition, a strike-through line is added to the selling price before the discount. Furthermore, a tag "bargain sale" is displayed to indicate that the discount has been established. The total area ARn displays the total points, the total amount, and the total discount amount.

By the way, with regard to the product HHHHH with the purchase number of 2, there is one product for which the "quantity limit discount" has been applied and one product for which the discount has not been applied. In the checkout confirmation screen SCq, a record for one product for which a discount has been made and a record for one product for which a discount has not been made are separately displayed. Therefore, the operator who confirmed the accounting confirmation screen SCq can know that one item of the product HHHHH was sold at a discount of 60 yen and the other item was sold at the normal price. Similarly, the operator can easily know that the discount of 70 yen is applied to two purchased items for the product GGGGG for which the "amount-specified discount" has been applied.

[Variation]
In the above embodiment, a smart phone is assumed as the information terminal 40 . The information terminal 40 may be, for example, a tablet terminal attached to a shopping cart, or a mobile terminal lent to a customer by a store.

Also, the product registration device is not limited to the information terminal 40 . For example, a self-service POS terminal in which the customer himself/herself performs the registration operation of the purchased product and the accounting operation may be used as one aspect of the product registration device. By applying the function of the control unit according to the present embodiment to the self-service POS terminal, the customer can easily specify the purchased product for which the discount is established while registering the purchased product in the cell. be able to.

In the above-described embodiment, the tag attached to the purchased product for which the discount has been made and the tag attached to the purchased product for which the discount has not been made are distinguished by the character color. In this regard, it is not necessary to make a distinction. Alternatively, the background color of the characters may be used instead of the color of the characters, or the darkness of the color of the characters may be used for the distinction.

In the above embodiment, it has been described that when the message MSa on the discount confirmation screen SCg is selected, the discount confirmation screen SCh is displayed. The timing of displaying the unsuccessful discount confirmation screen SCh is not limited to this. For example, on the registration screen SCf shown in FIG. 29, when a purchased product CCCCC for which [single item discount] has not been established is selected, the message MSb of the unsuccessful discount confirmation screen SCh may be displayed. Similarly, when a purchase product DDDDD for which [bulk sale discount] has not been established is selected, the message MSc of the unsuccessful discount confirmation screen SCh may be displayed. By doing so, it is possible to check at any time information about what is lacking in order to make a discount on a purchased product that may be eligible for a discount.

In the above-described embodiment, the registration support server 11 includes the detailed data corresponding to the number n of detailed data stored in the transaction file 51 in the detailed response command and transmits it to the information terminal 40 . Regarding this point, the processor 111 of the registration support server 11 may extract the detailed data with the update flag Fc set to “1”, include it in the detailed response command, and transmit it to the information terminal 40 . By doing so, the processing load of the detailed analysis process executed by the processor 41 of the information terminal 40 can be reduced.

In the above-described embodiment, the types of discounts are "M&M discount", "bulk sale discount", "single item discount", "amount specified discount", "amount limit discount", and "quantity limit value ” was shown. The type of discount is not limited to this. Also, only one type may be used.

As another example of "quantity limit discount", there is a sales method that discounts the number of products to be discounted by a predetermined discount amount up to a set number each time the total amount of the transaction exceeds a set amount. be. For example, there is a sales method in which one discount target product is sold at a discount each time the total transaction amount reaches 1000 yen or more. In other words, if the total transaction amount is 1,000 yen or more and less than 2,000 yen, one discount item will be discounted. It is a sales method that discounts up to 2 pieces. In such a sales method, the information terminal 40 collectively displays the data of the product discounted according to the total amount of the transaction and the data of the same product not discounted in one detailed area, In the checkout confirmation screen SCq displayed on the display of the POS terminal 23 or dedicated checkout machine 24, it is preferable to display them as separate records.

In the above-described embodiment, the conditions for establishing the discount are the code of the target product, the number of points for which the discount is established, and the sales amount after the establishment of the discount. The discount establishment condition is not limited to this. For example, the discount amount when the discount is established may be included in the discount establishment conditions.

In the above embodiment, the total memory 62 has areas for storing the total points Ta, the total amount Tb, and the total discount amount Tc. The configuration of the total memory 62 is not limited to this. For example, since the total amount displayed in the total display area ARa of the registration screen is the amount obtained by subtracting the discount total amount Tc from the total amount Tb, an area for storing the discounted total amount may be further provided. .

In the above-described embodiment, the case where the point change of the purchased product is changed on the point change screen SCi has been exemplified. The score may be changed without using the score change screen SCi. For example, the number of purchased items displayed in the detail list display area ARb of the registration screen may be displayed in a cell of a pull-down list, and the changed purchased number of items may be selected from the pull-down list. Alternatively, instead of the point change screen SCi, a ten-key screen may be displayed to input the changed purchase points.

In the above embodiment, the camera 45 was stopped in ACT21, ACT26 or ACT46. If the barcode cannot be scanned with the camera 45 while the scan screen SCc is not displayed, the camera 45 does not necessarily have to be stopped.

In the above-described embodiment, the purchase product is exemplified as an example of the product to be traded. The products to be traded do not necessarily have to be purchased products. For example, rental products at a rental shop can also be traded products if they are subject to discounts.

Additionally, while several embodiments of the invention have been described, these embodiments have been presented by way of example and are not intended to limit the scope of the invention. These novel embodiments can be implemented in various other forms, and various omissions, replacements, and modifications can be made without departing from the scope of the invention. These embodiments and modifications thereof are included in the scope of the invention, and are included in the scope of the invention described in the claims and equivalents thereof.

DESCRIPTION OF SYMBOLS 10... Server system 11... Registration support server 14... Merchandise master 15... Discount master 20... POS system 21... Store server 22... Monitoring terminal 23... POS terminal 24... Dedicated accounting machine 30... Network 40 Information terminal 41 Processor 42 Built-in memory 43 External memory 44 Touch panel 45 Camera 46 Wireless unit 50 Transaction file 60 Self-registration program 61 List memory 62 Total memory 63 Tag table 111 Processor 112 Main memory 113 Auxiliary storage device 114 Clock 115 Communication interface SCa Check-in screen SCb, SCd, SCe, SCf, SCj, SCm, SCn... Registration screen, SCc... Scan screen, SCg... Discount confirmation screen, SCh... Discount confirmation screen, SCi... Points change screen, SCk... Accounting screen, SCp... Discount confirmation screen, SCq... Accounting confirmation screen.

Claims (6)

an input unit for inputting product data used to identify products to be traded;
a storage unit that stores product detail data including the product name and price of the transaction target product specified by the product data;
a display unit that displays the product detail data of the transaction target product related to one transaction in a list format;
When the product data input through the input unit enables a discount on the product to be traded for which the product detail data is stored in the storage unit, the relevant product displayed in a list format on the display unit a control unit for displaying the product detail data of the transaction target product for which the discount has been made so as to be identifiable from the product detail data of other transaction target products;
A product registration device comprising: 2. The product registration device according to claim 1, wherein said control unit further causes said display unit to display a discount amount resulting from establishment of a discount on said transaction target product. Further, when a discount confirmation instruction is received after the discount of the transaction target product is established, the control unit extracts the product detail data of the transaction target product for which the discount is established and causes the display unit to display it. 3. The commodity registration device according to claim 1 or 2. Further, the control unit may transfer the product detail data of a transaction target product for which a discount may be realized among the transaction target products for which the product detail data is displayed in a list format on the display unit to another transaction. 2. The product registration device according to claim 1, wherein the product detail data of the target product is displayed so as to be identifiable. 5. The product registration device according to claim 4, wherein said control unit further causes said display unit to display information lacking in order for a discount to be established for a transaction target product for which said discount may be established. An input unit for inputting product data used to specify a product to be traded, a storage unit for storing product detail data including the product name and price of the product to be traded specified by the product data, and a transaction a computer in a product registration device having a display unit that displays the product detail data of the transaction target product in a list format;
When the product data input through the input unit enables a discount on the product to be traded for which the product detail data is stored in the storage unit, the relevant product displayed in a list format on the display unit a control means for displaying the product detail data of the transaction target product for which the discount has been established in a manner distinguishable from the product detail data of other transaction target products;
A program to function as

Images