Product registration device and its program

Abstract

To deal with a change in the rate of a tax imposed on a commodity to be transacted without requiring a clerk to check a customer's intention.SOLUTION: A commodity registration device comprises an input unit, a display unit, a receiving unit, and an output unit. The input unit inputs commodity data used for specification of a commodity to be transacted. The display unit displays commodity detail data including the rate of a tax imposed on the commodity to be transacted specified by the commodity data input through the input unit. The receiving unit receives an instruction to change the rate of the tax imposed on the commodity to be transacted, the commodity detail data of which is displayed on the display unit. The output unit outputs commodity data used for specification of the commodity to be transacted for which the tax rate change instruction is received by the receiving unit.SELECTED DRAWING: Figure 35

Description

[Technical Field]

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

[0002] In Japan, the consumption tax, a tax levied on transactions such as the sale of goods or the provision of services, is divided into standard and reduced tax rates. The reduced tax rate is a tax rate applied to food and beverages, excluding alcoholic beverages and eating out. Therefore, retail stores that sell food and beverages apply the reduced tax rate to non-alcoholic beverages and the standard tax rate to alcoholic beverages. However, if a customer (purchaser) eats or drinks food and beverages in the store's seating area, known as the eat-in area, this is considered eating out, and the standard tax rate, not the reduced tax rate, applies. For this reason, when selling non-alcoholic beverages to a customer, the store clerk (seller) confirms whether or not the customer intends to eat or drink in the eat-in area. The clerk then operates the product registration device so that the standard tax rate is applied to the food and beverages offered for consumption.

[0003] Meanwhile, in recent years, self-service product registration systems have become widespread, in which customers scan the barcodes attached to products themselves using information terminals such as smartphones and tablets when purchasing products in a sales area where products are displayed. Introducing self-service product registration systems in retail stores where the sales area and cash register are separated eliminates the need for product registration operations at the cash register, which has the advantage of reducing congestion at the cash register. Furthermore, since there is less contact between customers and store staff, this is also an excellent way to prevent infection.

[0004] However, the self-service product registration system does not allow store staff to confirm with customers whether they wish to eat or drink in the eat-in space, making it difficult to introduce the self-service product registration system in retail stores that have eat-in spaces. [Prior art documents] [Patent documents]

[0005] [Patent Document 1] Japanese Patent Publication No. 2020-181248 Summary of the Invention [Problem to be solved by the invention]

[0006] The problem to be solved by the embodiments of the present invention is to provide a product registration device that can accommodate changes in the tax rate imposed on products to be traded without the need for confirmation by a store clerk. [Means for solving the problem]

[0007] In one embodiment, the product registration device includes an input unit, a display unit, a reception unit, and an output unit. The input unit inputs product data used to identify the product to be traded. The display unit displays product detail data including a tax rate to be levied on the product to be traded identified by the product data input via the input unit. The reception unit receives an instruction to change the tax rate to be levied on the product to be traded for which the product detail data is displayed on the display unit. The output unit outputs the product data used to identify the product to be traded for which the reception unit has received the tax rate change instruction. [Brief explanation of the drawings]

[0008] [Figure 1] FIG. 1 is a block diagram showing a schematic configuration of a product registration system according to an embodiment. [Figure 2] FIG. 2 is a schematic diagram showing the main data structure of a product record stored in the product master. [Figure 3] FIG. 3 is a schematic diagram illustrating an example of a tax rate table. [Figure 4] FIG. 4 is a block diagram showing the main circuit configuration of the registration support server. [Figure 5] FIG. 5 is a schematic diagram showing the main data stored in a transaction file. [Figure 6] FIG. 6 is a block diagram showing the main circuit configuration of the information terminal. [Figure 7] FIG. 7 is a schematic diagram showing the configuration of the list memory. [Figure 8] FIG. 8 is a schematic diagram showing the configuration of the summation memory. [Figure 9] FIG. 9 is a schematic diagram showing the configuration of the tag table. [Figure 10] FIG. 10 is a flowchart showing the main steps of information processing executed by the processor of the information terminal. [Figure 11] FIG. 11 is a flowchart showing the main steps of information processing executed by the processor of the information terminal. [Figure 12] FIG. 12 is a flowchart showing the main steps of information processing executed by the processor of the information terminal. [Figure 13] FIG. 13 is a flowchart showing the main steps of information processing executed by the processor of the information terminal. [Figure 14] FIG. 14 is a flowchart showing the main steps of information processing executed by the processor of the information terminal. [Figure 15] FIG. 15 is a flowchart showing the main steps of information processing executed by the processor of the information terminal. [Figure 16] FIG. 16 is a flowchart showing the main steps of information processing executed by the processor of the information terminal. [Figure 17] FIG. 17 is a flowchart showing the main steps of information processing executed by the processor of the information terminal. [Figure 18] FIG. 18 is a flowchart showing a specific procedure for the detail analysis process in FIG. [Figure 19] FIG. 19 is a flowchart showing a specific procedure of the registration screen editing process in FIG. [Figure 20] FIG. 20 is a flowchart showing the main steps of the check-in notification process executed by the processor of the registration support server. [Figure 21] FIG. 21 is a flowchart showing the main steps of the registration notification process executed by the processor of the registration support server. [Figure 22] FIG. 22 is a flowchart showing the main steps of the first change notification process executed by the processor of the registration support server. [Figure 23] FIG. 23 is a flowchart showing the main steps of the second change notification process executed by the processor of the registration support server. [Figure 24] FIG. 24 is a flowchart showing the main steps of the third change notification process executed by the processor of the registration support server. [Figure 25] FIG. 25 is a flowchart showing the main steps of the fourth change notification process executed by the processor of the registration support server. [Figure 26] FIG. 26 is a flowchart showing the main steps of the payment notification process executed by the processor of the registration support server. [Figure 27] FIG. 27 is a flowchart showing the main steps of a payment request command receiving process executed by the processor of the registration support server. [Figure 28] FIG. 28 is a schematic diagram showing an example of a check-in screen displayed on the touch panel of the information terminal. [Figure 29] FIG. 29 is a schematic diagram showing an example of a registration screen displayed on a touch panel of an information terminal. [Figure 30] FIG. 30 is a schematic diagram showing an example of a scan screen displayed on a touch panel of an information terminal. [Figure 31] FIG. 31 is a schematic diagram showing an example of a registration screen displayed on a touch panel of an information terminal. [Figure 32] FIG. 32 is a schematic diagram showing an example of a registration screen displayed on a touch panel of an information terminal. [Figure 33] FIG. 31 is a schematic diagram showing an example of a score change screen displayed on the touch panel of the information terminal. [Figure 34] FIG. 34 is a schematic diagram showing an example of a registration screen displayed on a touch panel of an information terminal. [Figure 35] FIG. 35 is a schematic diagram showing an example of an eat-in setting screen displayed on the touch panel of the information terminal. [Figure 36] FIG. 36 is a schematic diagram showing an example of an eat-in setting screen displayed on the touch panel of the information terminal. [Figure 37]FIG. 37 is a schematic diagram showing an example of an eat-in setting screen displayed on the touch panel of the information terminal. [Figure 38] FIG. 38 is a schematic diagram showing an example of a registration screen displayed on a touch panel of an information terminal. [Figure 39] FIG. 39 is a schematic diagram showing an example of a registration screen displayed on a touch panel of an information terminal. [Figure 40] FIG. 40 is a schematic diagram showing an example of an eat-in cancellation screen displayed on the touch panel of the information terminal. [Figure 41] FIG. 41 is a schematic diagram showing an example of an eat-in cancellation screen displayed on the touch panel of the information terminal. [Figure 42] FIG. 42 is a schematic diagram showing an example of a registration screen displayed on a touch panel of an information terminal. [Figure 43] FIG. 43 is a schematic diagram showing an example of a checkout screen displayed on the touch panel of the information terminal. DETAILED DESCRIPTION OF THE INVENTION

[0009] An embodiment will be described below with reference to the drawings. In this embodiment, a customer self-registers a purchased item by operating a portable information terminal and entering the code of the purchased item, which is the item to be transacted, in a sales floor of a retail store that is separated into a sales floor where products are displayed and a checkout area where a cash register is installed. A self-registration product registration system is established in such a store. The information terminal is one aspect of a product registration device. Examples of the information terminal that can be used include an information terminal such as a smartphone owned by the customer, a dedicated mobile terminal provided in the store, or a tablet terminal attached to a shopping cart. This embodiment will be described using an information terminal owned by a customer as an example. This embodiment also complies with Japan's consumption tax system at the time of filing this application. That is, a reduced tax rate of 8% applies to food and beverages excluding alcoholic beverages and eating out. The regular tax rate of 10% applies to other products. However, when customers eat and drink food and beverages in the eat-in space inside the store rather than taking them home, the regular tax rate of 10% applies.

[0010] [Product registration system configuration explanation] 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 that uses cloud computing and a POS (Point of Sales) system 20 established at a member store. The server system 10 and the POS system 20 are capable of two-way data communication via a network 30 that uses the Internet Protocol. The network 30 is a wide-area network that uses public lines or dedicated lines as a relay network and wired local area networks (LANs), wireless LANs, mobile communication networks, mobile phone communication networks, etc. as access networks. An information terminal 40, such as a smartphone, that uses a mobile phone communication network can access the server system 10 via the network 30.

[0011] An affiliated store is a store that has signed a service contract with the management company of the server system 10. Note that FIG. 1 shows the POS system 20 of one affiliated store. Needless to say, the POS systems of other affiliated stores are also connected to the network 30 in the same way. However, the POS systems of other affiliated stores do not necessarily have the same configuration as the POS system 20 shown in FIG. 1. Some of the configuration of the POS system may differ depending on the affiliated store.

[0012] The server system 10 comprises a registration support server 11 and a router 12, which are connected to each other via a communication line 13. The router 12 is also connected to a network 30, and serves as a relay point for data communication between the registration support server 11 and the POS system 20 of each affiliated store using the network 30.

[0013] The registration support server 11 is a computer that supports the registration of merchandise purchased by customers shopping at affiliated stores. To support this, the registration support server 11 has at least the following two functions. The first function is to register and process merchandise sales data based on the code of the purchased merchandise entered on the information terminal 40. The second function is to create or transmit accounting data necessary for settling a transaction with a customer using the information terminal 40 in response to accounting instructions from the information terminal 40.

[0014] To achieve the first function, the registration support server 11 manages a product master 14 for each affiliated store. The product master 14 is a collection of product records 141 (see FIG. 2) created for each product. The registration support server 11 also manages a tax rate table 15. The tax rate table 15 is shared by each affiliated store.

[0015] 2 is a schematic diagram showing the main data structure of the product record 141. As shown in the figure, the product record 141 is a data record that records product information such as product code, classification code, product name, price, tax classification, etc. The product code is a unique code assigned to each product to identify it.

[0016] A classification code is a unique code assigned to each product category. Food and beverage categories include vegetables, fruits, meat, fresh fish, beverages, dairy products, processed foods, confectionery, and alcoholic beverages. Classification categories are not limited to these, but at least a product identified by a product code belongs to one of the categories. The product name and price are the proper name of the product identified by the product code and the regular price per item.

[0017] The tax category is information for identifying the type of tax levied on a product. There are four types of tax categories: tax-exempt, regular tax rate taxation, reduced tax rate taxation that does not support eat-in, and reduced tax rate taxation that supports eat-in. In this embodiment, the tax category for tax-exempt products is "1." The tax category for regular tax rate taxation is "2." The tax category for reduced tax rate taxation that does not support eat-in is "3." The tax category for reduced tax rate taxation that supports eat-in is "4." Therefore, the tax category "1" is set in the product records 141 for tax-exempt products such as gift certificates, gift cards, and prepaid cards. The tax category "2" is set in the product records 141 for alcoholic beverages and products other than food and beverages. The tax category "3" is set in the product records 141 for food and beverages other than alcoholic beverages that are difficult to eat in an eat-in space, such as rice, fruits and vegetables, meat, fresh fish, dried goods, and seasonings. The product records 141 of food and beverages other than alcoholic beverages that can be consumed in the eat-in space, such as bento boxes, bread, prepared foods, and instant foods, are set to tax category "4."

[0018] 3 is a schematic diagram showing an example of tax rate table 15. As shown in the figure, tax rate table 15 stores a tax rate of "0%" in association with tax exemption tax category "1," a tax rate of "10%" in association with normal tax rate tax category "2," a tax rate of "8%" in association with reduced tax rate tax category "3" that does not support eat-in dining, and a tax rate of "8%" in association with reduced tax rate tax category "4" that supports eat-in dining. Note that the tax categories and their corresponding tax rates are not limited to those shown in the figure and can be changed as appropriate to suit the tax system.

