Payment device and program

Abstract

To facilitate an operation relating to a tax rate to be applied to a commodity.SOLUTION: A settlement device that performs settlement of a registered commodity, includes display means for displaying a change instruction of a tax rate for the registered commodity so as to receive the instruction, and change means for changing the tax rate of the commodity on the basis of the change instruction.SELECTED DRAWING: Figure 7

Description

Technical Field

[0001] The present invention relates to a settlement device and a program.

Background Art

[0002] A device that determines a tax rate applied to a product according to a key operation at the time of product registration is known (see, for example, Patent Document 1).

Prior Art Documents

Patent Documents

[0003]

Patent Document 1

Summary of the Invention

Problems to be Solved by the Invention

[0004] However, there is room for improvement in the processing related to the tax rate applied to products.

[0005] The present invention has been made in view of such circumstances, and an object thereof is to provide a technique for suitably executing processing related to the tax rate applied to products.

Means for Solving the Problems

[0006] In order to solve the above-described problems, a settlement device according to an aspect of the present invention is a settlement device that settles registered products, and includes display means for displaying in a manner capable of receiving a tax rate change instruction for a registered product, and change means for changing the tax rate of a product based on the change instruction.

Brief Description of the Drawings

[0007] ? ? [Figure 1] ? It is a conceptual diagram of a network including a product sales data processing device. [Figure 2] ? It is an explanatory diagram for explaining a settlement device. ? [Figure 3] ? It should be noted that there are some question marks in the translation where the original text seems to be incomplete or unclear in terms of specific content.This is an example of a display on a mobile device's screen. [Figure 4] Examples of displays on the display section of a mobile device. [Figure 5] This is an example of a display on the display unit of a payment processing device. [Figure 6] This is an example of a display on the display unit of a payment processing device. [Figure 7] This is an example of a display on the display unit of a payment processing device. [Figure 8] This is an example of a display on the display unit of a payment processing device. [Figure 9] This is a flowchart illustrating an example of how the payment machine works. [Figure 10] Here is another example of a payment screen. [Figure 11] Here is another example of a payment screen. [Figure 12] This is an example of a display on the display unit of a registration and settlement device. [Modes for carrying out the invention]

[0008] Figure 1 is a conceptual diagram of a network including a product sales data processing device. The sales system 1 shown in Figure 1 includes a management device (e.g., a store controller) 10, a cloud server 20, a registration and settlement device 30, a settlement device 40, a monitoring device 50 (e.g., a personal computer), and a mobile terminal 60 (e.g., a smartphone). Although Figure 1 shows one registration and settlement device 30, there may be two or more registration and settlement devices 30 in a single store. Also, although Figure 1 shows two settlement devices 40, there may be one or three or more settlement devices 40 in a single store. Also, although Figure 1 shows one monitoring device 50, there may be two or more monitoring devices 50 in a single store. In addition, the management device 10 is basically one per store, but there may be two or more. The sales system 1 can be introduced into various stores (supermarkets, convenience stores, drugstores, home centers, consumer electronics stores, and other specialty stores).

[0009] The sales system 1 shown in Figure 1 provides various services, including a service corresponding to a method in which a store clerk registers products using a registration and settlement device 30, and a service corresponding to a method in which the customer registers products using a mobile terminal 60 (hereinafter referred to as Service A). The portion of sales system 1 that provides Service A may be referred to as the specific sales system. In other words, the specific sales system is a subsystem of sales system 1 and provides Service A. In the following explanation, customers who use Service A may be specifically referred to as members.

[0010] The management device 10, registration and settlement device 30, settlement device 40, and monitoring device 50 are installed within the store and are connected via LAN 19 (which can be wired or wireless) to enable communication. The management device 10 can communicate with the cloud server 20.

[0011] The management device 10 is primarily a device that manages various devices within the LAN 19. For example, the management device 10 has communication functions with external devices (e.g., the headquarters server (not shown), the cloud server 20, etc.). The management device 10 receives, for example, product master data (product files) from external devices and supplies it to the registration and settlement device 30, etc., and receives transaction information from the settlement device 40, etc., and transmits it to external devices.

[0012] A product master (product file) is a file that stores information such as product name and sales price, associated with product identification information (product code) that identifies individual products.

[0013] The cloud server 20 is a server that provides various services. For example, the cloud server 20 provides Service A (a service corresponding to a mode in which a customer who is a member registers a product using the mobile terminal 60 by himself / herself). For example, the cloud server 20 manages (stores) transaction information (also referred to as cart information or basket information, etc.) in Service A by members. In addition to cart information, the cloud server 20 also manages (stores) various types of information related to Service A (for example, a customer master (customer file) that stores customer information, a store master (store file) that stores store information, a product master, etc.). Note that the cloud server 20 may not be realized by one computer (such as a server), but may be realized by two or more computers.

[0014] The registration settlement device 30 is a device that executes a registration process and a settlement process. The registration settlement device 30 is used by a store clerk (executes a registration process and a settlement process by the operation of the store clerk).

[0015] The settlement device 40 is a device that executes a settlement process. Basically, the settlement device 40 is used by a customer (executes a settlement process by the operation of the customer). The settlement device 40 is used at least by a customer (member) who uses Service A.

[0016] The monitoring device 50 is a device that mainly monitors various devices within the LAN 19. The monitoring device 50 monitors the operating status, etc. of other devices (for example, the registration settlement device 30, the settlement device 40, etc.), displays various types of information in other devices, and outputs various commands to other devices.

[0017] The mobile terminal 60 is operated by a customer who is a member. The mobile terminal 60 is used when using Service A. In addition to a communication function and an imaging function (camera), the mobile terminal 60 has a recognition function for recognizing various codes (barcodes, two-dimensional codes, etc.). For example, the mobile terminal 60 recognizes the barcode attached to a product. For example, the mobile terminal 60 may extract feature points in a captured image (an image acquired as a so-called live view / through image) captured by the imaging function and recognize an object (various codes).

[0018] Although the mobile terminal 60 is basically assumed to be owned by each member, it may be lent by the store side. The number of mobile terminals 60 (the number in operation) changes according to the number of visitors, etc. In FIG. 1, two mobile terminals 60 are illustrated as an example indicating that multiple units are possible.