[0019] Returning to the explanation of Figure 1. The POS system 20 comprises a store server 21, a monitoring terminal 22, a POS terminal 23, and a dedicated accounting machine 24, which are connected to an in-store network 25. The POS system 20 also connects a router 26 to the in-store network 25, and is connected to a network 30 via this router 26. The POS system 20 also connects an access point 27 to the in-store network 25, and is able to communicate data with an information terminal 40 via this access point 27 via wireless LAN.

[0020] The store server 21 is a computer that manages sales information, product inventory information, order information, and the like of the affiliated store in which the POS system 20 is established, based on information on transactions settled at the affiliated store.

[0021] The monitoring terminal 22 is a terminal for monitoring customers who are performing the code reading operation for purchased products themselves using the information terminal 40. The monitoring terminal 22 is equipped with a monitor on which the behavior of customers in the store and data related to the purchased products of the customers are displayed.

[0022] The POS terminal 23 is an accounting 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 a semi-self-service type that is separated into a registration machine and an accounting machine, with the registration machine operated by a store clerk and the accounting machine operated by a customer. The POS terminal 23 may also be a full-self-service type that is operated by a customer.

[0023] The dedicated accounting machine 24 is an accounting machine that processes the settlement of transactions with customers who use the information terminal 40. The customer is the operator of the dedicated accounting machine 24. The dedicated accounting machine 24 has functions such as scanning accounting barcodes displayed on the information terminal 40, a payment processing function that supports various payment methods such as electronic money, credit cards, and cash, and an electronic money charging function.

[0024] [Configuration of the registration support server] 4 is a block diagram showing the main circuit configuration of the registration support server 11. The registration support server 11 includes a processor 111, a main memory 112, an auxiliary storage device 113, a clock 114, a communication interface 115, and a system transmission path 116. The system transmission path 116 includes an address bus, a data bus, a control signal line, etc. 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 path 116. In the registration support server 11, the processor 111, the main memory 112, the auxiliary storage device 113, the clock 114, and the communication interface 115, and the system transmission path 116 connecting these components, form a computer.

[0025] The processor 111 corresponds to the central part of the computer. The processor 111 controls each part to realize various functions of the registration assistance server 11 in accordance with an operating system or an application program (application software). The processor 111 is, for example, a CPU (Central Processing Unit).

[0026] The main memory 112 corresponds to the main storage portion of the computer. The main memory 112 includes a nonvolatile memory area and a volatile memory area. The main memory 112 stores an operating system or application programs in the nonvolatile memory area. The main memory 112 stores data required for the processor 111 to execute processes for controlling each part in the volatile memory area. The above data may also be stored in the nonvolatile memory area. The main memory 112 uses the volatile memory area as a work area where data is rewritten by the processor 111 as appropriate. The nonvolatile memory area is, for example, ROM (Read Only Memory). The volatile memory area is, for example, RAM (Random Access Memory).

[0027] The auxiliary storage device 113 corresponds to the auxiliary storage portion of the computer. For example, an EEPROM (Electric Erasable Programmable Read-Only Memory), an HDD (Hard Disc Drive), or an SSD (Solid State Drive) can be the auxiliary storage device 113. The auxiliary storage device 113 stores data used by the processor 111 when performing various processes, or data created by the processes of the processor 111. The auxiliary storage device 113 may also store the application programs described above.

[0028] The clock 114 keeps track of the date and time. The registration assistance server 11 acquires the date and time kept by the clock 114 as the current date and time.

[0029] The communication interface 115 is a circuit for transmitting and receiving data to and from each device connected via the network 30 in accordance with a predetermined communication protocol.

[0030] The registration assistance server 11 uses a portion of the volatile area in the main memory 112 as a storage area for multiple transaction files 50. A transaction file 50 is created for each customer who uses the information terminal 40 to read the code of a purchased product, which is the product to be transacted. The transaction file 50 stores various data necessary for creating accounting data.

[0031] FIG. 5 is a schematic diagram showing the main data stored in transaction file 50. As an example, FIG. 5 shows data of one record out of multiple transaction records stored in transaction file 50. Transaction file 50 stores data related to transactions of customers using information terminal 40. As shown in FIG. 5, transaction file 50 stores a transaction identification code, a store code, a store entry date and time, a number n of detailed data items, detailed product data for that number n, a total number of items, a total price, a total discount amount, an accounting code, etc.

[0032] The 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, and may be, for example, the device ID of the information terminal 40, a mobile phone number, etc. The transaction identification code may be, for example, a transaction number for identifying the transaction, or may be a combination of the transaction number and date and time information such as a store code and entry date and time. The transaction number is issued by the registration support server 11, for example, when generating the transaction file described below. The store code is a unique code assigned to each affiliated store to individually identify each affiliated store. The entry date and time is the date and time when the customer launched the application for the product registration system running on the information terminal 40 and checked in to the affiliated store.

[0033] The product detail data consists of the product code, classification code, product name, price, tax category, number of items purchased, and price including tax of the purchased product. The product code, classification code, product name, price, and tax category are information of the product record 141. The price including tax is the sales amount including tax calculated using the price, the tax rate corresponding to the tax category, and the number of items purchased.

[0034] The product detail data further includes a target flag Fa, an in-store flag Fb, a cancellation flag Fc, and an update flag Fd. The target flag Fa is one-bit data for identifying whether the tax type of the purchased product is a reduced tax rate taxable product that supports eat-in. In this embodiment, the target flag Fa is set to "1" if the tax type of the purchased product is a reduced tax rate taxable product that supports eat-in, and the target flag Fa is set to "0" if the tax type of the purchased product is a reduced tax rate taxable product that supports eat-in. The in-store flag Fb is one-bit data for identifying whether the purchased product, which is a reduced tax rate taxable product that supports eat-in, will be eaten in the eat-in space. In this embodiment, the in-store flag Fb is set to "1" if the purchased product will be eaten in the eat-in space, and the in-store flag Fb is set to "0" if the purchased product will not be eaten. The cancellation flag Fc is one-bit data for identifying whether the purchased product, which is a reduced tax rate taxable product that supports eat-in, has been canceled in the eat-in space. In this embodiment, the cancellation flag Fc is set to "1" if the purchase has been canceled, and the cancellation flag Fc is set to "0" if the purchase has not been canceled. The update flag Fd is 1-bit data for identifying whether the product detail data has been updated. In this embodiment, the update flag Fd for updated product detail data is set to "1," and the update flag Fd for non-updated product detail data is set to "0."

[0035] The total number of items is the sum of the number of items purchased for each item detail data. The total amount is the sum of the prices including tax for each item detail data. The total discount amount is the sum of the discount amounts for the purchased items. The accounting code is the code used by a customer who uses the information terminal 40 to check in at the affiliated store identified by the store code on the date and time of entry when paying for the transaction.

[0036] [Information terminal configuration explanation] 6 is a block diagram showing the main circuit configuration of the information terminal 40. 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.

[0037] The system transmission path 47 includes an address bus, a data bus, a control signal line, etc. The information terminal 40 connects the processor 41, the built-in memory 42, the external memory 43, the touch panel 44, the camera 45, and the wireless unit 46 to the system transmission path 47. In the information terminal 40, the processor 41, the built-in memory 42, the external memory 43, and the system transmission path 47 connecting these together form a computer.

[0038] The processor 41 corresponds to the central part of the computer. The processor 41 controls each part to realize various functions of the information terminal 40 in accordance with an operating system or an application program (application software). The processor 41 is, for example, a CPU.

[0039] The built-in memory 42 corresponds to the main memory of the computer. The built-in memory 42 includes a non-volatile memory area and a volatile memory area. The built-in memory 42 stores an operating system or application programs in the non-volatile memory area. The built-in memory 42 stores data required for the processor 41 to execute processes for controlling each part in the volatile memory area. The built-in memory 42 also uses the volatile memory area as a work area where data can be rewritten by the processor 41 as appropriate. The non-volatile memory area is, for example, ROM. The volatile memory area is, for example, RAM.

[0040] The external memory 43 corresponds to the auxiliary storage portion of the computer. For example, an SD memory card, a USB memory, etc. can be the external memory 43. The external memory 43 stores data used by the processor 41 when performing various processes, or data created by the processes in the processor 41. The external memory 43 may also store the application programs.

[0041] 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 information about the image displayed at that position.

[0042] Camera 45 is an imaging device built into information terminal 40. Processor 41 functions as a reading unit that reads codes such as barcodes and two-dimensional codes from images captured by camera 45. Each product is affixed with a barcode that represents the product code of that product using a predetermined barcode system. In other words, processor 41 can obtain the product code of the purchased product by reading the barcode affixed to the product from the image captured by camera 45.

[0043] The wireless unit 46 is a communication device that performs data communication with the access point 27 in accordance with a wireless LAN communication protocol. The wireless unit 46 constitutes a communication section of the information terminal 40.

[0044] In the information terminal 40 configured as described above, the self-service registration program 60 is installed in, for example, the external memory 43. The self-service registration program 60 is application software for a product registration system executed on the information terminal 40. The self-service registration program 60 may be installed in the internal memory 42. There are no particular limitations on the method for installing the self-service registration program 60 in the internal memory 42 or the external memory 43. The self-service registration program 60 can be installed in the internal memory 42 or the external memory 43 by recording the self-service registration program 60 on a removable recording medium or by distributing the self-service registration program 60 via communication via a network. The form of the recording medium is not important as long as it can store a program and is readable by the device, such as an SD memory card or USB memory.

[0045] In information terminal 40 in which self-registration program 60 is installed, part of the internal memory 42 is used as 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.

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

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

[0048] 9 is a schematic diagram showing the configuration of tag table 63. As shown in the figure, tag table 63 is made up of a column for tag classification, a column for target flag Fa, a column for in-store flag Fb, a column for cancellation flag Fc, a column for tag name, and a column for color information.

[0049] In this embodiment, a tag record with a target flag Fa of "1," a store flag Fb of "0," a cancellation flag Fc of "0," a tag name of "eating-in target," and color information of "black" is stored as tag classification "1." That is, tag classification "1" is information identifying the black-letter tag "eating-in target" attached to information on purchased products for which the tax type is a reduced tax rate tax for eating-in and no declaration that eating or drinking will be done in an eating-in space, a so-called eating-in declaration, has been made.

[0050] In this embodiment, a tag record with a target flag Fa of "1," a store flag Fb of "1," a cancellation flag Fc of "0," a tag name of "eat-in," and color information of "red" is stored as tag classification "2." That is, tag classification "2" is information that identifies the red-letter tag "eat-in" that is attached to information about purchased products for which an eat-in declaration has been made and for which the tax type is a reduced tax rate tax for eat-in.

[0051] In this embodiment, a tag record with a target flag Fa of "1," an in-store flag Fb of "1," a cancellation flag Fc of "1," a tag name of "Eat-in Canceled," and color information of "green" is stored as tag category "3." That is, tag category "3" is information identifying the green tag "Eat-in Canceled" that is attached to information on purchased products for which the tax type is a reduced tax rate tax for eat-in and the eat-in declaration has been canceled. Note that the tag names and color information are not limited to those shown in Fig. 9. Appropriate tag names and color information may be set by a system administrator or a user, etc. Also, the color information may be omitted.

[0052] [Product registration system operation explanation] 10 to 19 are flow charts showing the main steps of information processing executed by processor 41 of information terminal 40 in accordance with self-registration program 60. FIGS. 20 to 27 are flow charts showing the main steps of information processing executed by processor 111 of registration support server 11 in accordance with the program. FIGS. 28 to 43 are example screen transitions displayed on touch panel 44 of information terminal 40. The main operations of product registration system 100 will be explained below using each figure. Note that the procedures and contents of the operations described below are examples. The procedures or contents can be changed as appropriate as long as similar effects can be achieved. Also, the screens are examples. The layout, images, text, etc. of each screen are not limited to those shown in the figures.

[0053] A customer using an information terminal 40 to shop at a retail store in which product registration system 100 is installed first launches self-service registration program 60. When self-service registration program 60 launches, processor 41 of information terminal 40 begins information processing according to the procedure shown in Fig. 10. In ACT1, processor 41 displays check-in screen SCa (see Fig. 28) on touch panel 44. Then, in ACT2, processor 41 launches camera 45.

[0054] An entry code is provided at the entrance of the store. The entry code is store-related setting information coded using a two-dimensional code system. The setting information includes a store code, in-store LAN data, mobile communication data, etc. The in-store LAN data is the SSID, password, security information, etc. required for the information terminal 40 to connect to the access point 27 using wireless LAN. The mobile communication data is the timeout period, number of retries, etc. required for the information terminal 40 to communicate with each device in the product registration system 100.

[0055] 28 is an example of the check-in screen SCa. As shown in the figure, the check-in screen SCa displays guidance for scanning the store entry code, along with a frame CM indicating the code reading area. The customer points the camera 45 of the information terminal 40 over the store entry code so that the code fits within the frame CM. The store entry code is then read by the function of the reading unit of the information terminal 40.

[0056] In the above description, the camera 45 is activated 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 this camera activation button is pressed.

[0057] Having displayed the check-in screen SCa, processor 41 waits for check-in in ACT 3. When the store entry code is scanned by camera 45, processor 41 recognizes that check-in has been performed and proceeds to ACT 4. Processor 41 stops camera 45 in ACT 4.

[0058] The processor 41 controls the wireless unit 46 to send a check-in notification as ACT5. This control causes the wireless unit 46 to connect to the access point 27 via wireless LAN based on the in-store LAN data acquired from the store entry code. After connecting to 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 transmitted to the registration assistance server 11 via the router 26 of the POS system 20. The check-in notification command includes a 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 or mobile phone number of the information terminal 40 may serve as the terminal identification code. Alternatively, the terminal identification code may be a code for identifying the self-registration program 60 stored in the information terminal 40 or a user using the program. For example, the terminal identification code may be a unique number automatically issued when the program is installed or a membership number issued when the customer registers as a member. The store code acquired from the store entry code is also included in the check-in notification command. Upon receiving the check-in notification command, the registration assistance server 11 executes check-in notification processing.

[0059] FIG. 20 is a flowchart showing the main steps of the check-in notification process. When the processor 111 of the registration assistance server 11 receives a check-in notification command via the communication interface 115, it acquires a terminal identification code from the check-in notification command in ACT 141. The processor 111 also acquires a store ID from the check-in notification command in ACT 142. The processor 111 then sets the current date and time measured by the clock 114 as the store entry date and time in ACT 143. The processor 111 then creates a transaction file 50 in ACT 144. The transaction file 50 stores the transaction identification code, the store code acquired from the check-in notification command, and the store entry date and time. The transaction identification code may be the terminal identification code acquired from the check-in notification command. The transaction identification code may be a transaction number. The transaction file 50 is stored, for example, in the main memory 112.

[0060] The processor 111, as ACT145, transmits a start command to the information terminal 40 that sent the check-in notification command, for example, based on the terminal identification code. Here, if a transaction number is used as the transaction identification code, the start command may include a 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 the transaction identification code in a registration notification command, which will be described later, and the registration assistance server 11 can manage information about the product registered by the customer based on the transaction identification code.

[0061] With this, processor 111 completes the information processing when it receives a check-in notification command. Although processor 111 creates transaction file 50 in ACT 144, the timing for creating transaction file 50 is not limited to this. Processor 111 may also generate transaction file 50 when it receives a product code transmitted as a registration notification command by information terminal 40 reading the barcode of the first product in a new transaction.

[0062] Returning to the explanation of Figure 10. After issuing the check-in notification, processor 41 waits for a start command in ACT 6. Upon receiving the start command via wireless unit 46, processor 41 proceeds to ACT 7. In ACT 7, processor 41 switches the screen of touch panel 44 from check-in screen SCa to registration screen SCb (see FIG. 29).

[0063] FIG. 29 shows an example of the registration screen SCb. As shown in the figure, the registration screen SCb includes a scan button BTa, a no barcode button BTb, and a payment button BTc. Furthermore, a portion of the screen is designated as a transaction total display area ARa, and the remaining portion is designated as a purchased item detail 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 area ARb is divided into five detail areas, and information related to up to five purchased items, such as product name, purchase quantity, and price including tax, can be displayed. If the number of purchased items exceeds six, the product names and other information related to the least recently registered purchased items are no longer displayed in the detail list display area ARb. However, for example, by swiping the detail list display area ARb, information related to the least recently registered purchased items can be displayed in the detail list display area ARb. Since shopping has not yet begun, the total number of items is 0, and the total amount is 0 yen. Furthermore, each detail area in the detail list display area ARb is blank.

[0064] The scan button BTa is an operator that instructs the user to scan the barcode attached to the product. The no barcode button BTb is an operator that instructs the user to register a product that does not have a barcode attached. The payment button BTc is an operator that instructs the user to pay for the transaction. Since the shopping has not yet started, the payment button BTc is grayed out and disabled. The registration screen SCb with the payment button BTc disabled may be called the registration start screen.

[0065] After checking the registration screen SCb, the customer begins shopping. Then, as the customer walks around the sales floor and finds the item they wish to purchase, they check whether or not the item has a barcode attached. If the item has a barcode attached, the customer touches the scan button BTa. If the item does not have a barcode attached, the customer touches the no barcode button BTb.

[0066] The processor 41, which has controlled the display of the registration screen SCb, waits for the scan button BTa to be input in ACT8 or the no barcode button BTb to be input in ACT9. When the scan button BTa is pressed in the standby state of ACT8 and ACT9, the processor 41 proceeds to ACT10. In ACT10, the processor 41 switches the screen of the touch panel 44 from the registration screen SCb to the scan screen SCc (see FIG. 30). Then, in ACT11, the processor 41 starts up the camera 45.

[0067] Figure 30 is an example of the scan screen SCc. As shown in the figure, the scan screen SCc displays a frame CM indicating the code reading area along with guidance for scanning the barcode of a product. The scan screen SCc also displays a No Barcode button BTb and a Return to Detail button BTd. The Return to Detail button BTd is an operator that instructs the user to return to the registration screen. The code reading area is an image that assists in reading the barcode.

[0068] After checking the scan screen SCc, the customer points the camera 45 of the information terminal 40 at the purchased item so that the barcode fits inside the frame CM. The barcode is then read by the reading function of the information terminal 40. If the purchased item 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 Return to Details button BTd.

[0069] The processor 41 starts the camera in ACT11 and waits for the barcode to be read in ACT12, for the no barcode button BTb to be pressed in ACT13, or for the return to details button BTd to be pressed in ACT14.

[0070] When a barcode is read in the standby state of ACT12 to ACT14, the processor 41 proceeds to ACT21 in FIG. 11 . The processor 41 stops the camera 45 in ACT21. The processor 41 also controls the wireless unit 46 to issue a registration notification in ACT22. This control causes the wireless unit 46 to wirelessly transmit a registration notification command. The registration notification command is received by the access point 27 and transmitted 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 item. 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 a terminal identification code, the registration notification command includes the terminal identification code set in the information terminal 40. The registration support server 11, which has received the registration notification command, executes a registration notification process.

[0071] 21 is a flowchart showing the main steps of the registration notification process. When processor 111 of registration support server 11 receives a registration notification command via communication interface 115, processor 111 obtains a transaction identification code from the registration notification command in ACT 151. Then, processor 111 selects a transaction file 50 in which the transaction identification code is saved in ACT 152. For ease of explanation, the selected transaction file will be referred to as transaction file 51 below.

[0072] In ACT153, processor 111 sets all update flags Fd for each item detail data stored in transaction file 51 to "0." Next, in ACT154, processor 111 obtains the item code from the barcode data included in the registration notification command. Then, in ACT155, processor 111 searches the item master 14 using that item code. At this time, processor 111 searches the item master 14 of the affiliated store identified by the store code stored in transaction file 51.

[0073] The processor 111 reads out product data such as the classification code, product name, price, and tax category stored in association with the product code from the product master 14 as ACT 156. The processor 111 references the tax rate table 15 as ACT 157 and obtains the tax rate associated with the tax category included in the product data. The processor 111 then calculates the price including tax as ACT 158. The price including tax is calculated using the following equation (1). Price including tax = [Price + (Price * Tax rate)] * Quantity purchased … (1) The processor 111 creates product detail data for the purchased product in ACT 159. As described above, the product detail data is composed of the purchased product's product code, classification code, product name, price, tax category, purchase quantity, tax-inclusive price, target flag Fa, in-store flag Fb, cancellation flag Fc, update flag Fd, etc. Hereinafter, the product detail data created in the processing of ACT 159 will be referred to as created product detail data (first data).

[0074] In ACT 160, the processor 111 checks whether the tax category of the created product detail data is "4." If the tax category is "4," that is, if the created product detail data is for a purchased product that can be eaten in the eat-in space, the processor 111 proceeds to ACT 161. In ACT 161, the processor 111 sets the target flag Fa of the created product detail data to "1," and sets the in-store flag Fb and the cancellation flag Fc to "0."

[0075] On the other hand, if the tax category is other than "4," that is, if the created product detail data is for a purchased product that is difficult to eat in the eat-in space, the processor 111 proceeds to ACT 162. In ACT 162, the processor 111 sets the target flag Fa, in-store flag Fb, and cancellation flag Fc of the created product detail data to "0."

[0076] Upon completing the processing of ACT161 or ACT162, the processor 111 proceeds to ACT163. In ACT163, the processor 111 sets the update flag Fd of the created product detail data to "1." Then, in ACT164, the processor 111 saves the created product detail data in the transaction file 51. In addition, in ACT165, the processor 111 updates the total number of items, the total amount, and the total discount amount in the transaction file 51. Specifically, the processor 111 adds the number of items purchased in the created product detail data to the total number of items, and adds the price including tax in the created product detail data to the total amount.

[0077] After completing the above processing, processor 111 transmits a detail response command to information terminal 40, which is the sender of the registration notification command, as ACT 166. The detail response command includes the number n of detail data stored in transaction file 51, all of the product detail data for that number n of detail data, the total number of items, the total price, and the total discount amount.

[0078] Returning to the explanation of FIG. After controlling the transmission of the registration notification command, the processor 41 waits for a detail response command in ACT 23. When the detail response command is received via the wireless unit 46, the processor 41 proceeds to ACT 24. The processing from ACT 24 onwards will be described later.

[0079] Next, we will explain what happens when the purchased product does not have a barcode. Some products, such as fresh food, do not have a barcode. If the purchased product does not have a barcode, the customer touches the No Barcode button BTb.

[0080] In a standby state in which the registration screen SCb is displayed on the touch panel 44, i.e., in the standby state of ACT8 and ACT9 in Fig. 10, when the no barcode button BTb is pressed, the processor 41 proceeds to ACT27 in Fig. 11. Also, in a standby state in which the scan screen SCc is displayed on the touch panel 44, i.e., in the standby state of ACT12 to ACT14 in Fig. 10, when the no barcode button BTb is pressed, the processor 41 proceeds to ACT26 in Fig. 11, stops the camera 45, and then proceeds to ACT27. In ACT27, the processor 41 displays a target list of products without barcodes on the touch panel 44. Then, in ACT28, the processor 41 waits for a product to be selected for purchase.

[0081] The customer selects a product to purchase from the list. Once the product is selected, the processor 41 proceeds to ACT22 described above. That is, the processor 41 controls the wireless unit 46 to issue a registration notification. This control causes the wireless unit 46 to wirelessly transmit a registration notification command. The registration notification command is received by the access point 27 and transmitted to the registration assistance 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 product.

[0082] Upon receiving the registration notification command, the registration support server 11 executes the registration notification process described with reference to Fig. 21. Therefore, the processor 41 that controlled the transmission of the registration notification command waits for a detail response command in ACT 23. When the detail response command is received via the wireless unit 46, the processor 41 proceeds to ACT 24.

[0083] In this way, for purchased items that have barcodes attached, the information terminal 40 includes the barcode scanned by the camera 45, i.e., the product code used to identify the purchased item, in the registration notification command and transmits it to the registration support server 11, and receives a detail response command from the registration support server 11. For purchased items that do not have barcodes attached, the information terminal 40 includes the product code used to identify the purchased item selected from the target list of products without barcodes displayed on the touch panel 44 in the registration notification command and transmits it to the registration support server 11, and receives a detail 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 to identify the purchased product, which is the product to be transacted.