[0019] The mobile terminal 60 displays various screens related to Service A. For example, by installing an application program (hereinafter also referred to as a specific application) for using Service A on the mobile terminal 60, the mobile terminal 60 may display various screens related to Service A.

[0020] A part or all of the sales system 1 (or a specific sales system) may be referred to by other names (for example, a product registration system, a settlement system, a product sales data processing system, etc.).

[0021] Also, in the above, the cloud server 20, the settlement device 40, and the mobile terminal 60 were described as being used for Service A, but the management device 10 is also used for Service A (for example, used for the transmission and reception of information between the settlement device 40 and the cloud server 20). Note that other devices (registration settlement device 30, monitoring device 50, server at the head office (not shown), etc.) may be used for Service A.

[0022] Figure 2 is an explanatory diagram illustrating the payment device 40. Figure 2(A) shows an example of the external appearance of the payment device 40 (perspective view from the customer's side). Figure 2(B) shows an example of the configuration of the payment device 40. In Figures 2(A) and 2(B), the same parts are denoted by the same reference numerals. The payment device 40 is basically operated by the customer.

[0023] The following describes an example configuration of the payment device 40 shown in Figure 2(B), with reference to Figure 2(A). The payment device 40 comprises a CPU 401, a ROM 402, a RAM 403, a hard disk 404, a display unit 405, a scanner unit 406, a card payment unit 408, a change dispenser 409, a printing unit 413, an audio output unit 414, and a communication unit 415. These can communicate with each other via a bus. The payment device 40 may also be further provided with a key operation unit, an imaging unit (camera), and a notification unit (a lamp such as a signpost).

[0024] The CPU 401 is a central processing unit that controls the operation of the settlement device 40 by reading and executing programs stored in the ROM 402. ROM402 is read-only memory that stores various types of information used by the CPU401, including programs.

[0025] RAM403 is a read / write memory that stores various types of information. For example, RAM403 stores information read from ROM402 and hard disk 404, information obtained from external sources, and information generated during processing.

[0026] The hard disk 404 stores various types of information. For example, instead of the ROM 402, the hard disk 404 may store programs executed by the CPU 401. Alternatively, instead of the RAM 403, it may store information read from the ROM 402, information obtained from external sources, information generated during processing, etc.

[0027] The display unit 405 is a touch display that displays various information and accepts various inputs.

[0028] The scanner unit 406 optically reads various types of information. For example, the scanner unit 406 scans a code (a two-dimensional code for payment; it may also be a one-dimensional code (barcode), etc.) displayed on the display unit of the mobile terminal 60 and reads the information necessary for payment processing. The scanner unit 406 may also scan a code (barcode, two-dimensional code, etc.) printed on a payment slip (registered trademark) issued by the registered payment device 30 and read the information necessary for payment processing. The scanner unit 406 may also scan a barcode attached to a product and read the product code. The scanner unit 406 may also scan a barcode attached to a store employee's name tag and read the employee code.

[0029] The card payment unit 408 is a payment mechanism that accepts various types of cards (credit cards, prepaid cards such as transportation cards, cash cards for debit payments, point cards for point payments, etc.). The card payment unit 408 includes a card recognition unit (reading unit), a display unit, and an operation unit, but it is sufficient if it includes at least a card recognition unit. The card recognition unit may recognize various types of cards (e.g., point cards, membership cards, shareholder cards, etc.) for purposes such as granting benefits or discounts.

[0030] The change dispenser 409 (cash settlement unit) is a cash settlement mechanism that has slots for inserting banknotes and coins, and slots for dispensing banknotes and coins. It calculates the amount to be inserted into the slot, calculates the amount of change which is the difference between the inserted amount and the purchase price, and dispenses the change from the dispenser. When banknotes or coins are inserted into the slot, this is detected by a sensor (detection of the insertion, detection of the number of coins of each denomination, etc.).

[0031] Printing unit 413 prints and issues various media (receipts, payment vouchers, etc.). The audio output unit 414 outputs audio. For example, the audio output unit 414 outputs voice guidance, etc. The communication unit 415 transmits and receives information with other devices (management device 10, registration and settlement device 30, other settlement devices 40, monitoring device 50, mobile terminal 60, etc.).

[0032] Furthermore, the payment device 40 may be equipped with a proximity sensor (human presence sensor) capable of detecting whether or not there are people (customers, store clerks, etc.) in its vicinity (specifically, in front of it).

[0033] The appearance and hardware configuration of the settlement device 40 have been described above, but the appearance and hardware configuration of the registration settlement device 30, etc., will be omitted. As explained in Figure 1, the registration settlement device 30 is basically used by store employees (the store employee performs the registration process and settlement process).

[0034] Furthermore, the registration and settlement device 30 may be primarily used by the customer (the customer performs the registration and settlement processes). In other words, the registration and settlement device 30 may be a so-called fully self-service POS terminal.

[0035] Furthermore, the registration and settlement device 30 may be configured to have display units on both sides (employee side and customer side) and a settlement unit (card settlement unit and cash settlement unit) on one side (customer side) (a configuration similar to a face-to-face POS terminal). In this configuration, the registration and settlement device 30 performs registration processing through the operation of the employee and settlement processing through the operation of the customer.

[0036] Furthermore, the registration and settlement device 30 may be configured to have a display unit and a scanner unit on each side (employee side and customer side), and a settlement unit (card settlement unit and cash settlement unit) on one side (customer side). The registration and settlement device 30 in this configuration may have multiple operating modes (operating patterns) and may be a device that can switch to any of the multiple operating modes depending on the operating status, for example. For example, the registration and settlement device 30 may be a device that can switch to any of the following operating modes: an operating mode in which registration processing is performed by the employee and settlement processing is performed by the customer (similar to a face-to-face POS terminal); an operating mode in which registration processing and settlement processing are performed by the customer (similar to a fully self-service POS terminal); or an operating mode in which registration processing is performed by the employee and the customer and settlement processing is performed by the customer.

[0037] Furthermore, the registration and settlement device 30 may perform settlement processing based on registration information generated by the registration process of another device (for example, another registration and settlement device 30) rather than the registration information generated by the registration process of the registration and settlement device 30. For example, it may receive registration information generated in the registration process of another device (which may be received directly from the other device or via the management device 10, etc.) and perform settlement processing based on the received registration information.

[0038] Furthermore, if the settlement process by the registration and settlement device 30 is performed by customer operation, similar to the settlement device 40, then the registration and settlement device 30 can be used for service A. In other words, just as a customer registers products themselves using the mobile terminal 60 and then settles the payment themselves using the settlement device 40, a customer can register products themselves using the mobile terminal 60 and then settle the payment themselves using the registration and settlement device 30.

[0039] Figures 3 and 4 show examples of displays on the display unit of the mobile terminal 60. Figure 3(A) is an example of the start screen for service A. The mobile terminal 60 acquires information that identifies the store (store identification information) and displays the start screen. For example, a two-dimensional code containing the store identification information may be displayed near the entrance of the store (e.g., by displaying the two-dimensional code on the display screen or attaching a printed medium with the two-dimensional code), and when a customer (member) visits the store, the mobile terminal 60 can scan (read) the two-dimensional code, thereby acquiring the store identification information. Alternatively, when a customer visits the store and launches a specific application, a screen instructing the customer to scan the two-dimensional code may be displayed, or when a customer visits the store and scans the two-dimensional code with the mobile terminal 60, the specific application may be launched and the start screen may be displayed.

[0040] The start screen has various buttons, as shown in Figure 3(A). For example, the "Start Shopping" button 600 is for starting shopping. When the "Start Shopping" button 600 is pressed, the mobile terminal 60 displays the registration screen shown in Figure 3(B) and subsequent figures instead of the start screen.

[0041] Figure 3(B) shows the display in the scene following Figure 3(A). Specifically, Figure 3(B) is the registration screen (initial registration screen) that appears after the shopping start button 600 is operated on the start screen of Figure 3(A). The upper part of the registration screen is the image display area 601, which mainly displays the captured image. The lower part of the registration screen is the registration information display area 602, which mainly displays the product registration information.

[0042] Figure 3(C) shows the display in the scene following Figure 3(B). Specifically, Figure 3(C) is the registration screen (initial registration screen) in Figure 3(B), when scanning the barcode attached to "XX Bread" as the first product item. In other words, when registering the desired product (product to be purchased), the customer scans the barcode attached to the product, as shown in Figure 3(C).

[0043] Figure 3(D) shows the display in the scene following Figure 3(C). Specifically, Figure 3(D) shows the display after the registration of one product (XX loaf of bread) has been completed. Note that Figure 3(D) is an example of the display immediately after the product has been identified (i.e., while the barcode is still being captured). Therefore, in the display example of Figure 3(D), the barcode of the product is displayed in the captured image display area 601.

[0044] The mobile terminal 60 displays the registration information of the product identified by scanning the barcode in the registration information display area 602. For example, as shown in Figure 3(D), the mobile terminal 60 displays the registration information (product name, quantity, price) of the product identified by scanning the barcode (XX bread) (symbol a). The mobile terminal 60 also displays a portion of the registration information (quantity) as a quantity button 603. The quantity button 603 is a button for changing the quantity. The mobile terminal 60 also displays total information (total points, total price) (symbol b). The mobile terminal 60 also displays a checkout button 604 to be operated when proceeding to checkout (finishing product registration).

[0045] Figure 4(A) shows the display in the scene following Figure 3(D). Specifically, Figure 4(A) is the 2D code display screen that appears after the checkout button 604 is operated on the registration screen in Figure 3(D). The 2D code display screen shows the settlement 2D code 605. The settlement 2D code 605 is a 2D code representing the information necessary for settlement processing. For example, the settlement 2D code 605 may be a 2D code representing information (cart information) that identifies the customer's cart information (transaction information registered by the customer using their mobile terminal 60) from among multiple cart information (each transaction information registered by each customer using their respective mobile terminal 60) stored in the cloud server 20.

[0046] The 2D code display screen also includes an estimated total display field 606 and a back button 607. The back button 607 is used to return to shopping (restart shopping). When the back button 607 is pressed, the mobile terminal 60 displays the registration screen (the registration screen immediately before pressing the checkout button 604) instead of the 2D code display screen. Figure 4(B) shows how the payment device 40 reads the payment 2D code 605.

[0047] For the sake of explanation, a certain customer (Customer B) used a mobile terminal 60 to order "Radish (base price 130 yen, 8% tax included price 140 yen)", "Raw egg L (base price 190 yen, 8% tax included price 205 yen)", "Extra large cup noodles (base price 180 yen, 8% tax included price 194 yen)", "Seaweed bento (base price 350 yen, 8% tax included price 378 yen)", "Special selection nigiri sushi (base price 1000 yen, 8% tax included price 1080 yen)", "Pacific saury (base price 90 yen, 8% tax included price 97 yen)", and "Japanese-style dressing 1000ml". The following items were registered one of each, in the order listed above, for a total of 11 items (total amount (including tax) 4160 yen), and the payment button 604 was pressed.

[0048] Figures 5 to 8 show examples of displays in the display unit 405 of the payment device 40. Figure 5 is the payment screen (initial payment screen). As shown in Figure 5, the payment screen (initial payment screen) displays a message instructing the user to scan the payment 2D code 605 (shown as QR code® in the figure) displayed on the mobile terminal 60. When the payment 2D code 605 displayed on the mobile terminal 60 is scanned on the payment screen (initial payment screen), a list of products registered by the mobile terminal 60 is displayed.

[0049] Figure 6(A) shows the checkout screen (product list screen) that appears when the 2D code 605 for checkout displayed on customer B's mobile terminal 60 is read in the checkout screen (initial checkout screen) of Figure 5. In other words, customer B's cart information is identified based on the 2D code 605 for checkout displayed on customer B's mobile terminal 60, and each product stored in that cart information (each product registered by customer B's mobile terminal 60) is displayed on the checkout screen (product list screen) as shown in Figure 6(A).

[0050] Furthermore, the checkout screen (product list screen) in Figure 6(A) includes a display field 1400 for the estimated total, a display field 1401 for the number of items by price range (1000 yen or more, 500 yen or more but less than 1000 yen, 300 yen or more but less than 500 yen, and less than 300 yen), a display field 1402 for the number of items to be eaten in (dine-in), a display field 1403 for the captured image, and a checkout button 1404.

[0051] The display area 1403 of the captured image shows the area around the change dispenser 409 of the payment device 40. For example, the payment device 40 may be equipped with a camera positioned to capture images around the change dispenser 409, and the captured image taken by this camera (i.e., an image taken by the device itself) may be displayed in the display area 1403. Alternatively, the payment device 40 may display an image taken by a camera installed in a position to capture images around the change dispenser 409 (i.e., an image acquired from an external source) in the display area 1403. The captured image may be a real-time output of an image obtained from a camera (live view / through image), or it may be an image obtained from a camera that has been temporarily stored and then played back. The captured image may be a video or a still image (for example, a series of still images displayed consecutively).

[0052] In addition to or instead of displaying in display field 1403, the captured image may be stored in the sales system 1 for a certain period of time (for example, in the hard disk 404 of the settlement device 40, in the storage unit of the management device 10, in the storage unit of the cloud server 20, etc.).