[0084] The processor 41, having received the statement response command from the registration assistance server 11, proceeds to ACT 24. In ACT 24, the processor 41 executes a statement analysis process. 18 is a flowchart showing the specific processing steps of the detail analysis process. When the detail analysis process begins, the processor 41 sets the number of detail data n included in the detail response command in the register memory M in ACT101. The processor 41 also sets the initial value of the first counter m to "0" in ACT102. Next, the processor 41 counts up the first counter m by "1" in ACT103. Then, the processor 41 checks whether the first counter m has exceeded the value of the register memory M in ACT104.

[0085] If the first counter m has not exceeded the value of the register memory M, the processor 41 proceeds to ACT105. In ACT105, the processor 41 checks whether the update flag Fd of the mth product detail data (m is the count value of the first counter m) included in the detail response command is "1". If the update flag Fd is "0", the processor 41 returns to ACT103. That is, the processor 41 further counts up the first counter m by "1". Then, after confirming that the first counter m has not exceeded the value of the register memory M, the processor 41 checks whether the update flag Fd of the mth product detail data is "1".

[0086] If the update flag Fd of the mth product detail data is "1", the processor 41 proceeds to ACT 106. In ACT 106, the processor 41 checks whether other product detail data whose product code, classification code, product name and price match those of the mth product detail data is stored in the list memory 61. If no such other product detail data is stored in the list memory 61, the processor 41 proceeds to ACT 107. In ACT 107, the processor 41 adds the mth product detail data to the list memory 61. Hereinafter, the product detail data added to the list memory 61 will be referred to as added product detail data (second data).

[0087] Here, the list memory 61 functions as a storage unit that stores product detail data including the product name, price, tax rate, etc. of the purchased product, which is the product to be traded specified by the product data.

[0088] In ACT 106, if the other corresponding product detail data is stored in the list memory 61, the processor 41 proceeds to ACT 108. In ACT 108, the processor 41 updates the tax rate, purchase quantity, tax-inclusive price, in-store flag Fb, and cancellation flag Fc of the other corresponding product detail data so that they match those of the mth product detail data. Hereinafter, the product detail data updated in the list memory 61 will be referred to as updated product detail data (third data).

[0089] After completing the processing of ACT107 or ACT108, the processor 41 proceeds to ACT109. In ACT109, the processor 41 checks the target flag Fa of the additional product detail data or updated product detail data. If the target flag Fa is "0", the processor 41 proceeds to ACT110. In ACT110, the processor 41 sets the tag classification associated with the additional product detail data or updated product detail data and stored in the list memory 61 to "0".

[0090] If the target flag Fa of the additional product detail data or the updated product detail data is "1", the processor 41 proceeds to ACT111. In ACT111, the processor 41 acquires the in-store flag Fb and the cancellation flag Fc of the additional product detail data or the updated product detail data. Then, in ACT112, the processor 41 searches the tag table 63 for the target flag Fa (Fa=1), in-store flag Fb (Fb=0 or 1), and cancellation flag Fc (Fc=0 or 1) of the additional product detail data or the updated product detail data. Then, in ACT113, the processor 41 detects tag categories "1" to "3" with which the target flag Fa, in-store flag Fb, and cancellation flag Fc are associated from the tag table 63, and sets the tag categories "1" to "3" as tag categories to be stored in the list memory 61 in association with the additional product detail data or the updated product detail data.

[0091] When the processing of ACT 110 or ACT 113 is completed, the processor 41 returns to ACT 103. Then, the processor 41 executes the processing from ACT 103 onwards in the same manner as described above.

[0092] Thus, when the first counter m exceeds the value of the register memory M in ACT 104, the processor 41 proceeds to ACT 114. In ACT 114, the processor 41 stores the total points, total amount, and total discount amount included in the detail response command 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 detail analysis process.

[0093] Therefore, the detail analysis process sets a tag category for the product detail data stored in the list memory 61. Specifically, a tag category of "0" is set for product detail data for which the target flag Fa is "0". A tag category of "1" is set for product detail data for which the target flag Fa is "1" and the in-store flag Fb and the cancellation flag Fc are "0". A tag category of "2" is set for product detail data for which the target flag Fa and in-store flag Fb are "1" and the cancellation flag Fc is "0". A tag category of "3" is set for product detail data for which the target flag Fa, in-store flag Fb and cancellation flag Fc are all "1".

[0094] Returning to the explanation of FIG. When the processor 41 finishes the detail analysis process, the processor 41 proceeds to ACT 25. In ACT 25, the processor 41 executes a registration screen editing process.

[0095] 19 is a flowchart showing specific processing steps of the registration screen editing process. When the registration screen editing process begins, the processor 41 checks in ACT121 whether the value of the register memory M is equal to or greater than "5." "5" is the maximum number of items that can be displayed in the detail list display section ARb of the registration screen. If the value of the register memory M is less than "5," the processor 41 proceeds to ACT122. In ACT122, the processor 41 sets the initial value of the first counter m to "0." In addition, the processor 41 sets the initial value of the second counter r to the value of the register memory M in ACT123.

[0096] In ACT 121, if the value of register memory M is equal to or greater than "5", the processor 41 proceeds to ACT 124. In ACT 124, the processor 41 sets the initial value of the first counter m to the value of register memory M minus "5". In addition, in ACT 125, the processor 41 sets the initial value of the second counter r to "5".

[0097] After completing the processing of ACT 123 or ACT 125, the processor 41 proceeds to ACT 126. In ACT 126, the processor 41 counts up the first counter m by "1". Then, in ACT 127, the processor 41 checks whether the first counter m has exceeded the value of the register memory M.

[0098] If the first counter m does not exceed the value of the register memory M, the processor 41 proceeds to ACT 128. In ACT 128, the processor 41 acquires the product detail data with list number "m" from the list memory 61. Hereinafter, the product detail data acquired from the list memory 61 will be referred to as acquired product detail data (fourth data).

[0099] In ACT129, the processor 41 sets the product name, purchase quantity, tax rate, and tax-inclusive price of the acquired product detail data in the edit buffer of the registration screen so that the product name, purchase quantity, tax rate, and tax-inclusive price are displayed in the rth detail area from the bottom of the detail list display section ARb. The edit buffer is part of the internal memory 42. Note that in ACT129, the product name, purchase quantity, tax rate, and tax-inclusive price may also be set in the edit buffer of the registration screen so that they are displayed in the rth detail area from the top of the detail list display section ARb.

[0100] In ACT130, the processor 41 checks the tag category stored in the list memory 61 in association with the acquired product description data. If the tag category is other than "0", the processor 41 proceeds to ACT131. In ACT131, the processor 41 searches the tag table 63 to acquire the tag name and color information associated with the tag category. Then, in ACT132, the processor 41 adds the tag name and color information to the information on the product name, purchase quantity, tax rate, and tax-inclusive price that was set in the edit buffer in ACT129.

[0101] In ACT133, the processor 41 checks whether the cancellation flag Fc of the acquired product detail data is "1". If the cancellation flag Fc is "1", in ACT134, the processor 41 executes cancellation processing on the information on the product name, purchase quantity, tax rate, and tax-inclusive price that was set in the edit buffer in ACT129. Details of the cancellation processing will be described later. If the cancellation flag Fc is "0" in ACT133, the processor 41 skips the processing of ACT134. After that, the processor 41 proceeds to ACT135.

[0102] On the other hand, if the tag classification is "0" in ACT130, the processor skips the processing of ACT131 to ACT134. Then, the processor 41 proceeds to ACT135. In other words, if the tag classification is "0", the processor 41 does not add the tag name and color information to the editing buffer. Also, no cancellation processing is performed.

[0103] In ACT135, the processor 41 counts down the second counter r by "1". Then, the processor 41 returns to ACT126. The processor 41 executes the processes from ACT126 onwards in the same manner as described above. Therefore, the processor 41 sequentially acquires the mth and subsequent product detail data from the list memory 61, and repeats the process of setting the product name, price, tax rate and purchase quantity information of the acquired product detail data in the edit buffer. At that time, if a tag category other than "0" is stored in the list memory 61 in association with the acquired product detail data, the processor 41 adds the tag name and color information set in the tag table 63 in association with that tag category to the edit buffer.

[0104] That is, for acquired product detail data for which tag category "1" is stored in list memory 61, the tag name "Eat-in eligible" and black color information are added. For acquired product detail data for which tag category "2" is stored in list memory 61, the tag name "Eat-in eligible" and red color information are added. For acquired product detail data for which tag category "3" is stored in list memory 61, the tag name "Cancel eat-in eligible" and green color information are added. Then, a cancellation process is executed for the information on the product name, purchase quantity, tax rate, and price including tax of the acquired product detail data to which the tag name "Cancel eat-in eligible" has been added. For example, a process is executed to display a strikethrough line superimposed on the product name and price including tax.

[0105] In ACT127, when the first counter m exceeds the value of the register memory M, the processor 41 proceeds to ACT136. In ACT136, 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 section ARa. In ACT137, the processor 41 also checks whether 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 so that the total discount amount is displayed in the total display section ARa in ACT138. If the total discount amount is 0 yen, the processor 41 skips the processing of ACT138. With this, the processor 41 ends the registration screen edit processing.

[0106] Returning to the explanation of FIG. When the processor 41 finishes the registration screen editing process, the processor 41 proceeds to ACT31 in Fig. 12. In ACT31, the processor 41 switches 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. 31).

[0107] Figure 31 is an example of the registration screen SCd when the product detail data for the first purchased product, "Alcoholic Beverage X," as a transaction item is stored in the list memory 61. The purchased product, "Alcoholic Beverage X," is in tax category "2," meaning that it is a product subject to the normal tax rate. Therefore, as shown in Figure 31, the top detail area of ​​the detail list display section ARb displays the product name, number of items purchased, tax rate, and price including tax for the purchased product, "Alcoholic Beverage A." The tax rate is the normal tax rate of "10%." No tags are displayed. Additionally, the total display section ARa displays the total number of items, "1 item," and the total amount, "220 yen (￥220)."

[0108] The processor 41, which has set the screen of the touch panel 44 to the registration screen SCd, waits for the scan button BTa to be input as ACT32, the no barcode button BTb to be input as ACT33, the payment button BTc to be input as ACT34, or any of the purchased items displayed in the detail list display section ARb to be selected as ACT35.

[0109] When the scan button BTa is pressed in the standby state of ACT32 to ACT35, the processor 41 proceeds to ACT41 in Fig. 13. In ACT41, the processor 41 switches the screen of the touch panel 44 from the registration screen SCd to the scan screen SCc (see Fig. 30). The processor 41 also starts up the camera 45 in ACT42. Thereafter, the processor 41 waits for a barcode to be read in ACT43, for the no barcode button BTb to be pressed in ACT44, or for the return to details button BTd to be pressed in ACT45.

[0110] In the standby state of ACT43 to ACT45, when a barcode is read, the processor 41 proceeds to ACT21 in Fig. 11. Then, the processor 41 executes the processing from ACT21 onwards in the same manner as described above. Furthermore, when the no barcode button BTb is pressed, the processor 41 proceeds to ACT26 in Fig. 11. Then, the processor 41 executes the processing from ACT26 onwards in the same manner as described above. That is, the processor 41 transmits a registration notification command including the product code of the purchased product to the registration support server 11. Then, when a detail response command is received from the registration support server 11, the processor 41 executes a detail analysis process and a registration screen editing process, and the screen of the touch panel 44 becomes the registration screen SCe (see Fig. 32).

[0111] If the Return to Details button BTd is pressed during the standby state of ACT43 to ACT45, the processor 41 proceeds to ACT46. The processor 41 stops the camera 45 in ACT46. The processor 41 then returns to ACT31 in Fig. 12. The processor 41 returns the screen of the touch panel 44 from the scan screen SCc to the immediately preceding registration screen SCd.

[0112] FIG. 32 shows an example of the registration screen SCe when the product detail data for the second purchased product, "Grocery Y," and the third purchased product, "Lunch Box Z," are stored in the list memory 61 as transaction items. The purchased product, "Grocery Y," is a non-eat-in eligible food and beverage product that is taxed at a reduced tax rate in tax category "3." Therefore, as shown in FIG. 32, the product name, purchase quantity, tax rate, and tax-inclusive price of the purchased product, "Grocery Y," are displayed in the second detail area from the top of the detail list display section ARb. The tax rate is the reduced tax rate of "8%." The tag is not displayed. The purchased product, "Lunch Box Z," is a tax category "4," which is a eat-in eligible food and beverage product that is taxed at a reduced tax rate. Furthermore, the third detail area from the top of the detail list display section ARb displays the product name, purchase quantity, tax rate, and tax-inclusive price of the purchased product, "Lunch Box Z," along with the tag TGa with the tag name "Eat-in eligible" in black text. The tax rate is a reduced rate of 8%.