[0053] Note that while the checkout screen (product list screen) shown in Figure 6(A) displays products in order of price, it is not necessary to display products in order of price. For example, products could be displayed in the order they were registered. Also, while the checkout screen (product list screen) shown in Figure 6(A) uses different background colors for products by price range, it is not necessary to use different background colors for products by price range. For example, the background colors could be alternated (one row at a time).

[0054] Figure 6(B) shows the display in the scene following Figure 6(A). Specifically, Figure 6(B) shows the small screen 1410 that appears after the user operates the checkout button 1404 on the checkout screen (product list screen) of Figure 6(A) (more specifically, the small screen 1410 is displayed in front of the checkout screen (product list screen)). The small screen 1410 is a pop-up screen that asks the user to confirm whether they will eat in at least one of the purchased items. The small screen 1410 has a "Yes" button to indicate whether to eat in and a "No" button to indicate whether to not eat in.

[0055] Therefore, if the registered items (i.e., the items to be paid for) include items that may be eaten in, the small screen 1410 will be displayed after pressing the checkout button 1404. However, if the items do not include items that may be eaten in, the small screen 1410 will not be displayed after pressing the checkout button 1404. In the example in Figure 6(A), since items such as "Nori Bento" that may be eaten in are included, the small screen 1410 will be displayed as shown in Figure 6(B) after pressing the checkout button 1404. However, if the items do not include items that may be eaten in (for example, if only daily necessities such as "5 boxes of tissues"), the small screen 1410 will not be displayed after pressing the checkout button 1404.

[0056] Figure 7(A) shows the display in the scene following Figure 6(B). Specifically, Figure 7(A) is the checkout screen (product list screen with checkboxes) that appears after clicking the "Yes" button on sub-screen 1410 in Figure 6(B). Note that the checkout screen (product list screen with checkboxes) in Figure 7(A) will not be displayed after clicking the "No" button on sub-screen 1410 in Figure 6(B).

[0057] In the checkout screen (product list screen with checkboxes) in Figure 7(A), a checkbox is placed next to each of the products that may be available for eat-in (premium nigiri sushi, nori bento, energy drink, extra-large cup noodles, and 200ml orange juice) to allow the customer to confirm whether they wish to eat in. The customer selects the products they wish to eat in from the products with checkboxes (i.e., products that may be available for eat-in) by checking the checkbox for the product.

[0058] Figure 7(B) shows the display in the scene following Figure 6(A). Specifically, Figure 7(B) shows the checkout screen (product list screen with checkboxes) of Figure 7(A), where two items, "Nori Bento" and "Orange Juice 200ml," have been selected as items to be eaten in.

[0059] In the checkout screen (product list screen with checkboxes) in Figure 7(B), the price of "Nori Bento" is updated from 378 yen (base price 350 yen, 8% tax included price 378 yen) to 385 yen (base price 350 yen, 10% tax included price 385 yen), and the price of "Orange Juice 200ml" is updated from 108 yen (base price 100 yen, 8% tax included price 108 yen) to 110 yen (base price 100 yen, 10% tax included price 110 yen), and the total amount is updated from 4150 yen to 4169 yen. Also, the number of items to be eaten in is displayed as 2.

[0060] Additionally, if "Energy Drink" is selected as an item to be eaten in, the price of "Energy Drink" will be updated from 298 yen (276 yen before tax, 298 yen including 8% tax) to 303 yen (276 yen before tax, 303 yen including 10% tax), and the display of the number of items in each price range will also be updated (increasing the number of items between 300 yen and 500 yen by 1, and decreasing the number of items under 300 yen by 1). Furthermore, the background color of "Energy Drink" will be updated from the background color of items under 300 yen to the background color of items between 300 yen and 500 yen.

[0061] Figure 8 shows the display in the scene following Figure 7(B). Specifically, Figure 8 is the settlement screen (payment type selection screen) that appears after the checkout button 1404 is operated on the settlement screen (product list screen with checkboxes) of Figure 7(B). The settlement screen (payment type selection screen) in Figure 8 has various buttons corresponding to the payment method.

[0062] The back button 1607 is used to return to the previous display. For example, if the previous display was a product list screen with checkboxes as shown in Figure 7(B) (i.e., the user transitioned to the checkout screen by operating the checkout button 1404 on the product list screen with checkboxes as shown in Figure 7(B)), operating the back button 1607 will switch the display back to the product list screen with checkboxes as shown in Figure 7(B). Also, if the previous display was a product list screen (background) and a small screen 1410 (front) as shown in Figure 6(B) (i.e., the user transitioned to the checkout screen by operating the "No" button on the small screen 1410; see Figure 9), operating the back button 1607 will switch the display back to the product list screen (background) and small screen 1410 (front) as shown in Figure 6(B). The same applies if the previous display was a product list screen as shown in Figure 6(A) (i.e., no products that could be eaten in were included, and the user transitioned to the payment screen by operating the checkout button 1404 on the product list screen as shown in Figure 6(A)), or if the previous display was a product list screen with checkboxes as shown in Figure 7(A) (i.e., the user pressed the "Yes" button to indicate they wanted to eat in, but did not select any products to eat in, and then transitioned to the payment screen by operating the checkout button 1404). In other words, the user can change the products they want to eat in by operating the back button 1607. It was explained that pressing the back button 1607 returns you to the previous display (operating the back button 1607 in Figure 8 after transitioning from Figure 6(A) returns you to Figure 6(A), operating the back button 1607 in Figure 8 after transitioning from Figure 6(B) returns you to Figure 6(B), operating the back button 1607 in Figure 8 after transitioning from Figure 7(A) returns you to Figure 7(A), and operating the back button 1607 in Figure 8 after transitioning from Figure 7(B) returns you to Figure 7(B)). However, for example, operating the back button 1607 in Figure 8 after transitioning from Figure 6(B) may transition you to Figure 7(A) (to the screen where you select items to eat in), or operating the back button 1607 in Figure 8 after transitioning from Figure 7(B) may transition you to Figure 7(A) (to the screen where you select again from the beginning).

[0063] Figure 9 is a flowchart illustrating an example of the operation of the payment device 40. The flowchart in Figure 9 shows that the payment device 40 starts by reading the payment 2D code 605 displayed on the mobile terminal 60 in the initial payment screen of Figure 5.

[0064] Step S10: The payment device 40, having read the 2D code 605 for payment, displays the product list screen (a product list screen without checkboxes; see Figure 6(A)). Next, proceed to step S11.

[0065] Step S11: The payment device 40 determines whether the payment button 1404 was pressed on the product list screen displayed in step S10 (the product list screen without checkboxes). If the payment button 1404 was pressed, the device proceeds to step S12. If the payment button 1404 was not pressed, step S10 is repeated.

[0066] Step S12: The payment device 40 determines whether or not the registered products include any products that may be available for eat-in. For example, by pre-storing (setting) information in the product master indicating whether or not each product may be available for eat-in (eat-in target flag; for example, a value of "1" indicates a target product that may be available for eat-in, a value of "0" indicates an ineligible product that is not available for eat-in, etc.), the payment device 40 may determine whether or not the registered products include any products that may be available for eat-in (target products). If it is determined that there are products that may be available for eat-in, the process proceeds to step S13. If it is determined that there are no products that may be available for eat-in, the process proceeds to step S30.

[0067] Step S13: The payment device 40 displays a confirmation screen (see Figure 6(B)) asking whether the customer wants to eat in. The process then proceeds to step S14.

[0068] Step S14: The payment device 40 determines whether or not an operation to eat in (operation of the "Yes" button) was made on the confirmation screen displayed in step S13. If an operation to eat in was made, the device proceeds to step S20. If no operation to eat in was made, the device proceeds to step S15.

[0069] Step S15: The payment device 40 determines whether or not an action indicating that the customer will not eat in was taken on the confirmation screen displayed in step S13 (the "No" button was pressed). If an action indicating that the customer will not eat in was taken, the device proceeds to step S30. If no action indicating that the customer will not eat in was taken, the device returns to step S14.

[0070] Step S20: The payment device 40 displays a product list screen (product list screen with checkboxes; see Figure 7(A)) for selecting the products to be eaten in. The process then proceeds to step S21.

[0071] Step S21: The payment device 40 determines whether the checkboxes on the product list screen (product list screen with checkboxes) displayed in step S20 were operated. If the checkboxes were operated, the device proceeds to step S22. If the checkboxes were not operated, the device proceeds to step S23.

[0072] Step S22: The payment device 40 updates the amount, etc., according to the operation of the checkbox. Specifically, the payment device 40 updates the price of the item whose checkbox was operated (the item selected as an item to be eaten in) from the 8% tax-inclusive price to the 10% tax-inclusive price, and updates the total amount in accordance with the price update of the item. The payment device 40 also updates the number of items to be eaten in. Furthermore, if the price of an item crosses price ranges before and after the price update, the payment device 40 updates the display of the number of items in each price range and also updates the background color of the item according to the updated price. Next, proceed to step S23.

[0073] Step S23: The payment device 40 determines whether the payment button 1404 was pressed on the product list screen (product list screen with checkboxes) displayed in step S20. If the payment button 1404 was pressed, the device proceeds to step S30. If the payment button 1404 was not pressed, the device returns to step S21.

[0074] Step S24: The settlement device 40 displays a payment type selection screen (see Figure 8) for selecting a payment method. The process then proceeds to step S25.

[0075] Step S25: The settlement device 40 performs settlement (payment) according to the payment method selected on the payment type selection screen displayed in step S20. Then, this flowchart ends.

[0076] (Variations of the display screen) Figures 10 and 11 show other examples of the payment screen. The display unit 405 of the payment device 40 is horizontally oriented (see Figure 2), but a payment device with a vertically oriented display unit (not shown) may display a payment screen as shown in Figures 10 and 11.

[0077] Figure 10(A) is the checkout screen (product list screen) corresponding to the checkout screen (product list screen) in Figure 6(A). Figure 10(B) corresponds to the scene in Figure 6(B), showing the display of the small screen 1410. Figure 11(A) is the checkout screen (product list screen with checkboxes) corresponding to the checkout screen (product list screen with checkboxes) in Figure 7(A). Figure 11(B) is the checkout screen (product list screen with checkboxes) corresponding to the checkout screen (product list screen with checkboxes) in Figure 7(B).

[0078] As shown in Figure 11, to facilitate operations such as clicking the checkboxes, the products on the checkout screen (product list screen with checkboxes) are displayed at the bottom of the screen. In other words, after clicking the "Yes" button in Figure 10(B), the product list is displayed at the bottom of the screen, as shown in Figure 11, making it easier to operate the checkboxes.

[0079] Although the payment screens in Figures 10 and 11 include a staff call button, the payment screens in Figures 6 and 7 may also include a staff call button.