[0113] The total display section ARa of the registration screen SCe displays the total points "3 points" and the total amount "976 yen (￥976)."

[0114] The touch panel 44 that displays the registration screen functions as a display unit that displays product detail data including the tax rate levied on the purchased product identified by the product data entered via the input unit. The processor 41 that displays the registration screen on the touch panel 44 functions as a display means.

[0115] A customer who checks the registration screen SCe can identify that the purchased product "Lunch Box Z" can be eaten in the eat-in space because the tag TGa with the tag name "Eat-in eligible" is displayed for the purchased product "Lunch Box Z." Furthermore, the customer can identify that the purchased products "Alcoholic Beverage X" and "Food Y" cannot be eaten in the eat-in space because the tag TGa is not displayed for the purchased products "Alcoholic Beverage X" and "Food Y."

[0116] Here, on the information terminal 40, the customer can change the purchase quantity, declare that they will eat in, or cancel the declaration of that they will eat in by selecting the purchased item displayed in the detail list display area ARb of the registration screen SCe. The selection operation is, for example, a tap operation, a flick operation, or a swipe operation on the area where the product name, etc. is displayed. The selection operation may also be another operation.

[0117] When a selection operation is performed on any of the purchased items displayed in the detail list display area ARb while in the standby state of ACT32 to ACT35, the processor 41 proceeds to ACT36. The processor 41 checks the target flag Fa included in the product detail data of the selected purchased item in ACT36. If the target flag Fa is "0", that is, if a purchased item that is not eligible for eat-in has been selected, the processor 41 proceeds to ACT51 in Figure 14. In ACT51, the processor 41 switches the screen of the touch panel 44 from the registration screen SCe to the point change screen SCf (see Figure 33).

[0118] FIG. 33 is an example of the point change screen SCf when the purchased item "Grocery Y" whose target flag Fa is "0" is selected in FIG. 32. As shown in the figure, the point change screen SCf has a purchase point display section ARc and a details display section ARd. The purchase point display section ARc displays the purchase points of the selected purchased item, and the details display section ARd displays the product name, tax rate, price including tax, etc. of the purchased item. The point change screen SCf also has an add button BTe on one side of the purchase point display section ARc and a subtract button BTf on the other side. The point change screen SCf also has a return without change button BTg and an OK button BTh.

[0119] After checking the point change screen SCf, the customer touches the add button BTe or subtract button BTf to change the purchase points displayed in the purchase point display area ARc. For example, to change the purchase points for the purchased item "Grocery Y" to 5 points, the customer touches the add button BTe five times to set the purchase points in the purchase point display area ARc to "5." Incidentally, to cancel the purchase of the purchased item "Grocery Y," the customer can touch the subtract button BTf once to set the purchase points in the purchase point display area ARc to "0." Once the customer has finished changing the points, they touch the OK button BTh. If they wish to cancel the change in points, they can touch the back button BTg without making any changes.

[0120] Returning to the explanation of FIG. The processor 41, which controlled the display of the score change screen SCf, waits for the return without change button BTg to be pressed in ACT 52 or the OK button BTh to be pressed in ACT 53. If the return without change button BTg is pressed in the standby state of ACT 52 and ACT 53, the processor 41 returns to ACT 31 in Fig. 12. That is, the processor 41 returns the screen of the touch panel 44 to the previous registration screen SCe.

[0121] When the OK button BTh is pressed during the standby state of ACT52 and ACT53, the processor 41 controls the wireless unit 46 to perform a first change notification as ACT54. This control causes the wireless unit 46 to wirelessly transmit a first change notification command. The first change notification command is received by the access point 27 and transmitted to the registration support server 11 via the router 26 of the POS system 20. The first change notification command includes the product code of the product to be changed, as well as the number of items in the purchase number display area ARc, i.e., the changed number of purchase items. The first change notification command also includes the transaction identification code stored in the information terminal 40.

[0122] In the registration assistance server 11 that has received the first change notification command, a first change notification process is executed. 22 is a flowchart showing the main steps of the first change notification process. When the processor 111 of the registration support server 11 receives the first change notification command via the communication interface 115, the processor 111 acquires the transaction identification code from the first change notification command in ACT 171. Then, the processor 111 selects the transaction file 51 in which the transaction identification code is saved in ACT 172.

[0123] In ACT173, the processor 111 sets all update flags Fd of each product detail data stored in the transaction file 51 to "0." Next, in ACT174, the processor 111 selects the product detail data for the product code included in the first change notification command from the product detail data stored in the transaction file 51. Then, in ACT175, the processor 111 changes the purchase quantity of that product detail data to the purchase quantity included in the first change notification command. Hereinafter, the product detail data with the changed purchase quantity will be referred to as quantity-changed product detail data (fifth data).

[0124] In ACT 176, the processor 111 calculates the tax-inclusive price based on the price, tax rate, and changed number of items purchased in the item quantity changed product detail data. Then, in ACT 177, the processor 111 sets the update flag Fd for the item quantity changed product detail data to "1." In ACT 178, the processor 111 recalculates the total number of items, total price, and total discount amount in the transaction file 51. After completing the above processing, in ACT 179, the processor 111 sends a detail response command to the information terminal 40 that sent the first change notification command.

[0125] In this way, the purchase quantity included in the product detail data of the purchased product is changed by the first change notification process executed in the registration support server 11. In addition, the price including tax in the product detail data is changed, and the update flag Fd is changed from "0" to "1."

[0126] Returning to the explanation of FIG. After controlling the transmission of the first change notification command, the processor 41 waits for a detail response command in ACT55. When the detail response command is received via the wireless unit 46, the processor 41 proceeds to ACT24 in FIG. 11. The processor 41 executes a detail analysis process in ACT24. Next, the processor 41 executes a registration screen editing process in ACT25. Then, the processor 41 switches the screen of the touch panel 44 to the registration screen SCg (see FIG. 34) in ACT31, and returns to the standby state in ACT32 to ACT35.

[0127] Fig. 34 is an example of the registration screen SCg when the purchase quantity of the purchased product "Food Y" is changed from "1" to "5" on the registration screen SCe of Fig. 32. As shown in the figure, the purchase quantity of the purchased product "Food Y" is now "5." In addition, the total quantity displayed in the total display area ARa is now "7 items," and the total amount is now "1,840 yen (￥1,840)."

[0128] In this way, for purchased items that are not eligible for eat-in, the purchase points can be changed to "2" or more or to "0" by using the point change screen SCf. Note that the purchase points do not have to be changed using the point change screen SCf. For example, the purchase points displayed in the detail list display section ARb of the registration screen can be displayed in a pull-down list cell, and the changed purchase points can be selected from the pull-down list. Alternatively, a numeric keypad screen can be displayed and the changed purchase points can be entered as a number.

[0129] Returning to the explanation of FIG. In ACT36, if the target flag Fa included in the product detail data of the selected purchased product is "1", that is, if a purchased product that can be eaten in the eat-in space has been selected, the processor 41 proceeds to ACT37. In ACT37, the processor 41 checks the in-store flag Fb included in the product detail data. If the in-store flag Fb is "0", that is, if an eat-in declaration has not been made for the purchased product, the processor 41 proceeds to ACT61 in Figure 15. In ACT61, the processor 41 switches the screen of the touch panel 44 from the registration screen SCe to the eat-in setting screen SCh (see Figure 35).

[0130] FIG. 35 is an example of the eat-in setting screen SCh when the purchased item "Lunch Box Z," for which the target flag Fa is "1" and the in-store flag Fb is "0," is selected in FIG. 32. As shown in the figure, the eat-in setting screen SCh has a switch SWa that commands a switch from "Do not use eat-in" to "Use eat-in." The eat-in setting screen SCh also has a purchase point display area ARc and a details display area ARd, similar to the point change screen SCf. The purchase point display area ARc displays the purchase point of the selected purchased item, and the product name, tax rate, price including tax, etc. of the purchased item are displayed in the details display area ARd. The eat-in setting screen SCh also has an add button BTe on one side of the purchase point display area ARc and a subtract button BTf on the other side, as well as a return without change button BTg and an OK button BTh.

[0131] After checking the eat-in settings screen SCh, if the customer wishes to eat the purchased product "Lunch Box Z" in the eat-in space, they switch the switch SWa from "Do not use eat-in" to "Use eat-in." Then, the customer touches the OK button BTh.

[0132] Figure 36 is an example of the eat-in setting screen SCi when switch SWa is switched from "Do not use eat-in" to "Use eat-in" in Figure 35. As shown in the figure, on the eat-in setting screen SCi, switch SWa becomes switch SWb, which commands the switch from "Use eat-in" to "Do not use eat-in." In addition, the tax rate displayed in the detail display section ARd changes from the reduced tax rate of "8%" to the normal tax rate of "10%," and the price including tax changes from "540 yen (540 yen)" to "550 yen (550 yen)."

[0133] Also, for example, a customer may purchase three "Lunch Box Z" items, eat two of them in the eat-in area, and take the remaining one home. In this case, the customer touches the increment button BTe three times to change the number of purchases displayed in the purchase number display area ARc to "3." The customer also switches the switch SWa from "Do not use eat-in" to "Use eat-in."

[0134] FIG. 37 is an example of the eat-in setting screen SCj when the purchase points in the purchase point display section ARc in FIG. 35 are changed to "3" and the switch SWa is switched from "Do not use eat-in" to "Use eat-in." As shown in the figure, in the eat-in setting screen SCj, the switch SWa becomes the switch SWb that commands the switch from "Use eat-in" to "Do not use eat-in." The eat-in point display section ARe is then located below this switch SWb. In addition, an add button BTi and a subtract button BTj are displayed on either side of the eat-in point display section ARe. The eat-in point display section ARe initially displays the point "3" in the purchase point display section ARc. The eat-in point display section ARe, the add button BTi, and the subtract button BTj described above function as a use point specification section.

[0135] After checking the eat-in setting screen SCj, the customer touches the subtraction button BTj once to set the eat-in points in the eat-in points display area ARe to "2." The customer then touches the OK button BTh. As a result of the above operation, as shown in Figure 37, the detail display area ARd of the eat-in setting screen SCj displays the reduced tax rate of "8%," the number of purchases taxed at that rate "1 item (X1)," and the price including tax "540 yen (￥540)." Additionally, the regular tax rate of "10%" is displayed, along with the number of purchases taxed at that rate "2 items (X2)" and the price including tax "1,100 yen (￥1,100)."

[0136] If a customer who has checked the eat-in setting screen SCh, SCi, or SCj decides to cancel the eat-in declaration, the customer touches the back button BTg without making any changes.

[0137] The processor 41, which displays the eat-in setting screen including the switch SWa on the touch panel 44 and receives the input of the switch SW, functions as a reception unit that receives an instruction to change the tax rate imposed on the purchased product whose product detail data is displayed on the display unit. The reception unit can also be called a reception means.

[0138] Returning to the explanation of FIG. The processor 41, which has controlled the display of the eat-in setting screen SCh, checks in ACT62 whether the number of purchases displayed in the purchase number display area ARc has been changed to "2" or more. If the number of purchases has not been changed to "2" or more, the processor 41 proceeds to ACT65.

[0139] In ACT62, if the number of purchases is changed to "2" or more, the processor 41 proceeds to ACT63. In ACT63, the processor 41 checks whether the switch SWa has been switched from "Do not use eat-in" to "Use eat-in". If the switch SWa has not been switched, the processor 41 proceeds to ACT65.

[0140] In ACT63, when the switch SWa is switched from "Do not use eat-in" to "Use eat-in", the processor 41 proceeds to ACT64. In ACT64, the processor 41 displays a usage point designation section consisting of an eat-in point display section ARe, an add button BTi, and a subtract button BTj on the eat-in setting screen. Thereafter, the processor 41 proceeds to ACT65.

[0141] The processor 41 waits for the return without changes button BTg to be pressed in ACT65 or the OK button BTh to be pressed in ACT66. If the return without changes button BTg is pressed in the standby state of ACT65 or ACT66, the processor 41 returns to ACT31 in Fig. 12. That is, the processor 41 returns the screen of the touch panel 44 to the immediately preceding registration screen SCe.