[0080] (Variations related to the registration process) In the above description, the payment device 40 displays a list of products registered using the mobile terminal 60, and then, if it includes products that may be available for eat-in, it confirms the customer's intention to eat in, and if the customer intends to eat in, it allows the customer to select the products to eat in. In other words, the products displayed in the list and for which the customer is asked to select whether to eat in are the products registered using the mobile terminal 60. However, the products displayed in the list and for which the customer is asked to select whether to eat in are not limited to products registered using the mobile terminal 60.

[0081] (In the case of a fully self-service POS terminal) Products that are displayed in a list and for which customers can choose whether to eat in may be registered in a device (a fully self-service POS terminal) that performs registration and payment processing by the customer. In relation to the above, although the registration and payment device 30 was described in the first part as a device that performs registration and payment processing by the store clerk, and in the second part as a device that performs registration and payment processing by the customer, here we will assume that the registration and payment device 30 is a device that performs registration and payment processing by the customer.

[0082] Figure 12 shows an example of the display on the display unit of the registration and settlement device 30. The registration and settlement device 30 registers products based on customer operations. The registration and settlement device 30 displays a registration screen as shown in Figure 12 and accepts product registration by the customer themselves.

[0083] As shown in Figure 12, all items that may be eaten in (premium nigiri sushi, nori bento, energy drink, extra-large cup noodles, and 200ml orange juice) are priced at 8% tax. In other words, at the registration stage of individual items, the registration and payment device 30 registers items as not being eaten in, even if they may be eaten in. Alternatively, it may be possible to confirm whether the customer will eat in when registering each item. In other words, it may be possible to select (specify) whether to set the tax rate to 8% or 10% when registering an item (details will be described later).

[0084] Next, when the registration and payment device 30 receives an operation indicating that product registration is complete, it displays a payment screen (product list screen) similar to the payment screen (product list screen) that the payment device 40 displays when it reads the payment 2D code 605 displayed on the mobile terminal 60. For example, when the payment button 1304 is pressed on the registration screen in Figure 12, the registration and payment device 30 displays the payment screen (product list screen) shown in Figure 6(A). From here on, the registration and payment device 30 performs the same processing as the payment device 40. As described above, the products that are displayed in a list and for which the customer can select whether to eat in may be products that have been registered by the customer themselves at the fully self-service POS terminal (registration and payment device 30).

[0085] As previously explained (in the descriptions of Figures 1 and 2), the registration and settlement device 30 may have multiple operating modes. The fully self-service registration and settlement device 30 described above may also have multiple operating modes. In other words, the registration and settlement device 30 may have multiple operating modes and operate as described above when it is operating in an operating mode that performs registration and settlement processing based on customer operations.

[0086] (In other cases) Products that are displayed in a list and for which the customer can choose whether to eat in may be registered in a device (a face-to-face POS terminal) that performs registration processing by the store clerk and payment processing by the customer. Furthermore, products that are displayed in a list and for which the customer can choose whether to eat in may be registered when a device with multiple operating modes is operating as a face-to-face POS terminal. As already explained, the registration and payment device 30 may be such a device. Also, products that are displayed in a list and for which the customer can choose whether to eat in may be products registered in another device (another POS terminal).

[0087] Although embodiments, including modifications, have been described above, these embodiments are merely examples, and the specific configuration is not limited to these embodiments. Designs and the like that do not depart from the spirit of the invention are also included.

[0088] For example, in the product list screen with checkboxes shown in Figure 7(A), products that may be available for eat-in are marked with a checkbox, while products that are not available for eat-in are displayed without a checkbox. In other words, in the above example, when the "Yes" button is pressed on the small screen 1410, products that do not require confirmation with a checkbox (i.e., products for which there is no option to choose whether to eat in) are also displayed. However, when the "Yes" button is pressed on the small screen 1410, products that do not require confirmation with a checkbox do not need to be displayed. The same applies when the display area is vertically oriented (Figures 10 and 11).

[0089] Furthermore, the above description explained an example in which, if the order includes items that may be available for eat-in, the small screen 1410 shown in Figure 6(B) is displayed, and after the user clicks the "Yes" button to indicate their intention to eat in, the product list screen with checkboxes shown in Figure 7(A) is displayed. However, if the order includes items that may be available for eat-in, the product list screen with checkboxes shown in Figure 7(A) may be displayed instead of the screens shown in Figure 6(A) and Figure 6(B). In other words, the above description explained an example in which, if the order includes items that may be available for eat-in, a confirmation screen (small screen 1410) is displayed to confirm the intention to eat in as a whole, rather than for individual items, before displaying the selection screen (the product list screen with checkboxes shown in Figure 7(A)) where the user can select items to eat in. However, such a confirmation screen does not have to be displayed. The same applies when the display unit is vertically oriented (Figures 10 and 11). Furthermore, if a customer does not intend to eat in on the selection screen (for example, if the small screen 1410 is displayed, they should operate the "No" button on that small screen 1410 to indicate that they will not eat in), they should not check any checkboxes and should instead operate the checkout button 1404.

[0090] Furthermore, the above explanation described an example where food items suitable for eat-in (e.g., nori bento) were considered as potentially eat-in items, while food items unsuitable for eat-in (e.g., daikon radish) were not. However, it is also possible to consider all food items as potentially eat-in items. In other words, the eat-in flag could be set to value "1 (eligible item)" for all food items.

[0091] The above example describes a system where all food items are registered with a uniform tax rate of 8%, regardless of whether they are intended for eat-in, and then, after registration is complete, the tax rate is changed to 10% for items selected as intended for eat-in on the list screen. In other words, the above describes a system where the reduced tax rate of 8% is initially set (the tax rate at the time of registration) when registering individual products (food items), and then, after the registration process is completed (i.e., all at once during the settlement process), the tax rate can be changed to the normal (non-reduced tax rate) of 10% for any necessary products. However, other systems are also possible. For example, the tax rate for all food items could be set to 10% at the time of registration, and then changed to 8% after the registration process. Alternatively, there could be systems where the tax rate for each food item (or each type of food item) is set to 8% at the time of registration and can be changed to 10% after the registration process, and systems where the tax rate for each food item is set to 10% at the time of registration and can be changed to 8% after the registration process. The tax rate for each item at the time of registration can be set to 8% or 10% for each product (or each type of food). For products where the tax rate at registration is set to 10%, the product list screen with checkboxes shown in Figures 7(A) and 11(A) should have the "Eat-in (10% tax rate)" checkbox checked from the start of display.

[0092] Furthermore, while the above describes an example of manipulating the tax rate at the settlement stage (for example, after reading the settlement 2D code 605 when registering with the mobile terminal 60, or after operating the accounting button 1304 when registering with the registration settlement device 30), it is also possible to allow manipulation of the tax rate at the registration stage in addition to the settlement stage. In other words, when registering products, it is possible to select (specify) whether to set the tax rate to 8% or 10% for some or all products, and in the product list screen with checkboxes shown in Figures 7 and 11, which is displayed after the completion of the registration process (after reading the settlement 2D code 605 and after operating the accounting button 1304), the checkboxes for products set to 8% are unchecked, and the checkboxes for products set to 10% are checked. The product list screen with checkboxes is displayed in this way. This does not mean that the operator manipulates the tax rate for the first time after the completion of the registration process, but after the completion of the registration process, the entire list can be reviewed again and corrected as necessary (8% → 10%, or 10% → 8%).

[0093] Furthermore, although not explained above, if multiple identical products are registered, it is possible to change the tax rate for all or some of those multiple products. For example, if there are 5 registered "Orange Juice 200ml" products, you may allow users to select (specify) the quantity to be consumed after checking the "Orange Juice 200ml" checkbox, or you may allow users to select (specify) the quantity to be consumed without displaying the checkbox.

[0094] Furthermore, while the above example illustrates changing to eat-in by checking a checkbox, the method of changing to eat-in is not limited to this. For example, it may be possible to change to eat-in by scanning the product. For instance, after operating the "Yes" button as shown in Figure 6(B), the product to be changed to eat-in may be scanned by the scanner unit 406, allowing it to be changed to eat-in. If two or more identical products are to be changed to eat-in, the product may be scanned a number of times corresponding to the quantity, or the quantity may be entered after scanning. Additionally, for example, it may be possible to accept a cancellation declaration to cancel the change to eat-in (e.g., by placing a cancellation button), and after the cancellation declaration operation, the product to be changed to eat-in may be scanned, allowing the change to eat-in for that product to be canceled.

[0095] Furthermore, while the tax rates mentioned above are set at 8% and 10% in light of the current consumption tax rates, they do not have to be 8% and 10%. The tax rates are not limited to two types; there may be three or more. If there are three or more types, it is sufficient that the revised tax rate is selectable.

[0096] The following is a summary of the embodiments. [Technical field] This invention relates to a settlement device and a program. [Background technology] A device is known that determines the applicable tax rate for a product based on the key operations performed during product registration (see, for example, Patent Document 1). [Prior art document] [Patent] [Patent Document 1] Japanese Unexamined Patent Publication No. 2017-157088 [Overview of the prefecture] [Problems the invention aims to solve] However, there was room for improvement in the handling of the tax rates applied to the goods. This invention has been made in view of these circumstances, and its purpose is to provide a technology that facilitates the manipulation of tax rates applicable to goods. [Means for solving the problem] (1) In order to solve the above-mentioned problems, one aspect of the present invention is a settlement device for settling registered goods (for example, a settlement device 40, a registered settlement device 30, etc.), comprising: a display means for displaying a tax rate change instruction for registered goods in a manner that allows acceptance of the instruction; and a change means for changing the tax rate of the goods based on the change instruction (for example, a CPU 401 that executes the process of step S22 in Figure 9). The settlement device described in (1) above allows for the efficient processing of the tax rate applied to the goods. In other words, the tax rate can be easily changed via the display means, making it easy to operate the system regarding the tax rate applied to the goods. Therefore, it is also suitable for customers to operate themselves. (2) In the settlement device described in (1) above, the display means is capable of displaying a list screen that displays a list of registered products (for example, the product list screen shown in Figure 6(A)), and if the registered products include specific products to which multiple tax rates may apply (for example, products that may be eaten in), the display means may display a list screen that can accept the change instruction for each of the specific products (for example, the product list screen with checkboxes shown in Figure 7(A)), and the change means may change the tax rate of the specific product based on the change instruction on the list screen. The settlement device described in (2) above allows for more favorable processing of the tax rate applicable to the goods. In other words, the tax rate can be easily changed via the list screen, making it easier to operate. Furthermore, because this settlement device is operated from a list screen, it is easy to understand and simple to use, and since the changes are made as needed after the registration process is completed (i.e., all at once at the settlement stage), it is less burdensome and more efficient compared to, for example, processing when each individual product is registered. (3) In the settlement device described in (2) above, the display means may display a confirmation screen (for example, a small screen 1410) to confirm whether a tax rate change is necessary when the registered products include the specified products, and if a response indicating that a tax rate change is necessary is received on the confirmation screen (for example, by pressing the "Yes" button), the display means may display the list screen (for example, the product list screen with checkboxes in Figure 7(A)) that can accept the change instruction for each of the specified products. According to the settlement device described in (3) above, processing related to the tax rate applied to the goods can be performed more efficiently. In other words, by displaying the possibility of accepting tax rate changes when necessary, unnecessary confusion during operation is eliminated. (4) In the settlement device described in (2) or (3) above, the change means may change the tax-inclusive price and total amount of the specified product for which a change instruction has been received each time the change instruction has been received for the specified product, and the display means may display the changed tax-inclusive price and the changed total amount of the specified product for which a change instruction has been received each time the change instruction has been received for the specified product. According to the settlement device described in (4) above, processing related to the tax rate applied to the goods can be performed more effectively. In other words, since the results after the change can be checked as needed, processing can be carried out efficiently while checking the results. (5) In any of the settlement devices described in (2) to (4) above, the display means may, each time it receives the change instruction for an individual specified product, display the quantity of the specified product with the changed tax rate (for example, the number of products to be eaten in). According to the settlement device described in (4) above, processing related to the tax rate applied to the goods can be performed more effectively. In other words, since the results after the change can be checked as needed, processing can be carried out efficiently while checking the results. (6) In order to solve the above-mentioned problems, a program according to one aspect of the present invention is a program that causes a computer to function as a settlement device for settling registered goods, and the program functions as a display means that displays a tax rate change instruction for registered goods in a manner that can accept such instructions, and a change means that changes the tax rate of the goods based on the change instruction. According to the program described in (6) above, processing related to the tax rate applicable to the goods can be suitably performed.