[0142] If the OK button BTh is pressed during the standby state of ACT65 and ACT66, the processor 41 checks in ACT67 whether the switch SWa has been switched from "Do not use the eat-in area" to "Use the eat-in area." If the switch SWa has not been switched, the processor 41 proceeds to ACT68. The processor 41 controls the wireless unit 46 to perform a first change notification in ACT68. This control causes the wireless unit 46 to wirelessly transmit a first change notification command. The first change notification command is received by the access point 27 and transmitted to the registration support server 11 via the router 26 of the POS system 20. The first change notification command includes the product code of the product to be changed, as well as the number of items in the purchase number display section ARc, i.e., the changed number of purchase items. The first change notification command also includes the transaction identification code stored in the information terminal 40.

[0143] Upon receiving the first change notification command, the registration support server 11 executes the first change notification process already described with reference to Fig. 22. Therefore, for purchased products that are subject to eat-in, the number of purchases can be changed to "2" or more or to "0" by using the eat-in setting screen SCh.

[0144] In ACT67, if the switch SWa has been switched from "Do not use eat-in" to "Use eat-in," the processor 41 proceeds to ACT69. In ACT69, the processor 41 checks whether the number of purchases displayed in the purchase number display unit ARc is "2" or greater. If the number of purchases is "1," the processor 41 proceeds to ACT70. In ACT70, the processor 41 controls the wireless unit 46 to perform a second change notification. This control causes the wireless unit 46 to wirelessly transmit a second change notification command. The second change notification command is received by the access point 27 and transmitted to the registration support server 11 via the router 26 of the POS system 20. The second change notification command includes the product code of the product to be changed and the purchase number in the purchase number display unit ARc. The second change notification command also includes the transaction identification code stored in the information terminal 40.

[0145] Upon receiving the second change notification command, the registration assistance server 11 executes a second change notification process, which will be described later.

[0146] In ACT69, if the number of purchases is two or more, the processor 41 proceeds to ACT71. In ACT71, the processor 41 compares the number of purchases displayed in the purchase number display unit ARc with the number of eat-in use points displayed in the eat-in number display unit ARe. As a result, if the number of purchases and the number of eat-in use points are equal, that is, if an eat-in declaration has been made for all of the two or more purchased items, the processor 41 proceeds to ACT70 described above. That is, the processor 41 controls the wireless unit 46 to send a second change notification command including the product code of the product for which the eat-in declaration has been made, the purchase number, and the transaction identification code to the registration assistance server 11.

[0147] In ACT71, if the number of eat-in use points is less than the number of purchase points, i.e., if an eat-in declaration has been made for some of two or more purchased items, the processor 41 proceeds to ACT72. In ACT72, the processor 41 controls the wireless unit 46 to issue a third change notification. This control causes the wireless unit 46 to wirelessly transmit a third change notification command. The third change notification command is received by the access point 27 and transmitted to the registration assistance server 11 via the router 26 of the POS system 20. The third change notification command includes the product code of the product for which the eat-in declaration has been made, the eat-in use point, and a transaction identification code. The third change notification command may also include the number of purchase points minus the eat-in use point, i.e., the so-called non-eat-in use point.

[0148] Upon receiving the third change notification command, the registration assistance server 11 executes a third change notification process, which will also be described later.

[0149] Here, the processor 41 that controls the transmission of the second change notification command or the third change notification command functions as an output unit that outputs product data used to identify the purchased product for which the tax rate change instruction has been received by the reception unit. The output unit can also be referred to as output means.

[0150] 23 is a flowchart showing the main steps of the second change notification process. When the processor 111 of the registration support server 11 receives the second change notification command via the communication interface 115, the processor 111 acquires the transaction identification code from the second change notification command in ACT 181. Then, the processor 111 selects the transaction file 51 in which the transaction identification code is saved in ACT 182.

[0151] In ACT183, the processor 111 sets all update flags Fd for each item of product detail data stored in the transaction file 51 to "0." Next, in ACT184, the processor 111 selects the product detail data for the product code included in the second change notification command from the product detail data stored in the transaction file 51. Then, in ACT185, the processor 111 changes the tax rate for that product detail data from the reduced tax rate of 8% to the normal tax rate of 10%. Hereinafter, the product detail data with the changed tax rate will be referred to as tax rate-changed product detail data (sixth data).

[0152] In ACT186, the processor 111 checks whether the purchase quantity included in the second change notification command has changed relative to the purchase quantity in the tax rate change product detail data. If the purchase quantity has changed, the processor 111 proceeds to ACT187. In ACT187, the processor 111 changes the purchase quantity in the tax rate change product detail data to the purchase quantity included in the change notification command. The processor 111 then proceeds to ACT188.

[0153] If the number of purchases has not changed in ACT 186, the processor 111 skips the processing of ACT 187. Then, the processor 111 proceeds to ACT 188.

[0154] In ACT188, the processor 111 calculates the tax-inclusive price based on the price, tax rate, and changed purchase quantity of the tax rate changed product detail data. Then, in ACT189, the processor 111 sets the in-store flag Fb of the tax rate changed product detail data to "1." In ACT190, the processor 111 also sets the update flag Fd of the tax rate changed product detail data to "1." In ACT191, the processor 111 recalculates the total quantity, total price, and total discount amount of the transaction file 51. After completing the above processing, in ACT192, the processor 111 sends a detail response command to the information terminal 40 that sent the second change notification command.

[0155] In this way, the second change notification process executed by the registration support server 11 updates the product detail data of the purchased product for which an eat-in declaration has been made as follows: The tax rate is changed from the reduced tax rate to the regular tax rate. The tax-inclusive price is changed from the reduced tax rate price to the regular tax rate price. The in-store flag Fb and update flag Fd are both changed from "0" to "1." If the purchase quantity included in the second change notification command has changed from the purchase quantity in the tax rate change product detail data, the purchase quantity is also changed.

[0156] 24 is a flowchart showing the main steps of the third change notification process. When the processor 111 of the registration support server 11 receives the third change notification command via the communication interface 115, the processor 111 acquires the transaction identification code from the third change notification command in ACT 201. Then, the processor 111 selects the transaction file 51 in which the transaction identification code is saved in ACT 202.

[0157] In ACT203, the processor 111 sets all update flags Fd of each item of product detail data stored in the transaction file 51 to "0." Next, in ACT204, the processor 111 selects the product detail data for the product code included in the third change notification command from the product detail data stored in the transaction file 51. Hereinafter, the selected product detail data will be referred to as pre-change product detail data (seventh data).

[0158] In ACT205, the processor 111 subtracts the eat-in use points included in the third change notification command from the purchase points in the pre-change product detail data, and obtains the result as the purchase points before the tax rate change. If the third change notification command includes a non-eat-in use point, the processor 111 obtains this non-eat-in use point in ACT205. In ACT206, the processor 111 changes the purchase points in the pre-change product detail data to the purchase points before the tax rate change (non-eat-in use points). In ACT207, the processor 111 calculates the price including tax based on the price, tax rate, and purchase points before the tax rate change in the pre-change product detail data. Then, in ACT208, the processor 111 sets the update flag Fd of the pre-change product detail data to "1."

[0159] Next, in ACT209, the processor 111 copies the pre-change product detail data onto the list memory 61. Hereinafter, the copied pre-change product detail data will be referred to as post-change product detail data (eighth data). In ACT210, the processor 111 obtains the eat-in usage points included in the third change notification command as the purchase points after the tax rate change. Then, in ACT211, the processor 111 changes the tax rate in the post-change product detail data to the regular tax rate of 10%, and changes the purchase points to the purchase points after the tax rate change.

[0160] The processor 111 calculates the tax-inclusive price based on the price, tax rate, and changed purchase quantity in the changed product detail data in ACT 212. Then, the processor 111 sets the in-store flag Fb of the changed product detail data to "1" in ACT 213. The processor 111 also sets the update flag Fd of the changed product detail data to "1" in ACT 214.

[0161] Thereafter, in ACT 215, the processor 111 recalculates the total points, total price, and total discount amount of the transaction file 51. After completing the above processing, in ACT 216, the processor 111 sends a detail response command to the information terminal 40 that sent the third change notification command.

[0162] In this way, by the third change notification process executed in the registration support server 11, the product detail data of the purchased product for which an eat-in declaration has been made is updated as follows: That is, the purchase quantity is changed to the quantity not used for eat-in. The tax-inclusive price is changed to the tax-inclusive price after the purchase quantity change. In addition, the update flag Fd is changed from "0" to "1". Furthermore, the product detail data of the purchased product for which an eat-in declaration has been made is copied to the transaction file 51. Then, the tax rate in this changed product detail data is changed from the reduced tax rate to the regular tax rate. The purchase quantity is changed to the quantity used for eat-in. The tax-inclusive price is changed from the tax-inclusive price at the reduced tax rate to the tax-inclusive price at the regular tax rate. Not only the update flag Fd but also the in-store flag Fb is changed from "0" to "1".

[0163] Returning to the explanation of FIG.

[0164] After controlling the transmission of the first change notification command, the second change notification command, or the third change notification command, the processor 41 waits for a detail response command in ACT73. When the detail response command is received via the wireless unit 46, the processor 41 proceeds to ACT24 in FIG. 11. The processor 41 executes a detail analysis process in ACT24. Next, the processor 41 executes a registration screen editing process in ACT25. Then, the processor 41 switches the screen of the touch panel 44 to the registration screen SCk (see FIG. 38) or the registration screen SC1 (see FIG. 39) in ACT31, and returns to the standby state in ACT32 to ACT35.

[0165] FIG. 38 shows the registration screen SCk when the second change notification command is sent when the customer presses the OK button BTh on the eat-in setting screen SCi of FIG. 36. In this case, the detail response command includes product detail data for the purchased product "Lunch Box Z" for which an eat-in declaration has been made, with the in-store flag Fb set to "1" and the cancellation flag Fc set to "0." As a result, as shown in FIG. 38, the detail list display section ARb displays the tag TGb with the tag name "Eat-in" in red, along with the product name of the purchased product "Lunch Box Z," the regular tax rate of "10%," the price including tax of "550 yen (￥550)," etc. The display of the tag TGb with the tag name "Eat-in" enables the customer to recognize that the purchased product "Lunch Box Z" is a product that the customer has declared will be eaten in the eat-in space.

[0166] Figure 39 shows the registration screen SC1 when a customer changes the score in the eat-in score display area ARe from "3" to "2" on the eat-in setting screen in Figure 37 and then presses the OK button BTh, causing a third change notification command to be sent. In this case, the detail response command includes the pre-change product detail data and post-change product detail data for the purchased product "Lunch Box Z" for which an eat-in declaration has been made.

[0167] In the product detail data before the change, the number of items purchased is "1", the tax rate is the reduced tax rate of 8%, and the in-store flag Fb is "0". Therefore, the detail list display area ARb displays the tag TGa with the tag name "Eat-in eligible" in black text, along with the product name of the purchased product "Lunch Box Z", the reduced tax rate of "8%," and the price including tax of "540 yen (￥540)".

[0168] The updated product detail data shows that the number of items purchased is "2", the tax rate is the normal tax rate of 10%, the in-store flag Fb is "1", and the cancellation flag Fc is "0". Therefore, the detail list display area ARb displays the tag TGb with the tag name "Eat-in" in red, along with the product name of the purchased product "Lunch Box Z", the normal tax rate of "10%," and the price including tax of "550 yen (￥550)".

[0169] In this way, by displaying the tag TGa with the tag name "Eat-in eligible" and the tag TGb with the tag name "Eat-in," the customer can recognize that of the three items of the purchased product "Bento Z," two items will be eaten in the eat-in area and one item will be taken home.

[0170] Here, the touch panel 44, which functions as a display unit, displays product detail data including the changed tax rate, i.e., the regular tax rate of 10%, for purchased products for which the reception unit has accepted a tax rate change instruction. The touch panel 44 also displays a tag TGb with the tag name "Eat-in" for the product detail data of a purchased product for which the reception unit has accepted a tax rate change instruction (first product to be transacted), thereby enabling the product detail data to be distinguished from the product detail data of a purchased product for which the reception unit has not accepted a tax rate change instruction (second product to be transacted). The touch panel 44 also displays a tag TGb with the tag name "Eat-in eligible" for the product detail data of a purchased product for which the reception unit can accept a tax rate change instruction (third product to be transacted), thereby enabling the product detail data to be distinguished from the product detail data of a purchased product for which the reception unit cannot accept a tax rate change instruction (fourth product to be transacted).

[0171] Returning to the explanation of FIG. In ACT37, if the in-store flag Fb included in the product detail data of the selected purchased product is "1", i.e., an eat-in declaration has been made for the purchased product, the processor 41 proceeds to ACT38. In ACT38, the processor 41 checks the cancellation flag Fc included in the product detail data. If the cancellation flag Fc is "1", i.e., if a product for which an eat-in declaration has already been canceled has been selected, the processor 41 returns to ACT32. The processor 41 then enters a standby state for ACT32 to ACT35.

[0172] On the other hand, if the cancellation flag Fc is "0", that is, if a purchased product for which an eat-in declaration has been made is selected, the processor 41 proceeds to ACT81 in Fig. 16. In ACT81, the processor 41 switches the screen of the touch panel 44 from the registration screen SC1 to the eat-in cancellation screen SCm (see Fig. 40).

[0173] Figure 40 is an example of an eat-in cancellation screen SCm when the purchased product "Lunch Box Z," for which the tag TGb with the tag name "Eat-in" is displayed, is selected on the registration screen SC1 of Figure 39. The eat-in cancellation screen SCm includes a switch SWb that can be switched from "Use Eat-in" to "Do Not Use Eat-in," as well as an eat-in point display area ARe, which is a point usage specification area, an add button BTi, and a subtract button BTj. The eat-in cancellation screen SCm also includes a return button BTg without making changes and an OK button BTh. The detail display area ARd displays the tax rate to be imposed on the selected purchased product "Lunch Box Z" after the eat-in declaration, i.e., the regular tax rate of "10%." The purchase number "2 points (X2)" and the price including tax "1,100 yen (￥1,100)" are also displayed.

[0174] After checking the Eat-in Cancellation screen SCm, if a customer wants to change the two purchased items, for example "Lunch Box Z," that they have declared as being for Eat-in use to takeaway, they can switch the switch SWb from "Use Eat-in" to "Do not use Eat-in." Then, the customer presses the OK button BTh.

[0175] For example, if a customer declares that they will eat in and decides to take one item home and eat the other in the eat-in space, the customer touches the subtraction button BTj once to change the eat-in points display area ARe from "2" to "1" as shown on the eat-in cancellation screen SCn in Figure 41. The customer then presses the OK button BTh. If the customer wishes to cancel the cancellation of the eat-in declaration, the customer presses the back button BTg without making any changes.

[0176] Fig. 41 is an example of the eat-in cancellation screen SCn after the eat-in point display area ARe is changed from "2" to "1" on the eat-in cancellation screen SCm of Fig. 40. The detail display area ARd of the eat-in cancellation screen SCn displays the tax rate "10%", the number of purchases "1 item (x1)", and the price including tax "550 yen (￥550)" for the one purchased item "Bento Z" for which the eat-in declaration was not canceled, and the tax rate "8%", the number of purchases "1 item (x1)", and the price including tax "540 yen (￥540)" for the one purchased item "Bento Z" for which the eat-in declaration was canceled.

[0177] The processor 41, which has displayed the eat-in cancellation screen SCm or the eat-in cancellation screen SCn, waits for the return without changes button BTg to be pressed in ACT82 or the OK button BTh to be pressed in ACT83. If the return without changes button BTg is pressed in the standby state of ACT82 or ACT83, the processor 41 returns to ACT31 in Fig. 12. That is, the processor 41 returns the screen of the touch panel 44 to the previous registration screen SC1.

[0178] When the OK button BTh is pressed while ACT82 and ACT83 are in standby mode, the processor 41 controls the wireless unit 46 to perform a fourth change notification as ACT84. This control causes the wireless unit 46 to wirelessly transmit a fourth change notification command. The fourth change notification command is received by the access point 27 and transmitted to the registration support server 11 via the router 26 of the POS system 20. The fourth change notification command includes the product code and purchase quantity (cancellation quantity) of the purchased product for which the eat-in declaration has been canceled. That is, in FIG. 40, if the OK button BTh is pressed after the switch SW is switched, the product code of the purchased product "Lunch Box C" and the cancellation quantity "2" are included in the fourth change notification command. In FIG. 41, if the OK button BTh is pressed after the eat-in quantity display section ARe is changed from "2" to "1", the product code of the purchased product "Lunch Box C" and the cancellation quantity "1" are included in the fourth change notification command. The fourth change notification command also includes the transaction identification code stored in the information terminal 40.

[0179] In the registration assistance server 11 that has received the fourth change notification command, a fourth change notification process is executed. 25 is a flowchart showing the main steps of the fourth change notification process. When the processor 111 of the registration support server 11 receives the fourth change notification command via the communication interface 115, the processor 111 acquires the transaction identification code from the fourth change notification command in ACT 221. Then, the processor 111 selects the transaction file 51 in which the transaction identification code is saved in ACT 222.

[0180] The processor 111 sets all update flags Fd of each item of product detail data stored in the transaction file 51 to "0" as ACT223. Next, the processor 111 selects the item detail data for the product code included in the fourth change notification command from the item detail data stored in the transaction file 51 as ACT224. Hereinafter, the selected item detail data will be referred to as cancellation item detail data (ninth data).

[0181] The processor 111 subtracts the cancellation quantity included in the fourth change notification command from the purchase quantity in the canceled product detail data in ACT 225. The processor 111 calculates the tax-inclusive price based on the price, tax rate, and changed purchase quantity in the canceled product detail data in ACT 226. Then, the processor 111 sets the update flag Fd for the same product detail data to “1” in ACT 227.

[0182] In ACT228, the processor 111 checks whether the purchase quantity in the canceled product detail data is "0". If the purchase quantity is "0", that is, if all eat-in declarations for the purchased products related to the canceled product detail data have been canceled, the processor 111 proceeds to ACT229. In ACT229, the processor 111 sets the cancellation flag Fc of the canceled product detail data to "1". Then, the processor 111 proceeds to ACT230.

[0183] If the number of purchased items is greater than "0", that is, if the eat-in declaration of the purchased items related to the canceled item detail data is partially canceled, the processor 111 skips the processing of ACT229 and proceeds to ACT230.

[0184] In ACT 230, the processor 111 checks whether other product detail data is stored in the transaction file 51, the product code, category code, product name, and price of which match the canceled product detail data.

[0185] If no other corresponding product detail data is stored in the list memory 61, the processor 111 proceeds to ACT231. In ACT231, the processor 111 copies the canceled product detail data to the list memory 61. Then, in ACT232, the processor 111 changes the tax rate of the copied canceled product detail data to the reduced tax rate of 8% and changes the purchase quantity to the canceled quantity included in the fourth change notification command. In ACT233, the processor 111 calculates the tax-inclusive price based on the price, tax rate, and changed purchase quantity of the copied canceled product detail data. Then, in ACT234, the processor 111 sets the in-store flag Fb and the cancellation flag Fc of the copied canceled product detail data to "0." Note that the update flag Fd was set to "1" in the processing of ACT227. That is, the processor 111 adds product detail data to the transaction file 51 that corresponds to the case where the reduced tax rate is imposed on the purchased product for which the eat-in declaration was canceled.

[0186] On the other hand, if identical product detail data exists in ACT230, the processor 111 proceeds to ACT235. The processor 111 selects the identical product detail data in ACT235. Then, the processor 111 adds the cancellation number included in the fourth change notification command to the purchase number of the identical product detail data in ACT236. The processor 111 calculates the tax-inclusive price based on the price, tax rate, and changed purchase number of the identical product detail data in ACT237. Then, the processor 111 sets the update flag Fd of the identical product detail data to "1" in ACT238. That is, the processor 111 adds the amount of the purchased product for which the eat-in declaration has been canceled to the product detail data of the purchased product that corresponds to the case where a reduced tax rate is imposed.

[0187] After completing the processing of ACT234 or ACT238, the processor 111 proceeds to ACT239. In ACT239, the processor 111 recalculates the total points, total price, and total discount amount of the transaction file 51. After completing the above processing, in ACT240, the processor 111 sends a detail response command to the information terminal 40 that sent the fourth change notification command.

[0188] In this way, the fourth change notification process executed by the registration support server 11 changes the purchase points of the product detail data of the purchased product for which the eat-in declaration has been canceled, i.e., the purchase points of the canceled product detail data, to the point obtained by subtracting the canceled points. As a result, when the purchase points become "0", the cancellation flag Fc of the product detail data becomes "1".

[0189] Furthermore, if there is no other product detail data stored in the transaction file 51 that matches the canceled product detail data in terms of product code, classification code, product name, and price, product detail data for the purchased product for which the eat-in declaration was canceled, with the tax rate at the reduced tax rate and the purchase quantity as the canceled number of items, is added to the transaction file 51. The in-store flag Fb and cancellation flag Fc of this added product detail data are set to "0."

[0190] On the other hand, if other product detail data that matches the canceled product detail data in terms of product code, classification code, product name, and price is stored in the transaction file 51, the number of canceled items will be added to the purchase number of that product detail data.

[0191] Returning to the explanation of FIG. After controlling the transmission of the fourth change notification command, the processor 41 waits for a detail response command in ACT85. When the detail response command is received via the wireless unit 46, the processor 41 proceeds to ACT24 in Figure 11. The processor 41 executes a detail analysis process in ACT24. Next, the processor 41 executes a registration screen editing process in ACT25. The processor 41 then displays the registration screen SCo (see Figure 42) in ACT42, and returns to the standby state of ACT32 to ACT35.

[0192] FIG. 42 is an example of the registration screen SCo after the switch SW has been switched from "Use Eat-in" to "Do Not Use Eat-in" on the eat-in cancellation screen SCm of FIG. 40. That is, the registration screen SCo shows a case where three "Lunch Box Z" purchase items that can be eaten in the eat-in space are purchased, two of which are declared to be eaten in, but the eat-in declaration is canceled before paying. As shown in FIG. 42, on the registration screen SCo, the purchase quantity of the purchased item "Lunch Box Z" with a reduced tax rate of 8%, which was "1" on the registration screen SC1 of FIG. 39, is changed to "3". The display of the reduced tax rate "8%" and the tag TGa with the tag name "Eligible for Eat-in" remain unchanged.

[0193] On the other hand, the purchase quantity for the purchased product "Lunch Box Z", which has a normal tax rate of 10%, which was "2" on the registration screen SCl, is changed to "0". As a result, the cancellation process is executed, and a strikethrough is displayed over the product name and tax-inclusive price of the purchased product "Lunch Box Z". Also, instead of the tag TGb with the tag name "Eat-in", a tag TGc with the tag name "Cancel Eat-in" is displayed. The normal tax rate display of "10%" remains unchanged.

[0194] From the contents of the registration screen SCo, the customer can confirm that the eat-in declaration for the purchased product "Bento Z" has been revoked and that the tax rate imposed on the purchased product "Bento Z" is the reduced tax rate of 8%.

[0195] Here, the touch panel 44 functioning as a display unit displays the product detail data of the purchased product for which the cancellation of the tax rate change instruction has been accepted by the acceptance unit in a identifiable manner, for example, by using a strikethrough.

[0196] Now, after completing their shopping, the customer touches the payment button BTc on the registration screen SCo. When the payment button BTc is pressed, the processor 41, which is in a standby state in ACT32 to ACT35 in Fig. 12, proceeds to ACT91 in Fig. 17. The processor 41 controls the wireless unit 46 to issue a payment notification in ACT91. This control causes the wireless unit 46 to wirelessly transmit a payment notification command. The payment notification command is received by the access point 27 and transmitted to the registration assistance server 11 via the router 26 of the POS system 20. The payment notification command includes a transaction identification code.

[0197] Upon receiving the payment notification command, the registration assistance server 11 executes a payment notification process. 26 is a flowchart showing the main steps of the payment notification process. When the processor 111 of the registration assistance server 11 receives a payment notification command via the communication interface 115, it obtains a transaction identification code from the payment notification command in ACT 251. Then, in ACT 252, the processor 111 selects the transaction file 51 in which the transaction identification code is saved.

[0198] The processor 111 analyzes the data stored in the transaction file 51 as ACT253 to check whether payment is possible. For example, for a product where the product name, price, etc. could not be read for the product code, error detail data remains. In this case, payment is not possible.

[0199] If payment is not possible, the processor 111 proceeds to ACT254. In ACT254, the processor 111 notifies the store terminal used by the attendant for monitoring that the customer has declared payment for the erroneous item. Then, in ACT255, the processor 111 sends a negative response command to the information terminal 40 that sent the payment notification command. Upon receiving the notification, the attendant will take action such as checking the items purchased by the customer.