[0097] Furthermore, all or part of the functions (input / output, storage, processing (including judgment)) of each device described above (management device 10, cloud server 20, registration and settlement device 30, settlement device 40, mobile terminal 60, etc.) may be implemented in a device other than the one described as the entity executing the function. For example, the "means for changing the tax rate of goods" in (1) above were described as a process of the settlement device 40 (and the settlement device 40 was described as the entity executing the means for changing the tax rate), but the cloud server 20 may change the tax rate of goods instead of the settlement device 40. In other words, the settlement device 40 may send a change instruction to the cloud server 20, and the cloud server 20 may change the tax rate. The same applies to the tax-inclusive price and total amount after the change of a specific product, and the quantity of a specific product whose tax rate has been changed.

[0098] Furthermore, the programs for implementing the sales system 1, management device 10, cloud server 20, registration and settlement device 30, settlement device 40, mobile terminal 60, etc., described above may be recorded on a computer-readable recording medium, and the programs may be loaded into a computer system and executed. Here, "computer system" includes hardware such as the OS and peripheral devices. "Computer-readable recording medium" refers to portable media such as flexible disks, magneto-optical disks, ROMs, CD-ROMs, and storage devices such as hard disks built into computer systems. Moreover, "computer-readable recording medium" also includes volatile memory (RAM) inside computer systems that act as servers or clients when a program is transmitted via a network such as the Internet or a communication line such as a telephone line, which retains the program for a certain period of time. Furthermore, the above program may be transmitted from the computer system that stores the program in a storage device, etc., to another computer system via a transmission medium or by transmission waves in the transmission medium. Here, "transmission medium" for transmitting the program refers to a medium that has the function of transmitting information, such as a network (communication network) such as the Internet or a communication line (communication line) such as a telephone line. Furthermore, the above program may be intended to implement some of the functions described above. It may also be a so-called differential file (differential program) that can implement the aforementioned functions in combination with programs already recorded in the computer system. [Explanation of symbols]

[0099] 1…Sales system (including specific sales systems) 10…Management device (store controller, etc.) 20…Cloud Server 30...Registration and settlement device 40…Payment device 60… Mobile devices 401…CPU 402…ROM 403…RAM 404…Hard Disk 405...Display section 406...Scanner section 408...Card Payment Department 409... Change machine 413…Printing Department 414...Audio output section 415... Communications Department

Claims

1. A settlement device that, after the completion of a registration process performed by a customer or store employee, performs a settlement process for the products registered in the registration process by a customer, A display means for displaying a list screen of registered products to the customer in the aforementioned registration process, A means of changing the tax rate applied to specific goods to which multiple tax rates may apply, Equipped with, The aforementioned list screen is, Even if the registered products include the aforementioned specific products, the first type of list screen displays the registered products in a list without notifying each of the aforementioned specific products that they are the aforementioned specific products, A second type of list screen displays a list of registered products, which notifies the user that each of the aforementioned specified products included in the registered products is a aforementioned specified product and allows the user to receive instructions for changing the tax rate for each of the aforementioned specified products. There is, The aforementioned display means is Before performing the prescribed operation, the list screen of the first embodiment is displayed, If the registered products include the specified product, after the predetermined operation, the list screen of the second mode will be displayed instead of the list screen of the first mode. The aforementioned modification means is, In the list screen of the second embodiment, each time a tax rate change instruction is received for an individual specified product, the tax rate applicable to the specified product for which the tax rate change instruction was received is changed. The aforementioned display means is In the list screen of the second embodiment, each time a tax rate change instruction is received for an individual specified product, the specified product for which the tax rate change instruction has been received will be displayed in a manner that makes it identifiable as the specified product for which the applicable tax rate will be changed. A payment processing device characterized by the following features.

2. The aforementioned display means is If the registered products include the aforementioned specific product, a confirmation screen will be displayed to confirm whether or not a change in the applicable tax rate is necessary based on the predetermined operation. If the confirmation screen indicates that a change in the applicable tax rate is required, the list screen of the second form will be displayed instead of the list screen of the first form. The settlement device according to feature 1.

3. The aforementioned display means is It is possible to display a payment screen where you can select a payment method. If the registered products do not include the specified product, after the predetermined operation, the payment screen will be displayed instead of the list screen of the first embodiment. If the registered products include the specified product, after the second set of operations is performed again following the display of the list screen in the second set of operations, the payment screen will be displayed instead of the list screen in the second set of operations. The settlement device according to feature 1.

4. A program that causes a computer to function as a settlement device that, after the completion of a registration process performed by a customer or store employee, performs a settlement process for the products registered in the registration process, at the customer's request, A display method for showing a list of registered products to the customer. A means of changing the tax rate applied to specific goods to which multiple tax rates may apply. To make it function as, The aforementioned list screen is, Even if the registered products include the aforementioned specific products, the first type of list screen displays the registered products in a list without notifying each of the aforementioned specific products that they are the aforementioned specific products, A second type of list screen displays a list of registered products, which notifies the user that each of the aforementioned specified products included in the registered products is a aforementioned specified product and allows the user to receive instructions for changing the tax rate for each of the aforementioned specified products. There is, The aforementioned display means is Before performing the prescribed operation, the list screen of the first embodiment is displayed, If the registered products include the specified product, after the predetermined operation, the list screen of the second mode will be displayed instead of the list screen of the first mode. The aforementioned modification means is, In the list screen of the second embodiment, each time a tax rate change instruction is received for an individual specified product, the tax rate applicable to the specified product for which the tax rate change instruction was received is changed. The aforementioned display means is In the list screen of the second embodiment, each time a tax rate change instruction is received for an individual specified product, the specified product for which the tax rate change instruction has been received will be displayed in a manner that makes it identifiable as the specified product for which the applicable tax rate will be changed. program.

Images