[0200] On the other hand, if payment is possible, the processor 111 proceeds to ACT256. The processor 111 creates a unique accounting code in ACT256. The processor 111 saves the accounting code in the transaction file 51 in ACT257. The processor 111 sends an approval response command to the information terminal 40 that sent the payment notification command in ACT258.

[0201] Returning to the explanation of FIG. The processor 41, which controlled the transmission of the payment notification command, waits for a response command as ACT92. If a negative response command is received from the registration assistance server 11, the processor 41 performs error processing. For example, the processor 41 displays an error message on the touch panel 44, such as "Self-service payment is not possible. Please pay at a manned cash register."

[0202] If an acceptance response command is received, the processor 41 proceeds to ACT 93. In ACT 93, the processor 41 switches the screen of the touch panel 44 from the registration screen to the checkout screen SCp (see FIG. 43).

[0203] Figure 43 is an example of the accounting screen SCp that appears when the payment button BTc is pressed on the registration screen SCo in Figure 42. As shown in the figure, the accounting code is displayed as a barcode BC on the accounting screen SCp. A back button BTk is also provided.

[0204] The processor 41 waits for the back button BTk to be pressed in ACT94 or for a payment completion response command to be received in ACT95. If the back button BTk is pressed, the processor 41 returns to ACT31 in Figure 12. The processor 41 returns the screen of the touch panel 44 from the checkout screen SCp to the previous registration screen SCo. The processor 41 enters a standby state for ACT32 to ACT35 in Figure 12.

[0205] The payment completion response command is sent from the registration assistance server 11 when the customer completes the payment at the dedicated payment machine 24. After checking the payment screen SCp, the customer uses the scanner on the dedicated payment machine 24 to scan the barcode BC on the payment screen SCp. This causes the dedicated payment machine 24 to send a payment request command to the registration assistance server 11. The payment request command includes the data in the barcode BC, i.e., the payment code.

[0206] Upon receiving the payment request command, the processor 111 of the registration assistance server 11 starts the payment request processing according to the procedure shown in Figure 27. That is, the processor 111 obtains the accounting code from the payment request command in ACT 261. Then, the processor 111 selects the transaction file 51 in which the transaction identification code is saved in ACT 262.

[0207] Processor 111 sends the data in transaction file 51 as ACT263 to the dedicated accounting machine 24 that sent the payment request command. The details of the transaction are then displayed on the display of the dedicated accounting machine 24, and the customer checks the details and then pays. Once payment is complete, a payment completion command is sent from the dedicated accounting machine 24 to the registration assistance server.

[0208] After transmitting the data in the transaction file 51 to the dedicated accounting machine 24, the processor 111 waits for a payment completion command in ACT 264. Upon receiving the payment completion command, the processor 111 proceeds to ACT 265. In ACT 265, the processor 111 transmits a payment completion response command to the information terminal 40 identified by the transaction identification code in the transaction file 51.

[0209] Returning to the explanation of FIG. When the processor 41 of the information terminal 40 displaying the checkout screen SCp receives the payment completion response command, it proceeds to ACT 96. In ACT 96, the processor 41 clears the list memory 61 and the total memory 62. In ACT 97, the processor 41 also erases the checkout screen SCp. This completes self-service shopping using the information terminal 40.

[0210] [Effects of information terminals] As described above in detail, when a customer selects a purchased item with a tag TGa with the tag name "Eat-in Eligible" on the registration screen displayed on the touch panel 44 of the information terminal 40, the screen of the touch panel 44 transitions to the eat-in setting screen. If the customer then switches the switch SWa from "Do not use eat-in" to "Use eat-in," a second change notification command or a third change notification command is output to the registration support server 11. The registration support server 11 then processes the change by changing the tax rate on the purchased item from the reduced tax rate of 8% to the normal tax rate of 10%. Therefore, the information terminal 40 can easily accommodate changes in the tax rate on purchased items without the need for confirmation by a store clerk.

[0211] Furthermore, the registration screen displays product detail data including the changed tax rate for purchased products for which a tax rate change instruction has been received, allowing customers to confirm that a tax rate change has been instructed.

[0212] Furthermore, on the registration screen, product detail data for purchased items for which a tax rate change instruction has been received is displayed in a distinguishable manner from product detail data for purchased items for which a tax rate change instruction has not been received. For example, a tag TGb with the tag name "Eat-in" is displayed for product detail data for purchased items for which a tax rate change instruction has not been received. The tag TGb is not displayed for product detail data for purchased items for which a tax rate change instruction has not been received. Therefore, customers can easily distinguish between purchased items for which a tax rate change instruction has been received and purchased items for which a tax rate change instruction has not been received.

[0213] Furthermore, on the registration screen, product detail data for purchased items for which a tax rate change instruction can be accepted is displayed in a distinguishable manner from product detail data for purchased items for which a tax rate change instruction cannot be accepted. For example, a tag TGa with the tag name "eat-in eligible" is displayed for product detail data for purchased items for which a tax rate change instruction cannot be accepted. The tag TGa is not displayed for product detail data for purchased items for which a tax rate change instruction cannot be accepted. Therefore, customers can easily distinguish between purchased items for which a tax rate change instruction can be accepted and purchased items for which a tax rate change instruction cannot be accepted.

[0214] Furthermore, the registration screen displays the product details data of purchased items for which the tax rate change instruction has been cancelled in an identifiable manner. For example, a tag TGc with the tag name "Eat-in Cancelled" is displayed for the product details data of purchased items for which the tax rate change instruction has been cancelled. Also, a strikethrough is displayed over the product name, etc. This allows customers to easily identify the purchased items for which the tax rate change instruction has been cancelled.

[0215] Moreover, it is sufficient if there is space on the registration screen to display the tag TGa, tag TGb, or tag TGc. Therefore, even if the portable information terminal 40 has a limited screen size for the touch panel 44, this can be easily implemented.

[0216] [Variations] In the above embodiment, a smartphone 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 customers by a store. Furthermore, the product registration device is not limited to the information terminal 40. For example, a self-service POS terminal in which customers themselves register purchased products and perform checkout operations may also be used as one aspect of the product registration device.

[0217] In the above embodiment, by displaying the tag TGa, tag TGb, or tag TGc together with the product name, price, tax rate, etc. of the product detail data, it is possible to distinguish the product detail data from other product detail data that do not display tags. In this regard, the product detail data may be distinguished using information other than tags, such as marks. Also, in the above embodiment, the text color of the tags TGa, tag TGb, and tag TGc is changed. In this regard, it is not necessary to change the text color. Alternatively, the tags TGa, tag TGb, and tag TGc may be made easier to distinguish by changing the background colors of the tags TGa, tag TGb, and tag TGc.

[0218] In the above embodiment, the cancellation process is a process in which a strikethrough is superimposed on the product name and the price including tax. In this regard, for example, the product name and the price including tax may be displayed in light gray to indicate that the order has been canceled.

[0219] In the above embodiment, the price set in the product master 14 is a tax-exclusive price that does not include the tax amount. However, in this regard, the price may be a tax-inclusive price that includes the tax amount. In addition, in the above embodiment, an example is given of a case where an instruction to change a low tax rate (reduced tax rate) to a high tax rate (normal tax rate) is received. In this regard, an instruction to change a high tax rate to a low tax rate may also be received.

[0220] Although several embodiments of the present invention have been described, these embodiments are presented as examples and are not intended to limit the scope of the invention. These novel embodiments can be embodied in various other forms, and various omissions, substitutions, and modifications can be made without departing from the spirit of the invention. These embodiments and their modifications are included within the scope of the invention and the scope of the inventions and their equivalents as defined in the claims. The inventions described in the original claims of this application are set forth below. [1] A product registration device comprising: an input unit for inputting product data used to identify a product to be traded; a display unit for displaying product detail data including a tax rate to be levied on the product to be traded identified by the product data input via the input unit; a reception unit for receiving an instruction to change the tax rate to be levied on the product to be traded for which the product detail data is displayed on the display unit; and an output unit for outputting the product data used to identify the product to be traded for which the tax rate change instruction has been received by the reception unit. [2] The product registration device described in appendix [1], wherein the display unit displays product detail data including the changed tax rate for the product to be traded for which the reception unit has accepted a tax rate change instruction. [3] A product registration device as described in appendix [1] or [2], wherein the display unit displays product detail data of a first product for which a tax rate change instruction has been received by the reception unit in a manner that makes it distinguishable from product detail data of a second product for which a tax rate change instruction has not been received. [4] The product registration device described in appendix [3], wherein the display unit displays product detail data of a third product subject to trading for which a tax rate change instruction can be accepted in a manner that makes it distinguishable from product detail data of a fourth product subject to trading for which a tax rate change instruction cannot be accepted. [5] A product registration device as described in any one of appendices [1] to [4], wherein the reception unit receives a cancellation of a tax rate change instruction, the output unit outputs the product data used to identify the product to be traded for which the cancellation of the tax rate change instruction has been received, and the display unit identifiably displays the product detail data of the product to be traded for which the cancellation of the tax rate change instruction has been received by the reception unit. [6] A program for causing a computer of a product registration device, which has an input unit for inputting product data used to identify the product to be traded, to function as a display means for displaying product detail data on a display unit, including the tax rate of the tax to be levied on the product to be traded identified by the product data input through the input unit, a reception means for receiving an instruction to change the tax rate of the tax to be levied on the product to be traded for which the product detail data is displayed on the display unit, and an output means for outputting the product data used to identify the product to be traded for which the instruction to change the tax rate has been received. [Explanation of symbols]

[0221] 10...server system, 11...registration support server, 14...product master, 15...tax rate table, 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, SCg, SCk, SCl, SCo...registration screen, SCc...scan screen, SCf...point change screen, SCh, SCi, SCj...eat-in setting screen, SCm, SCn...eat-in cancellation screen, SCp...accounting screen.

Claims

1. an input unit for inputting product data used to identify a product to be traded; a display unit that displays, on one screen, a list of product detail data including tax rates to be levied on the products specified by the product data input via the input unit, together with total data on the products; a receiving unit that receives an instruction to change the tax rate of the tax levied on the transaction target product selected from a list of product detail data on the screen displayed on the display unit; an output unit that outputs the commodity data used to identify the transaction commodity for which the tax rate change instruction has been received by the receiving unit; A product registration device comprising:

2. 2. The product registration device according to claim 1, wherein the display unit displays product detail data including a tax rate after the change for the product to be traded for which the receiving unit has received a tax rate change instruction.

3. 3. A product registration device as described in claim 1 or 2, wherein the display unit displays product detail data of a first product to be traded for which a tax rate change instruction has been received by the reception unit in a manner that makes it distinguishable from product detail data of a second product to be traded for which a tax rate change instruction has not been received.

4. 4. The product registration device of claim 3, wherein the display unit displays product detail data of a third product for which a tax rate change instruction can be accepted in a manner that makes it distinguishable from product detail data of a fourth product for which a tax rate change instruction cannot be accepted.

5. The reception unit receives a cancellation of the tax rate change instruction, the output unit outputs the commodity data used to identify the transaction commodity for which the tax rate change instruction has been canceled; 5. The product registration device according to claim 1, wherein the display unit identifiably displays product detail data of the transaction product for which the cancellation of the tax rate change instruction has been accepted by the acceptance unit.

6. a computer of a commodity registration device having an input unit for inputting commodity data used to identify a commodity to be traded; a display means for displaying on a display unit on one screen a list of detailed product data including the tax rate to be imposed on the transaction product specified by the product data input via the input unit together with total data of the transaction product; a receiving means for receiving an instruction to change the tax rate of the tax levied on the transaction item selected from the list of item detail data on the screen displayed on the display unit; and an output means for outputting the commodity data used to identify the transaction commodity for which the tax rate change instruction has been received; A program to function as a

7. An input unit for inputting commodity data used to identify a commodity to be traded; a display unit that displays product detail data including a tax rate to be levied on the product to be traded that is specified by the product data input via the input unit; a receiving unit that receives an instruction to change the tax rate of the tax levied on the transaction target product whose product detail data is displayed on the display unit; an output unit that outputs the commodity data used to identify the transaction commodity for which the tax rate change instruction has been received by the receiving unit; Equipped with The reception unit receives a cancellation of the tax rate change instruction, the output unit outputs the commodity data used to identify the transaction commodity for which the tax rate change instruction has been canceled; The display unit identifiably displays product detail data of the transaction target product for which the cancellation of the tax rate change instruction has been accepted by the acceptance unit.

Images