Portable terminal and program

Abstract

To enable a screen having an aspect easy to use for a customer to be displayed according to a holding state of a portable terminal.SOLUTION: A portable terminal is configured to include display means, commodity registration means that performs registration of a commodity, and display control means that differs an aspect of display performed by the display means according to one holding state of a first holding state in which the portable terminal is held by hand and a second holding state in which the portable terminal is held by holding means provided in a moving body.SELECTED DRAWING: Figure 11

Description

[Technical field]

[0001] The present invention relates to a portable terminal and a program. [Background technology]

[0002] There is known technology that uses a gyro sensor or the like built into a portable terminal to determine whether a mobile terminal (portable terminal) used by a customer to register products when shopping is fixed to a shopping cart or held in the hand (see, for example, Patent Document 1). [Prior art documents] [Patent documents]

[0003] [Patent Document 1] JP 2020-129337 A Summary of the Invention [Problem to be solved by the invention]

[0004] As described above, when a customer changes the way he or she holds a portable terminal, it may become difficult to see or operate the screen displayed on the portable terminal.

[0005] The present invention has been made in view of the above circumstances, and has an object to enable a screen to be displayed in a manner that is easy for a customer to use in response to changes in the state in which the portable terminal is held. [Means for solving the problem]

[0006] One aspect of the present invention that solves the above-mentioned problems is a portable terminal comprising a display means, a product registration means for registering products, and a display control means for varying the display mode displayed by the display means depending on whether the portable terminal is in a first holding state in which the portable terminal is held by hand, or a second holding state in which the portable terminal is held by a holding means provided on a mobile body. [Brief description of the drawings]

[0007] [Figure 1] 1 is a diagram illustrating an example of the overall configuration of a product sales data processing system according to an embodiment of the present invention. [Diagram 2] 1 is a diagram showing an example of the state near the entrance of a store in which a product sales data processing system according to an embodiment of the present invention has been introduced. [Diagram 3] 1A to 1C are diagrams illustrating examples of how a mobile terminal is set in a shopping cart according to an embodiment of the present invention. [Figure 4] FIG. 2 is a diagram illustrating a settlement device according to the present embodiment. [Diagram 5] FIG. 2 is a diagram illustrating an example of the configuration of a mobile terminal according to the present embodiment. [Figure 6] FIG. 2 is a diagram illustrating an example of the configuration of a transaction management device according to the present embodiment. [Figure 7] 4A to 4C are diagrams illustrating an example of customer information, store information, and cart information according to the embodiment. [Figure 8] FIG. 2 is an explanatory diagram illustrating classification of reserved products according to the embodiment. [Figure 9] A sequence diagram showing an example of processing procedures executed by a mobile terminal, a settlement device, and a transaction management device according to this embodiment in response to the accounting of one transaction in self-service operation. [Figure 10] 11A to 11C are diagrams showing examples of a start-up screen, a product registration initial screen, a product registration update screen, and a code screen according to the present embodiment. [Figure 11] 13A and 13B are diagrams showing examples of a product registration result area in the present embodiment. [Figure 12] FIG. 13 is a diagram showing an example of a product registration change screen corresponding to a hand-held state in the present embodiment. [Figure 13] FIG. 13 is a diagram showing an example of a product registration change screen corresponding to a cart holding state in the present embodiment. [Figure 14] FIG. 13 is a diagram showing an example of a form of a product registration result area in a modified example of the present embodiment. [Figure 15]10 is a flowchart illustrating an example of a processing procedure executed by the mobile terminal in the present embodiment in relation to displaying a product registration screen. [Figure 16] FIG. 11 is a diagram showing an example of a code screen in a first modified example of the embodiment. [Figure 17] FIG. 11 is a diagram showing an example of how products sold by weight are displayed in a store according to a second modified example of the present embodiment. [Figure 18] FIG. 13 is a diagram showing an example of a pricing operation screen in a second modified example of the embodiment. [Figure 19] FIG. 13 is a diagram showing an example of a pricing operation screen in a second modified example of the embodiment. [Figure 20] FIG. 13 is a diagram showing an example of a product registration screen in a second modified example of the embodiment. DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS

[0008] <Embodiment> [Example of overall configuration of product sales data processing system] FIG. 1 shows an example of the overall configuration of a product sales data processing system 1 according to this embodiment. The product sales data processing system 1 in the figure includes a store controller 10, a transaction management device 20 (cloud server), a registration settlement device 30, a settlement device 40, a transaction status management device 50 (for example, a personal computer, etc.), and a mobile terminal 60. The product sales data processing system 1 in the figure can be introduced into various stores (supermarkets, convenience stores, drug stores, home centers, home appliance retailers, etc.).

[0009] Although one registered settlement device 30 is illustrated in the figure, the number of registered settlement devices 30 installed in one store may be two or more. Although two settlement devices 40 are illustrated in the figure, the number of settlement devices 40 in one store may be one or three or more. Although one transaction status management device 50 is illustrated in the figure, the number of transaction status management devices 50 in one store may be two or more. Furthermore, two or more store controllers 10 may be provided in one store.

[0010] The product sales data processing system 1 in the figure can accommodate both a store clerk-assisted operation in which a store clerk uses a registration and settlement device 30 to register products, and a self-service operation in which a customer registers products using a mobile terminal 60 and then uses a settlement device 40 to settle the payment. In the following explanation, self-operation will be mainly described.

[0011] The store controller 10, the registration and settlement device 30, the settlement device 40, and the transaction status management device 50 are installed in a store. The store controller 10, the registration and settlement device 30, the settlement device 40, and the transaction status management device 50 are communicatively connected via a LAN 19 (which may be wired or wireless). The store controller 10 is communicable with the transaction management device 20.

[0012] The store controller 10 is a device that mainly manages various devices installed in a store. For example, the store controller 10 has a communication function with an external device, and receives a product file (product master) from an external device (e.g., a head office server not shown, which may be the transaction management device 20) and supplies it to the registered settlement device 30, etc., and receives transaction information from the settlement device 40, etc. and transmits it to the external device (e.g., the transaction management device 20, etc.).

[0013] The transaction management device 20 is a server that provides various services. For example, the transaction management device 20 manages various information (e.g., transaction information (cart information), etc.) corresponding to self-service operation.

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

[0015] The settlement device 40 is a device that executes settlement processing. The settlement device 40 is used by a customer. That is, the settlement device 40 executes settlement processing in response to operations by the customer. In addition, when the payment includes items whose processing is temporarily suspended for confirmation by a store clerk (hereinafter referred to as "pending items"; details will be described later), a store clerk will be called and the clerk (or the customer) will operate the payment device 40 to confirm the pending items.

[0016] The transaction status management device 50 is a device that mainly manages (or monitors) various devices within the LAN 19. The transaction status management device 50 manages the operating status of other devices (e.g., the registered settlement device 30, the settlement device 40, etc.), displays various information on the other devices, and outputs various commands to the other devices.

[0017] The mobile terminal 60 is a terminal used by a customer when registering products in a self-service environment. The mobile terminal 60 is used while being held in a holder of the shopping cart 70, or while being removed from the holder of the shopping cart 70 and held in the customer's hand.

[0018] The mobile terminal 60 has a recognition function for recognizing various codes (barcodes, two-dimensional codes, etc.) in addition to a communication function and an imaging function (camera). For example, the mobile terminal 60 recognizes a barcode attached to a product. In other words, the mobile terminal 60 reads product identification information (product code). The mobile terminal 60 may extract feature points in an image captured by the imaging function (an image acquired as a through image) and recognize an object (various codes).

[0019] The mobile terminal 60 is a smartphone or the like owned by the customer. The mobile terminal 60 may be owned by the store and lent to the customer when shopping. Although two mobile terminals 60 are shown in the figure, the number of mobile terminals 60 used for product registration in the store varies depending on the number of customers.

[0020] A shopping application having a function for registering products in accordance with the self-service operation of this embodiment is installed on the mobile terminal 60.

[0021] Fig. 2 shows an example of the state near the entrance of a store in which the product sales data processing system 1 of this embodiment has been installed. As shown in Fig. 2, near the entrance (or the entrance if the entrance and exit are separate), a rental shopping cart 70, a rental shopping basket 80, and a sale shopping bag 90 are prepared. When a customer visits the store, they place the shopping basket 80 in the shopping cart 70, place the shopping bag 90 in the shopping basket 80, etc., and proceed into the store. At this time, if the customer wishes to do their own shopping, they place the mobile terminal 60 in the shopping cart 70.

[0022] The customer may bring the shopping bag 90 that he or she has just purchased as his or her own bag the next time he or she visits the store, or may bring a different bag from the shopping bag 90 as his or her own bag. Also, the customer may purchase a plastic bag.

[0023] Although not shown in the figure, a bag for reserved items (described later) is attached to the shopping cart 70 in addition to the shopping basket 80 for storing reserved items.

[0024] [Example of how a mobile device is placed in a shopping cart] An example of how the mobile terminal 60 is set (attached) to the shopping cart 70 will be described with reference to Fig. 3. Fig. 3(A) is a side view of the part of the shopping cart 70 where the mobile terminal 60 is set. Fig. 3(B) is a top view of the shopping cart 70.

[0025] As shown in Fig. 3(A), a holder 71 for setting a mobile terminal 60 is attached to shopping cart 70. A customer sets mobile terminal 60 in holder 71. Mobile terminal 60 set in holder 71 is in a state in which an image of shopping bag 90 or the entire personal bag can be captured by imaging unit 606 (see Fig. 4(B)) as shown in Fig. 3(B).

[0026] The holder 71 may also be provided with a rechargeable battery for charging the mobile terminal 60. The rechargeable battery is provided with, for example, a charging cable. A plurality of charging cables may be provided in accordance with differences in the standards of the connector shapes of the mobile terminals 60. In this way, when the customer sets the mobile terminal 60 in the holder 71, the mobile terminal 60 can be connected to the rechargeable battery and kept charging, so that the customer does not need to worry about the remaining battery power inside the mobile terminal 60.

[0027] [About the payment device] FIG. 4 is a diagram for explaining the settlement device 40. FIG. 4(A) is a diagram showing an example of the appearance of the settlement device 40 (front view seen from the customer side). FIG. 4(B) is a diagram showing an example of the configuration of the settlement device 40. In FIG. 4(A) and FIG. 4(B), the same parts are given the same reference numerals.

[0028] An example of the configuration of settlement device 40 shown in Fig. 4(B) will be described below with reference to Fig. 4(A). Settlement device 40 includes a CPU 401, a ROM 402, a RAM 403, a hard disk 404, a display unit 405, a scanner unit 406, a card settlement unit 408, a change dispenser 409, a printing unit 413, an audio output unit 414, a communication unit 415, and an imaging unit 416 (camera). These can communicate with each other via a bus. Settlement device 40 may further include a key operation unit and an alarm unit (for example, a lamp on a sign pole, etc.).

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

[0030] The RAM 403 is a read / write memory, and stores various information as a main storage device. For example, the RAM 403 stores information read from the ROM 402 or the hard disk 404, information acquired from the outside, information generated during processing, and the like.

[0031] The hard disk 404 stores various information as an auxiliary storage device. For example, the hard disk 404 may store programs executed by the CPU 401 instead of the ROM 402. Also, instead of the RAM 403, the hard disk 404 may store information read from the ROM 402, information acquired from the outside, information generated in processing, etc. Note that instead of the hard disk 404, a storage device such as an SSD (Solid State Drive) may be provided.

[0032] The display unit 405 is a touch panel that displays various information and accepts operations performed on the touch panel.

[0033] The scanner unit 406 optically reads various information. For example, the scanner unit 406 scans a code (such as a barcode or a two-dimensional code) displayed on the display unit of the mobile terminal 60 and reads information necessary for the settlement process. The scanner unit 406 may also scan a code printed on a receipt (registered trademark) issued by another device (for example, a registered settlement device 30) and read information necessary for the settlement process. The scanner unit 406 may also scan a code attached to a product and read the product code. The scanner unit 406 may also scan a code attached to a store clerk's name tag and read the store clerk code.

[0034] The card payment unit 408 is a payment mechanism that uses various 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 that the card payment unit 408 includes at least the card recognition unit. The card recognition unit may recognize various cards (e.g., point cards, membership cards, stockholder cards, etc.) for the purpose of providing benefits, discounts, etc.

[0035] The change machine 409 (cash settlement unit) is a mechanism for settlement with cash, and has an input port for banknotes and coins, and an output port for banknotes and coins, calculates the amount of money inserted into the input port, calculates the amount of change, which is the difference between the input amount and the purchase amount, and outputs the change from the output port. When banknotes or coins are inserted into the input port, they are detected by a sensor (detection of the fact that they have been inserted, detection of the number of coins by denomination, etc.).

[0036] The printing unit 413 prints and issues various media (receipts, bills, etc.). The audio output unit 414 outputs audio. For example, the audio output unit 414 outputs audio guidance and the like. The communication unit 415 transmits and receives information to and from other devices (the store controller 10, the registered settlement device 30, the other settlement devices 40, the transaction status management device 50, etc.).

[0037] The imaging unit 416 is provided to capture an image of, for example, the hands of a customer operating the change machine.

[0038] [Registered payment device] The registration and settlement device 30 may be configured to have a display unit and a scanner unit on each side (clerk side, customer side) and a settlement unit (card settlement unit, cash settlement unit) on one side (customer side). The registration and settlement device 30 configured in this way may be a device that can be switched to any of a plurality of operation modes (a mode in which a registration process is executed by a clerk's operation and a settlement process is executed by a customer's operation, a mode in which a registration process is executed by a clerk's operation and a settlement process is executed by a customer's operation, etc.) depending on, for example, the operating status. Also, if the registration and settlement device 30 is configured to execute the settlement process by the customer's operation, it can be used for self-operation. That is, a customer can make a transaction by having the mobile terminal 60 execute the registration process and have the registration and settlement device 30 execute the settlement process. In the following description, an example will be given in which the registration and settlement device 30 is used for self-service operation.

[0039] [Example of mobile device configuration] 5 shows an example of the configuration of a mobile terminal 60. The mobile terminal 60 in the figure includes a CPU 601, a storage unit 602, a RAM 603, a display unit 604, an operation unit 605, an imaging unit 606, a network-compatible communication unit 607, and a sensor unit 608.

[0040] The CPU 601 is a central processing unit, and controls the operation of the mobile terminal 60 by reading and executing programs stored in the storage unit 602 . The storage unit 602 is an auxiliary storage device for the CPU 601, and stores various types of information used by the CPU 601, including programs. The RAM 603 is a main storage device for the CPU 601 .

[0041] The display unit 604 displays images according to display control by the CPU 601. The display unit 604 may be configured as a touch panel that allows operations to be performed on the screen. The operation unit 605 collectively indicates various operators provided on the mobile terminal 60 and various input devices connected to the mobile terminal 60.

[0042] The imaging unit 606 captures images under the control of the CPU 401. The imaging unit 606 of this embodiment can also function as a part that reads two-dimensional codes in a code reader that processes the two-dimensional codes.

[0043] The network-compatible communication unit 607 is a unit that wirelessly communicates via a network. The network-compatible communication unit 607 enables the mobile terminal 60 to communicate with the transaction management device 20.

[0044] The sensor unit 608 collectively indicates various sensors equipped in the mobile terminal 60. The sensor unit 608 may include a motion sensor for detecting the motion state such as the attitude and traveling direction of the mobile terminal 60. The motion sensor may be configured to include a gyro sensor, an acceleration sensor, and the like. The sensor unit 608 may also include a positioning sensor that detects its own position using a positioning device compatible with GPS, for example.

[0045] [Example of transaction management device configuration] 6 shows an example of the configuration of transaction management device 20. Transaction management device 20 in the figure includes a CPU 201, a storage unit 202, a RAM 203, and a network-compatible communication unit 204. CPU 201 is a central processing unit that controls the operation of transaction management device 20 by reading and executing programs stored in memory unit 202 . The storage unit 202 is an auxiliary storage device for the CPU 201, and stores various types of information used by the CPU 201, including programs. The RAM 203 is a main storage device for the CPU 201 . The network compatible communication unit 204 is a part that performs communication via a network.

[0046] The memory unit 202 of the transaction management device 20 stores customer information, store information, and cart information.

[0047] [Information stored in the transaction management device] The customer information stored in the memory unit 202 is information for managing individual customers. The transaction management device 20 generates customer information when a customer is registered (a customer's registration may be considered to have been completed when the customer information of that customer is stored). The transaction management device 20 also updates the customer information as appropriate based on cart information, etc. The transaction management device 20 may update the customer information, for example, by referring to the cart information at a specified time every day.

[0048] 7(A) shows an example of customer information stored in the memory unit 202 of the transaction management device 20. The customer information in this figure includes customer identification information, customer name, customer registration date, product cancellation information, customer rank, number of points, etc. The customer identification information is identification information that uniquely identifies a customer. As the customer identification information (or instead of the customer identification information), for example, application identification information that is uniquely (e.g., sequentially) assigned to each installed shopping application may be used. Also, as the customer identification information (or instead of the customer identification information), terminal identification information unique to the mobile terminal 60 in which the shopping application is installed may be used. The terminal identification information may be hardware identification information uniquely assigned to the hardware of the mobile terminal 60, such as a telephone number assigned to a customer who is a user of the mobile terminal 60, or a MAC (Media Access Control) address. The customer name is the customer's name or nickname, etc. The customer registration date is the date and time when the customer was registered. Product cancellation information is information regarding cancellation of a product after it has been registered. The customer rank is a rank according to the customer's purchasing history. When generating customer information for a new customer, the customer identification information, customer name, and customer registration date are generated, but since this is before the start of the actual transaction (product registration), other information (product cancellation information, etc.) is not generated.

[0049] The transaction management device 20 generates and stores customer identification information, for example, when registering a customer (for example, when the mobile terminal 60 downloads or installs a shopping application to use a shopping service provided by the transaction management device 20 from an external device (for example, a predetermined server that provides all applications, the transaction management device 20 itself)). In addition, for example, when registering a customer, the transaction management device 20 acquires information entered into the name field of a registration form (input form) using the mobile terminal 60, and stores it as the customer name. In addition, the transaction management device 20 acquires, for example, the current date and time when registering the customer, and stores it as the customer registration date.

[0050] In addition, instead of or in addition to storing the customer information in its own memory unit, the transaction management device 20 may store some or all of the customer information in another device (such as a file server accessible by the transaction management device 20).

[0051] 7(B) shows an example of store information stored in the memory unit 202 of the transaction management device 20. The store information in the figure includes store identification information, store name (branch name), store identification information 1, and store identification information 2. The store identification information is identification information that uniquely identifies a store. The store identification information shown in Fig. 7(B) is composed of a store (trade name) or company code and a branch code. The store name is the name of the store. The store name shown in FIG. 7B is composed of the store (trade name) or company and the branch name. The store identification information 1 is information on a two-dimensional code (QR code (registered trademark) or the like) for identifying a store where a transaction takes place (a store where a product is bought and sold). The store identification information 2 is store location information (GPS information) for identifying the store where the transaction is to be carried out. In the example shown in FIG. 7(B), the store identification information and the store specifying information 1 are different, but the store identification information and the store specifying information 1 may be the same.

[0052] The transaction management device 20 may obtain and store store information from an external source (such as a server (not shown) at a headquarters that oversees each store). Also, instead of or in addition to storing the store information in its own memory, the transaction management device 20 may store some or all of the store information in another device (such as a file server accessible by the transaction management device 20).

[0053] Cart information is information for managing individual transactions. The transaction management device 20 generates the cart information at the start of a transaction. In addition, the transaction management device 20 updates the cart information as the transaction progresses (each time a product is registered) (the storage of a product in the cart information may be interpreted as the registration of that product).

[0054] FIG. 7(C) is an example of cart information stored in memory unit 202 of transaction management device 20. The cart information in FIG. 1 includes cart identification information, transaction start date and time, transaction end date and time, customer identification information, registered product information, and reserved product information.

[0055] The cart identification information is identification information that uniquely identifies the cart information. For example, the cart identification information includes store identification information, a date, and a serial number (for example, a serial number for each store and each date). The transaction start date and time is the date and time when the transaction starts. The transaction start date and time may be, for example, the date and time when the cart information is generated. The transaction start date and time may be the date and time when the first item of product is registered (the date and time when the registered product information (registered product 1) in FIG. 7(C) is stored). The date and time when the cart information is generated and the date and time when the first item of product is registered may both be stored separately.

[0056] The transaction end date and time is the end date and time of the transaction. For example, the transaction start date and time may be the settlement date and time. The customer identification information is customer identification information that identifies the customer of the transaction. When the cart information is generated, the cart identification information, transaction start date and time, and customer identification information are generated, but since this is before the start of the actual transaction (product registration), other information (transaction end date and time, etc.) is not generated. The settlement date and time may be the settlement start date and time or the settlement end date and time. Both the settlement start date and time and the settlement end date and time may be stored separately as the transaction end date and time.

[0057] Registered product information (total) is information that is updated each time a product is registered. Registered product information (total) includes the number of products (number of products), estimated subtotal amount (e.g., the subtotal amount before discounts, etc. are reflected), subtotal amount, etc. Registered product information (registered product 1) is the registration information for one product item. Registered product information (registered product 2) is the registration information for two products. In the example shown in Figure 7 (C), registered product information (registered product 3) to registered product information (registered product 5) are omitted from the illustration. Registered product information (registered product N; N is an integer) includes the product code, product name (product name), price, etc.

[0058] The registered product information (N) may include the registration date and time of the Nth item of product. In other words, the transaction management device 20 may store the registration date and time of the registered product as the registered product information. The registration date and time of each product may also be used as a basis for determining whether or not a service such as a time service should be applied and the effect of the application.

[0059] The reserved product information (total) is information that is updated each time a reserved product is registered. The reserved product information (total) includes the number of reserved products (items) of all types and the number of reserved products (items) of each type. In this embodiment, the reserved products are classified into a plurality of types, and each classification is managed by classification number (reserved major classification number, reserved minor classification number) (details are explained in FIG. 8). In the example of FIG. 7(C), "Total number of items: 3" in the reserved product information (total) indicates that the number of items of all types (total of reserved products with reserved major classification numbers "1" to "4") is 3, "NON-FILE: 2" indicates that the number of reserved products classified as NON-FILE (total of reserved products with reserved major classification number "1") is 2, and "Read NG: 1" indicates that the number of reserved products classified as read NG (total of reserved products with reserved major classification number "2") is 1.

[0060] NON-FILE means that the barcode or product code was successfully scanned at the store (the product code was read), but the product code has not been stored (registered) in the product file. In other words, a reserved product classified as NON-FILE is a reserved product whose product code was successfully scanned, but whose product code has not been stored in the product file.

[0061] A "no read" means that the reading (scanning) of the product code at the store was not successful. In other words, a reserved product classified as a "no read" is a reserved product whose product code was not successfully read.

[0062] Reserved Product Information (Reserved Product 1) is information on reserved product 1. Reserved Product Information (Reserved Product 2) is information on reserved product 2. Reserved Product Information (Reserved Product 3) is information on reserved product 3.

[0063] The reserved product information (reserved product N; N is an integer) includes a reserved major category number (described later). For example, if the Nth item of product is a reserved product classified as NON-FILE with a reserved major category number of "1", the reserved product information (reserved product N) includes the reserved major category number "1 (NON-FILE)" and a product code. Also, if the Nth item of product is a reserved product classified as read-NG with a reserved major category number of "2", the reserved product information (reserved product N) includes the reserved major category number "2 (read-NG)" and image data (image captured by the mobile terminal 60). Note that the reserved product information for reserved products classified as NON-FILE may include image data in addition to the reserved major category number "1 (NON-FILE)" and a product code.

[0064] 7 is an example of information stored in transaction management device 20, and transaction management device 20 may store other information (e.g., a product file). Information about one product in a product file may include, for example, a product code (product identifier), a product name, a price, and the like.

[0065] Fig. 8 is an explanatory diagram for explaining classification of reserved products according to this embodiment. As shown in Fig. 8, in this embodiment, reserved products are classified into major categories (classification by reserved major category numbers) and minor categories (classification by reserved minor category numbers). Note that the devices in the product sales data processing system 1 may be able to refer to information such as that shown in Fig. 8 (such as a file showing the relationship between reserved major category numbers and reserved minor category numbers).

[0066] As shown in FIG. 8, in this embodiment, reserved products are classified into four major categories, with reserved major category numbers "1" to "4."

[0067] Reserved products classified under reserve category number "1" are NON-FILE reserved products. As described above, NON-FILE reserved products are reserved products whose product code has been successfully scanned but whose product code has not been stored in the product file. In other words, when a product code has been successfully scanned but the product code has not been stored in the product file, the reserved product is classified under reserve category number "1." Reserved products classified under reserve category number "1" are not specific to the product type and the price, etc., are unknown, so confirmation by a store clerk is required at the time of payment.

[0068] In Figure 8, "NON-FILE" in "1 (NON-FILE)" is the classification name of the reserved item (major classification name of the reserved item). The same applies to "Read NG" in "2 (Read NG)", "Specific item" in "3 (Specific item)", and "Cancelled item" in "4 (Cancelled item)" described later.

[0069] In this embodiment, there is a reserved minor category number "11" as a subordinate (lower) minor category of the major category of reserved major category number "1". Since there is only one reserved minor category under the major category of reserved major category number "1", the reserved minor category number "11", all reserved products classified under reserved major category number "1" are classified under reserved minor category number "11".

[0070] In Fig. 8, "NON-FILE" in "11 (NON-FILE)" is the classification name of the reserved product (reserved minor classification name). The same applies to "pseudo scan (covering, etc.)" in "21 (pseudo scan (coating, etc.)")" and "pseudo scan (short time)" in "22 (pseudo scan (short time)")" which will be described later.

[0071] In addition, in Figure 8, a read operation "Yes" indicates that a read operation was performed, a read operation "No" indicates that a read operation was not performed, a read success / failure "Success" indicates that the read operation was successful, a read success / failure "Failure" indicates that the read operation failed, and a read success / failure "-" indicates that the read operation was not performed, and therefore the problem is unrelated to the success or failure of the read.

[0072] Reserved items classified under reserve category number "2" are reserved items that could not be read. As described above, reserved items that could not be read are reserved items whose product codes could not be read successfully. In other words, when a reserved item is placed on hold because the product code could not be read successfully, the reserved item is classified under reserve category number "2." Reserved items classified under reserve category number "2" have an unknown price and are also susceptible to fraudulent manipulation, so they require confirmation by a store clerk at the time of payment.

[0073] In this embodiment, reserved minor category numbers "21," "22," "23," and "24" exist as minor categories under the major category of reserved major category number "2." Reserve minor category number "21" is reserved product with "pseudo scan (coated, etc.)." Reserve minor category number "22" is reserved product with "pseudo scan (short time)." Reserve minor category number "23" is reserved product with "bad barcode." Reserve minor category number "24" is reserved product with "non-scanned input."

[0074] A reserved item with reserved subcategory number "21" (pseudo scan (covered, etc.)) is, for example, a reserved item for which a reading operation has been performed (the item has been held over), that is, the item has been placed within the imaging range of the imaging unit 606 (more specifically, the readable range of the barcode), but the barcode of the item has not been captured (captured within the readable range) (because only parts of the item other than the barcode are captured within the readable range), so the item cannot be read; a reserved item for which the barcode of the item has been captured but part of the barcode is covered, for example by a finger, so the item cannot be read; or a reserved item for which the barcode of the item has been captured but the imaging angle of the barcode is inappropriate, so the item cannot be read.

[0075] A reserved item with reserved subcategory number "22" (pseudo scan (short time)) is, for example, a reserved item whose barcode was photographed but could not be read because the barcode moved (including passing by) too quickly to be read.

[0076] A reserved product with reserved subcategory number "23" (defective barcode) is, for example, a reserved product whose barcode has been photographed but cannot be read due to wrinkles, smudges, dirt, reflections, etc. in the printed portion of the barcode.

[0077] A reserved item (non-scanned) with reserved subcategory number "24" is, for example, a reserved item that could not be read because it was placed in shopping cart 80 without the product being scanned (without being held over the cart).

[0078] Reserved products with reserved subcategory numbers "21" to "24" (i.e. reserved products with reserved major category number "2") may be referred to as unreadable products. Also, a situation that results in reserved products with reserved subcategory numbers "21" to "24" may be referred to as a unreadable situation (or simply "unreadable").

[0079] In addition, the reserved items with reserved subcategory number "21" (pseudo scan (covered, etc.)), the reserved items with reserved subcategory number "22" (pseudo scan (short time)), and the reserved items with reserved subcategory number "23" (bad barcode) have in common that they are all reserved items for which a reading operation was performed but the reading was unsuccessful. However, the reserved items with reserved subcategory number "21" (pseudo scan (covered, etc.)) and the reserved items with reserved subcategory number "22" (pseudo scan (short time)) are considered to have less of an intention to successfully read the item than the reserved items with reserved subcategory number "23" (bad barcode). In other words, the reserved items with reserved subcategory number "21" (pseudo scan (covered, etc.)) and the reserved items with reserved subcategory number "22" (pseudo scan (short time)) can also be said to be pseudo reading operations (fake reading operations), and are therefore referred to as reserved items with pseudo scans (fake scans).

[0080] Reserved items classified under reserve category number "3" are reserved items that are specific items (described below). Reserved items that are specific items are reserved items that have been successfully registered, but because they are specific items, they require the assistance of a store clerk when checking out. In other words, when an item becomes reserved because it is a specific item, the item is classified under reserve category number "3." Reserved items classified under reserve category number "3" are specific items, and therefore require the assistance of a store clerk when checking out.

[0081] In this embodiment, reserved minor category numbers "31," "32," and "33" exist as minor categories under the reserved major category number "3." Reserve minor category number "31" is a reserved product for "age verification products." Reserve minor category number "32" is a reserved product for "pharmaceuticals." Reserve minor category number "33" is a reserved product for "anti-theft tags."

[0082] Reserved items with the reserved subcategory number "31" (age verification items) are reserved items such as alcohol and tobacco that require a store clerk to verify the customer's age before selling them.

[0083] A reserved product with reservation subcategory number "32" (pharmaceutical products) is, for example, a reserved product that requires a licensed person such as a pharmacist to explain the product to the customer.

[0084] A reserved product with reservation subcategory number "33" (anti-theft tag product) is, for example, a reserved product that has a security tag attached and therefore requires a store clerk to remove the security tag from the product when it is sold.

[0085] Reserved goods classified under the reserve category number "4" are canceled reserved goods. Cancelled reserved goods are reserved goods that were successfully registered but whose registration was cancelled after registration. In other words, if a product becomes reserved because its registration was cancelled after it was registered, the reserved goods are classified under the reserve category number "4". Reserved goods classified under the reserve category number "4" are cancelled goods (i.e. goods that will not be purchased) and will not be taken out of the store, so they require confirmation by a store clerk when making the payment.

[0086] In this embodiment, there is a reserved minor category number "41" as a minor category under the major category of reserved major category number "4". Since there is only one reserved minor category under the major category of reserved major category number "4", reserved minor category number "41", all reserved products classified under reserved major category number "4" are classified under reserved minor category number "41".

[0087] In the above explanation, it is assumed that the reading operation has been performed for reserved items with reserved subcategory number "31" (age verification items), but if the reading operation has not been performed, the reserved items will be classified as reserved items with reserved subcategory number "24" (non-scanned input). The same applies to reserved items with reserved subcategory number "32" (medicines), reserved items with reserved subcategory number "33" (anti-theft tag items), and reserved items with reserved subcategory number "41" (cancelled items).

[0088] Also, in the above explanation, it is assumed that a reading operation is performed and the reading is successful for reserved items with reserved subcategory number "31" (age verification items), but if a reading operation is performed and the reading fails, the reserved items will be classified as reserved items with reserved subcategory number "21" (pseudo scan (covered, etc.)), reserved items with reserved subcategory number "22" (pseudo scan (short time)), or reserved items with reserved subcategory number "23" (bad barcode). The same applies to reserved items with reserved subcategory number "32" (pharmaceuticals), reserved items with reserved subcategory number "33" (anti-theft tag items), and reserved items with reserved subcategory number "41" (cancelled items).

[0089] As shown in Fig. 8, the reserved major category number and the reserved minor category number are in a higher-ranking relationship, but one or both may be used depending on the situation. For example, in the cart information shown in Fig. 7(C), an example in which the reserved major category number is stored in the reserved product information has been described, but the reserved minor category number may be stored instead of or in addition to the reserved major category number.

[0090] In addition, instead of or in addition to storing the cart information in its own memory, the transaction management device 20 may store some or all of the cart information in another device (such as a file server accessible by the transaction management device 20).

[0091] [Example of basic processing procedure for self-operation] The sequence diagram in Fig. 9 shows an example of a processing procedure executed by the mobile terminal 60, the settlement device 40, and the transaction management device 20 in response to the accounting of one transaction in self-service operation. Specifically, the processing in Fig. 9 shows an example of the processing of the mobile terminal 60, the settlement device 40, and the transaction management device 20 from when a customer registers a product to be purchased from among products displayed in the store, to when the settlement for the registered product is completed.

[0092] Step S1: The mobile terminal 60 acquires information for identifying a store (store identification information). For example, a two-dimensional code for identifying the store may be displayed near the entrance of the store (the two-dimensional code may be output on a display screen, a medium on which the two-dimensional code is printed may be attached, etc.), and a customer who visits the store may scan (read) the two-dimensional code with the mobile terminal 60, thereby allowing the mobile terminal 60 to acquire the store identification information. When a customer who visits the store starts a shopping application, a screen instructing the customer to scan the two-dimensional code may be displayed as a start-up screen, or when a customer who visits the store scans the two-dimensional code with the mobile terminal 60, the shopping application may be started, and a screen informing the customer that the transaction management device 20 is currently connected may be displayed as a start-up screen.

[0093] Also, for example, since a store is identified by its location, a customer who visits the store may obtain location information (GPS information) on mobile terminal 60 at the store (i.e., the store's location information may be obtained as store identification information). When a customer who visits the store starts a shopping application, location information may be obtained and a screen may be displayed as a start-up screen informing the customer that the application is currently connected to transaction management device 20. If multiple stores are detected from the location information and one cannot be identified, a selection screen may be displayed to allow the customer to select. Alternatively, a mode may be switched to forcefully obtain a two-dimensional code.

[0094] 10(A) shows an example of a start-up screen of a shopping application displayed on display unit 504 of mobile terminal 60. The start-up screen in the figure displays the store name. This store name is displayed based on the store-specific information acquired in step S1. When a customer wishes to start registering a product for shopping, the customer operates a transaction start button BT10 arranged on the start-up screen. In response to the operation of the transaction start instruction button BT10, the mobile terminal 60 transmits a transaction start request including the acquired store specific information and customer identification information to the transaction management device 20. The transaction start request may be transmitted in response to the customer's operation on the mobile terminal 60 as described above, or may be transmitted in response to the acquisition of store specific information without receiving any particular operation. Regarding the customer identification information, the information entered in the name field of the registration form using the mobile terminal 60 during customer registration (when downloading or installing a shopping application on the mobile terminal 60) may be stored in the customer information of the transaction management device 20, but may also be stored in the memory of the mobile terminal 60 in addition to the transaction management device 20. When a store is identified (when an initial product registration screen described below is acquired), the store name, ongoing services (flyer information distributed on that day), and available coupon information of the store may be displayed on a screen (the initial product registration screen or a screen other than the initial product registration screen). The service and coupon information may be acquired from the transaction management device 20 as screen information, for example.

[0095] The destination information (address of transaction management device 20) may also be obtained when registering the customer (when downloading or installing a shopping application to mobile terminal 60) and stored in the memory of mobile terminal 60. In the case of scanning a two-dimensional code, the destination information may be converted into a two-dimensional code in addition to the store-specific information, and by scanning the two-dimensional code with mobile terminal 60, mobile terminal 60 may obtain the destination information together with the store-specific information.

[0096] Step S2: The transaction management device 20, which has received the customer identification information and store identification information as a transaction start request from the mobile terminal 60, generates cart information for the transaction. Note that in the initial state in which the cart information is generated, the cart identification information, transaction start date and time, and customer identification information are stored, but since this is before the start of the actual transaction (product registration), other information (transaction end date and time, product information (registered product information, pending product information), etc.) is not stored.

[0097] As described above, the transaction management device 20 stores store information such as that shown in Fig. 7(B), so when it receives store identification information (although it also receives customer identification information) as a transaction start request from the mobile terminal 60, if the received store identification information is a two-dimensional code, it acquires the store identification information by referring to store identification information 1, and if the received store identification information is location information (GPS information), it acquires the store identification information by referring to store identification information 2. Note that if the store identification information received from the mobile terminal 60 is store identification information converted into a two-dimensional code, the transaction management device 20 need only acquire it as is.

[0098] That is, when transaction management device 20 receives customer identification information and store identification information from mobile terminal 60 as a transaction start request, it acquires store identification information from the store identification information received from mobile terminal 60, and further acquires the current date, issues (assigns) a serial number, combines the store identification information with the current date and serial number, and stores the combined information as cart identification information in the cart information. Also, transaction management device 20 receives store identification information and customer identification information from mobile terminal 60 as a transaction start request, acquires the current date and time, and stores the current date and time as the transaction start date and time (generation date and time) in the cart information. Also, transaction management device 20 receives store identification information and customer identification information from mobile terminal 60 as a transaction start request, and stores the customer identification information received from mobile terminal 60 as customer identification information in the cart information.

[0099] Step S3: The transaction management device 20, which has generated the cart information for the transaction, generates product registration initial screen information (screen information of the product registration screen, which is the initial screen), and transmits it to the mobile terminal 60. Specifically, the transaction management device 20 generates, for example, the product registration initial screen information, and transmits the generated product registration initial screen information to the mobile terminal 60 together with the cart identification information.

[0100] Step S4: The mobile terminal 60 receives the cart identification information and the product registration initial screen information from the transaction management device 20, stores the cart identification information, and displays the registration screen on the display unit. Specifically, the mobile terminal 60 displays the product registration initial screen as shown in FIG. 10(B), for example.

[0101] The product registration initial screen is a product registration screen that is displayed first when product registration is started. The product registration screen has a captured image area AR1 and a product registration result area AR2. The captured image area AR1 is an area in which a captured image obtained by imaging by the imaging unit 506 is displayed. A product code (e.g., a barcode) captured so as to fit within a predetermined range in the captured image displayed in the captured image area AR1 is the target for reading. The product registration result area AR2 shows the number of registered products (registered points) and the total price for the products registered so far, and is an area where list items corresponding to each registered product are arranged. In the case of the product registration initial screen of the same figure, since no products have been registered yet, the product registration result area AR2 is blank with no list items arranged.

[0102] Step S5: The customer operates the mobile terminal 60 to scan the barcode attached to the product and read the product code. In the figure, it is assumed that the barcode has been successfully scanned. Steps S5 to S9 are repeatedly executed every time the barcode attached to the product is scanned.

[0103] The mobile terminal 60 that has acquired the barcode transmits to the transaction management device 20 the cart identification information and product registration information including the product code obtained by scanning.

[0104] Step S6: Upon receiving the product registration information (cart identification information and product code) from mobile terminal 60, transaction management device 20 identifies the cart information of the transaction from the cart identification information included in the received product registration information.

[0105] Step S7: The transaction management device 20 updates the product data in the identified cart information. Specifically, if the received product registration information contains a product code for the Nth item, the transaction management device 20 stores the product code as the product code of the registered product information (registered product N) in the identified cart information, obtains the product name and price corresponding to the product code from the product information, and stores them as the product and price of the registered product information (registered product N). The transaction management device 20 also updates the registered product information (total) in the identified cart information.

[0106] Step S8: After updating the product data in the cart information, the transaction management device 20 generates product registration update screen information (screen information of the product registration screen, which is an update screen to which the registered product has been added) and transmits it to the mobile terminal 60. Specifically, the transaction management device 20 generates product registration update screen information such that the product registration update screen, in which the list item Itm of the currently registered product has been added, is displayed in the product registration result area AR2 on the mobile terminal 60, as shown in Fig. 10(C), for example, and transmits the generated product registration update screen information to the mobile terminal 60 together with the cart identification information.

[0107] The product registration screen (product registration update screen) shown in Fig. 10(C) is displayed on the mobile terminal 60 after "XX bread" is registered as the third product. That is, when "XX yogurt" is stored in the cart information as the first product, the transaction management device 20 generates product registration update screen information such that "XX yogurt" is displayed as the list item Itm on the mobile terminal 60 and transmits the generated product registration update screen information to the mobile terminal 60 together with the cart identification information, when "XX chocolate" is stored in the cart as the second product, the transaction management device 20 generates product registration update screen information such that "XX yogurt" and "XX chocolate" are displayed as the list items Itm on the mobile terminal 60 and transmits the generated product registration update screen information to the mobile terminal 60 together with the cart identification information, and when "XX bread" is stored in the cart information as the third product, the transaction management device 20 generates product registration update screen information such that "XX yogurt", "XX chocolate", and "XX bread" are displayed as the list items Itm on the mobile terminal 60 as shown in Fig. 10(C), and transmits the generated product registration update screen information to the mobile terminal 60 together with the cart identification information.

[0108] Step S9: Having received the cart identification information and product registration update screen information from the transaction management device 20, the mobile terminal 60 adds the product to the registration screen. Specifically, the mobile terminal 60 displays a product registration update screen such as that shown in Fig. 10(C). As described above, the product registration screen (product registration update screen) shown in Fig. 10(C) is displayed on the mobile terminal 60 after "XX bread" is registered as the third product item.

[0109] Step S10: The mobile terminal 60 accepts a checkout instruction operation as an operation by the customer. For example, the mobile terminal 60 accepts a touch of the checkout instruction button BT15 that displays "Proceed to checkout" as shown in FIG. 10(C).

[0110] Step S11: The mobile terminal 60 that has accepted the settlement transition instruction operation generates a two-dimensional code. That is, the mobile terminal 60 converts information (e.g., cart identification information) required to execute the settlement process for the products purchased by the mobile terminal 60 into a two-dimensional code. The mobile terminal 60 that has generated the two-dimensional code displays the generated two-dimensional code on the display unit. For example, a code screen with a two-dimensional code arranged as shown in FIG. 10(D) is displayed on the display unit. Furthermore, a message area AR3 is arranged on the code screen. In this case, the message area AR3 displays a message such as "Please read the following code with the settlement machine" to guide the customer to have the scanner unit 406 of the settlement device 40 read the code on the code screen.

[0111] Step S12: The settlement device 40 scans (reads) the two-dimensional code displayed on the display unit of the mobile terminal 60. For example, the settlement device 40 scans the two-dimensional code displayed on the display unit of the mobile terminal 60 that is pointed by the customer within the recognition range of the scanner unit 406.

[0112] Step S13: The settlement device 40 reads the two-dimensional code displayed on the display of the mobile terminal 60 and requests the calculation of the subtotal amount from the transaction management device 20. For example, the settlement device 40 transmits a calculation request (subtotal amount calculation request information) to the transaction management device 20, together with the cart identification information obtained from the two-dimensional code, to request the calculation of the subtotal amount.

[0113] Step S14: The transaction management device 20, which has received the cart identification information and the sub-calculation output request information from the mobile terminal 60, identifies the cart information of the transaction from the cart identification information.

[0114] Step S15: After identifying the cart, the transaction management device 20 calculates the subtotal amount using information such as the price in the registered product information included in the cart information corresponding to the identified cart information.

[0115] Step S16: After calculating the subtotal, the transaction management device 20 updates the cart information (storing the subtotal (calculated subtotal)), and transmits the subtotal information indicating the calculated subtotal to the settlement device 40 together with the cart identification information.

[0116] Step S17: The settlement device 40, having received the cart identification information and the subtotal information from the transaction management device 20, displays the subtotal amount on the display unit 405.

[0117] Step S18: The settlement device 40, which has displayed the subtotal on the display unit 405, executes the payment (settlement). Specifically, the settlement device 40 accepts the selection of the payment type. In the case of cash, it accepts the deposit, calculates the amount of change, and, if there is change, dispenses the change and issues a receipt. In addition, when the settlement is completed, the settlement device 40 sends settlement completion information together with the cart information to the transaction management device 20, and the transaction management device 20 stores the transaction end date and time (settlement date and time) for that cart.

[0118] After scanning a product, the mobile terminal 60 transmits the product code to the transaction management device 20 (S5). However, the mobile terminal 60 may be configured not to transmit product codes for products (e.g., products scanned at another store) other than those scanned in the store (the store when the customer visited the store and displayed the product registration initial screen). For example, the mobile terminal 60 acquires and stores location information (GPS information) when the customer visits the store (or when the product registration initial screen is displayed). The mobile terminal 60 also acquires location information when each product is scanned, and compares the location information acquired when the customer scanned the product with the location information acquired when the customer visited the store (or when the product registration initial screen is displayed). If the two information match (or approximately match), the mobile terminal 60 may permit the transmission of the product code of the product to the transaction management device 20, and if the two information do not match (or approximately match), the mobile terminal 60 may prohibit the transmission of the product code of the product to the transaction management device 20. This makes it possible to prevent inappropriate product registration (for example, registering a product to a cart created in another store, etc.).

[0119] When the settlement device 40 prohibits the transmission of the product code as described above, after scanning the product, the settlement device 40 may display an error message (e.g., "Registration is not possible because the product is not in the XX store") on the display unit 405. Furthermore, the settlement device 40 may display the above message on the store clerk's display unit 410 instead of or in addition to the display unit 405.

[0120] The settlement device 40 reads the two-dimensional code displayed on the display of the mobile terminal 60 and then requests the transaction management device 20 to calculate the subtotal amount (S13), but may not request calculation of the subtotal amount for products other than the product scanned in the store (for example, products scanned in other stores). For example, the settlement device 40 refers to the store identification information of the store (the settlement device 40 may store and refer to the store identification information of the store in its own settlement device 40, or may refer to the store identification information stored in another accessible device), and when reading the two-dimensional code displayed on the display of the mobile terminal 60, compares the cart identification information obtained from the two-dimensional code with the store identification information of the store. The settlement device 40 may permit the request to calculate the subtotal amount if the store identification information included in the cart identification information includes the store identification information of the store, and may prohibit the request to calculate the subtotal amount if the store identification information does not include the store identification information of the store. This makes it possible to prevent inappropriate payments (for example, payment for products registered at other stores, etc.).

[0121] When the settlement device 40 prohibits the request for the subtotal amount as described above, after reading the two-dimensional code, the settlement device 40 may display an error message (for example, "Settlement cannot be completed because the transaction includes products not from the XX store") on the display unit 405. Furthermore, the settlement device 40 may display the above message on the store clerk's display unit 410 instead of or in addition to the display unit 405.

[0122] In the example of the processing procedure in Fig. 9, the transaction management device 20 calculates the subtotal amount. However, for example, the settlement device 40 may acquire cart information from the transaction management device 20 and calculate the subtotal amount based on the acquired cart information. Alternatively, the transaction management device 20 may send cart information to the store controller 10 and request calculation of the subtotal amount, and the store controller 10 may calculate the subtotal amount using the received cart information, and transmit the calculated subtotal amount to the settlement device 40 via the transaction management device 20.

[0123] During the settlement process, the transaction management device 20 may check the cancellation status of the customer's products based on the customer information and cart information of the customer, and determine whether or not to issue a warning against fraud. If it is determined that a warning should be issued, the transaction management device 20 may, for example, cause the settlement device 40 to issue a warning notification.

[0124] Furthermore, during checkout processing, the transaction management device 20 may determine whether or not the product information included in the cart information includes any reserved products, and if so, may request the checkout device 40 to provide instructions to correct the reserved products. Upon receiving a request for instructions to correct the reserved products, the checkout device 40 may display a message to notify the user that there are reserved products. Upon confirming the message, a store clerk may perform an operation to release (correct) the reserved products, such as entering a price corresponding to the reserved products or canceling the reserved products.

[0125] [Changes in display mode according to holding state: Overview] In self-operation, when registering a product, a customer can use the mobile terminal 60 while it is held in the holder 71 of the shopping cart 70 (cart-held state), or can remove it from the holder 71 of the shopping cart 70 and hold it in his / her hand (hand-held state). In this case, for example, in the hand-held state, the customer can adjust the distance between himself / herself and the mobile terminal 60 so that the contents on the screen can be easily seen and the operation can be easily performed. On the other hand, in the cart-held state, the position of the mobile terminal 60 is fixed with a certain distance between the customer and the mobile terminal 60, so that it may be difficult for the customer to see the contents on the screen of the mobile terminal 60 and to operate the screen, compared to the hand-held state.

[0126] Therefore, the mobile terminal 60 of this embodiment determines whether the state of its own holding is a hand-held state or a cart-held state, and when it determines that it is in the cart-held state, performs screen change control so as to change the display of the screen to a mode different from that in the hand-held state. This improves the visibility and operability of the screen in the cart-held state, making the mobile terminal 60 easier to use. This point will be explained below.

[0127] [About determining the holding state] When the mobile terminal 60 performs the above-mentioned screen change control, it is configured to determine whether the current state of its own holding is a cart-holding state or a hand-held state. The mobile terminal 60 may determine whether the state is a cart-holding state or a hand-held state based on detection information from a motion sensor in the sensor unit 608. The mobile terminal 60 determines whether the state is a cart-holding state or a hand-held state based on a predetermined change pattern or the like in a detection signal input from an acceleration sensor or a gyro sensor as a motion sensor. It should be noted that, without using a motion sensor, it may be possible to determine whether the state is a cart-held state or a hand-held state, for example, as follows. For example, a sensor may be provided for mobile terminal 60, which is in a state where pressure is applied or where light reception is blocked when mobile terminal 60 is held by holder 71. Mobile terminal 60 may determine whether it is in a cart-held state or a hand-held state, depending on the state detected by the sensor. Also, for example, a sensor may be provided in holder 71 that is in a state where pressure is applied to it or where light is not received when portable terminal 60 is being held. Holder 71 is communicably connected to portable terminal 60 by short-range wireless communication such as Bluetooth. Holder 71 transmits information to portable terminal 60 indicating whether or not it is holding portable terminal 60, according to the detection output of the sensor. Portable terminal 60 may determine whether it is in a cart-held state or a hand-held state, based on the received information. Also, a sensor for detecting an external temperature may be provided in the mobile terminal 60. In this case, the mobile terminal 60 may determine whether the mobile terminal 60 is in a cart-held state or a hand-held state based on a temperature detected in response to the body heat of a hand applied to the mobile terminal 60 when the mobile terminal 60 is in a hand-held state and a temperature detected by the sensor in a state where no body heat is applied when the mobile terminal 60 is not in a hand-held state (cart-held state). Also, for example, the customer may perform an operation to specify the cart-held state when changing to the cart-held state, and may perform an operation to specify the hand-held state when changing to the hand-held state on the mobile terminal 60. In this case, the mobile terminal 60 may determine whether it is in the cart-held state or the hand-held state depending on whether the mobile terminal 60 is currently in the designated state of the cart-held state or the hand-held state. In the following description, an example will be given in which the mobile terminal 60 makes a determination using a detection signal from a motion sensor.

[0128] [Example of changing display mode according to holding state] During product registration, the mobile terminal 60 displays a product registration screen. When the mobile terminal 60 determines that the current holding state of the mobile terminal 60 is a hand-held state, the mobile terminal 60 displays the product registration screen in the manner exemplified in Fig. 10(C). Here, the product registration screen in the manner exemplified in Fig. 10(C) is treated as being in the standard state.

[0129] Fig. 11(A) shows an extracted product registration result area AR2 on the product registration screen in the standard state as shown in Fig. 10(C). The product registration result area AR2 on the product registration screen in the standard state shown in the figure is treated as the standard size. As shown in FIG. 11(A), the standard-sized product registration result area AR2 has an estimate area AR21 and a registration list area AR22. The estimate area AR21 shows the number of registered products (registered number) and the total amount for the products registered so far, and has a payment transition instruction button BT15. The registration list area AR22 is an area where list items Itm corresponding to each registered product are arranged. A quantity area 221 is arranged in each list item Itm. The quantity area AR221 is an area that shows the registered quantity (registered quantity) for the corresponding product. The quantity area AR221 also functions as a button for performing an operation to instruct the display of a product registration change screen, which will be described next.

[0130] In the standard product registration result area AR2 shown in Fig. 11(A), when the quantity area AR221 in a certain list item Itm is operated, a product registration change screen is displayed. The product registration change screen is a screen where an operation for changing the registered content, such as changing the registered quantity of the product corresponding to the list item Itm including the operated quantity area AR221, or canceling the registration, is performed.

[0131] 12 shows an example of a product registration change screen P30 that is displayed in response to an operation on the quantity area AR221 in the product registration result area AR2 in the standard state as described above. The product registration change screen P30 in the figure shows an example in the form of a pop-up screen that is superimposed on the product registration screen. The product registration change screen P30 in the figure is small in size, occupying a portion of the product registration result area AR2.

[0132] The product registration change screen P30 in the figure is displayed in response to selecting the list item Itm for the product "XX Chocolate" from among the three list items Itm in the product registration result area AR2 in the figure. In this case, in the product registration result area AR2, the two list items Itm for products other than "XX Chocolate" are grayed out to indicate that they are not available for selection, and the list item Itm for "XX Chocolate" is not grayed out to indicate that it is available for selection.

[0133] The product registration change screen P30 is arranged with a cancel button BT31, a quantity / price area AR30, a plus button BT32-1, and a minus button BT32-2. The CANCEL button BT31 is a button that is operated to cancel the registration of the target product. When the CANCEL button BT31 is operated, if the registered quantity of the target product is 2 or more, the entire registered quantity is cancelled. The quantity / price area AR30 indicates the registered quantity of the target product corresponding to the current time and the price according to the registered quantity. The plus button BT32-1 is a button that is operated when making a change to increase the registered quantity of a target product. Each time the plus button BT32-1 is operated, the registered quantity is changed to increase by one. The minus button BT32-2 is a button that is operated when making a change to decrease the registered quantity of the target product. Each time the minus button BT32-2 is operated, the registered quantity is changed to decrease by one. In response to a change in the registered quantity by operating the plus button BT32-1 or the minus button BT32-2, the registered quantity and price in the quantity-price area AR30 are changed.

[0134] In addition, decreasing the registered quantity in response to the operation of the minus button BT32-2 may also be treated as canceling the product. In other words, when the registered quantity of a registered product is decreased, the product corresponding to the decreased quantity may be treated as being canceled.

[0135] When the product registration change screen P30 is displayed, for example, if a list item Itm corresponding to a target product is operated, the product registration change screen P30 is cleared and the product registration screen is returned to its displayed state.

[0136] To cancel the entire quantity of the target product (cancel the registration), the customer operates the Cancel button BT31. When the Cancel button BT31 is operated, for example, the product registration change screen P30 is cleared and a confirmation screen is displayed. If the customer is happy to proceed with the cancellation, he or she performs a cancel instruction operation on the confirmation screen (for example, an operation on the Execute button). In response to the cancellation instruction operation being performed, the confirmation screen is cleared and the display returns to the product registration screen. In this case, in the product registration screen displayed after the confirmation screen is cleared, the list item Itm of the "XX Chocolate" product that was the subject of this cancellation has been cleared.

[0137] On the other hand, when the mobile terminal 60 determines that its current holding state is a cart holding state, it changes the product registration result area AR2 on the product registration screen from the standard state to an enlarged state, as shown in Figure 11 (B). In the product registration result area AR2 in Fig. 11(B), the area sizes of the estimate area AR21 and the list item Itm in the registration list area AR22 are enlarged from the standard state. In the estimate area AR21, the area size is enlarged, and the displayed characters and the payment transition instruction button BT15 are enlarged from the standard state. In the list item Itm, the area size is also enlarged, and the characters indicating the product name, price, etc. and the quantity area AR221 are enlarged. In addition, in the product registration result area AR2 in Fig. 11(B), the number of list items Itm that can be displayed in the registration list area AR22 becomes smaller than in the standard state in response to the enlargement of the estimation area AR21 and the list items Itm as described above. Specifically, in the product registration result area AR2 in Fig. 10(C), three list items Itm are displayed so as to fit, but in Fig. 11(B), the registration list area AR22 is occupied by the display of two list items Itm.

[0138] Here, in the registration list area AR22 of Fig. 11(B), two list items Itm are displayed, corresponding to "XX Chocolate" which is the second product in the registration order among the three registered products, and "XX Bread" which is the third product in the registration order. That is, in the registration list area AR22 of the same figure, the list item Itm of the last product in the registration order is placed at the bottom, and the list items Itm are placed above it in reverse order of registration. By placing the list items Itm in this way, the customer can immediately know which product was most recently registered among the registrations made so far. In addition, the first list item Itm "XX Yogurt" that is not displayed in the registration list area AR22 in the state shown in Figure 11 (B) can be displayed, for example, by performing a scroll operation or a page forward operation on the registration list area AR22. In addition, in the product registration result area AR2, the list items Itm may be arranged in the order of registration starting from the first item.

[0139] Even in the state where the display is enlarged as shown in Fig. 11(B), it is possible to operate the quantity area AR221 of the list item Itm. When the quantity area AR221 of one list item Itm is operated in the state shown in Fig. 11(B), the product registration change screen P40 in the state shown in Fig. 13 is displayed.

[0140] The product registration change screen P40 in FIG. 13 is displayed in a larger size than the product registration change screen P30 in FIG. 12 so as to be superimposed on the product registration screen. Moreover, the product registration change screen P40 in FIG. 13 is an example of a case where the product is displayed in response to selecting the list item Itm of the product "XX Chocolate" from among the three list items Itm in the product registration result area AR2 in FIG. 11(B). A target product name area AR41 is arranged in the product registration change screen P40. In the target product name area AR41, the product name of the product that is the target of the registration content change is displayed. Specifically, the target product name area AR41 in the same figure displays "XX Chocolate", thereby indicating that the product that is the target of the registration content change is "XX Chocolate".

[0141] In the product registration change screen P40 of the figure, in addition to the target product name area AR41, a unit price area AR42, a quantity area AR43, a plus button BT41-1, a minus button BT41-2, a price area AR44, a cancel button BT42, and a confirm button BT43 are arranged. The unit price area AR42 indicates the unit price of the target product. The quantity area AR43 indicates the specified quantity of the target product. The plus button BT41-1 is a button that is operated when making a change to increase the registered quantity of the target product. The minus button BT41-2 is a button that is operated when making a change to decrease the registered quantity of the target product. The price area AR44 indicates the price of the target product according to the quantity indicated in the quantity area AR43. The cancel button BT42 is a button that is operated to cancel the registration of the target product. The decision button BT43 is a button for confirming the quantity displayed in the quantity area AR43 as the registered quantity.

[0142] When a customer wishes to change the registered quantity, the customer operates the plus button BT41-1 and the minus button BT41-2 to specify the quantity, and then operates the enter button BT43. In response to the operation of the enter button BT43, the quantity that had been displayed in the quantity area AR43 is confirmed, the product registration change screen P40 is cleared, and the display returns to the product registration screen. In the product registration screen that is displayed after the product registration change screen P40 is cleared, the list item Itm of the target product shows the confirmed quantity in the quantity area AR221, and the price according to the confirmed quantity is displayed.

[0143] Furthermore, if the customer wishes to cancel the registration of the target product, he or she operates the cancel button BT42. In response to the operation of the cancel button BT42, the product registration change screen P40 is cleared, and the product registration screen is returned to its displayed state. In this case, in the product registration screen displayed after the product registration change screen P40 is cleared, the list item Itm of the "XX Chocolate" product that was the subject of this cancellation has been cleared.

[0144] The product registration change screen P40 is displayed in a larger size than the product registration change screen P30 of Fig. 12. Therefore, the characters and the like on the product registration change screen P40 can be made larger than the characters on the product registration change screen P30. Also, the image operators such as the plus button BT41-1, minus button BT41-2, cancel button BT42, and enter button BT43 can be made larger in size than the image operators on the product registration change screen P30.

[0145] As can be understood from the above description, in this embodiment, when the mobile terminal 60 is in the cart holding state, the display mode of the product registration result area AR2 on the product registration screen and the product registration change screen P40 is changed so as to be enlarged compared to when the mobile terminal 60 is in the hand-held state. This allows a customer who is registering a product to prevent the visibility and operability of the product registration change screen P40 from being impaired by putting the mobile terminal 60 in the cart holding state, even if the customer and the mobile terminal 60 are far apart.

[0146] In the above description, the display mode corresponding to the hand-held state is set as the standard, and the display mode corresponding to the cart-held state is set as an enlarged version of the standard, but which of the display modes corresponding to such holding states is set as the standard may be relative. In other words, the display mode corresponding to the cart-held state may be set as the standard, and the display mode corresponding to the hand-held state may be treated as a reduced version of the standard.

[0147] [Modifications of the embodiment] A modified example of this embodiment will be described. In this embodiment, the product registration result area AR2 is displayed in a larger size than in the hand-held state when the cart is held. In addition, in the above embodiment, the product registration change screen P40 is displayed on the product registration screen in response to an operation on the quantity area AR221 in the product registration result area AR2. In contrast, in a modified example of this embodiment, the product registration result area AR2 is configured to allow the customer to change the registered product details. In this case, the customer can change the registered product details while the product registration screen is displayed, without displaying the product registration change screen P40.

[0148] Fig. 14 shows an example of the appearance of the product registration result area AR2 as a modified example of this embodiment. The product registration result area AR2 in the figure corresponds to the cart holding state. In this modified example, the product registration result area AR2 in the hand-held holding state may be the same as that in Fig. 10. In the list item Itm of the product registration result area AR2 in the figure, the product name and price are displayed, and a quantity change area AR222, a cancel button, and a BT52 are arranged. The quantity change area AR222 is an area where an operation to change the registered quantity of the corresponding product is performed. In the quantity change area AR222, a quantity area AR52, a plus button BT51-1, and a minus button BT51-2 are arranged. A customer can change the registered quantity of a corresponding product by operating the plus button BT51-1 or the minus button BT51-2. In this case, the registered quantity is changed by operating the plus button BT51-1 or the minus button BT51-2, and the registered quantity may be confirmed each time the price shown in the same list item Itm is updated to a price according to the changed registered quantity. Furthermore, the customer can cancel the registration of the corresponding product by operating the cancel button and BT52. In this case, in response to the operation of the cancel button and BT52, a confirmation screen is displayed for the customer to confirm the cancellation. If the customer is happy to cancel the product, he or she performs a cancel instruction operation on the confirmation screen. In response to the cancel instruction operation being performed, the confirmation screen is cleared and the display returns to the product registration screen. In the product registration result area AR2 of the displayed product registration screen, the list item Itm corresponding to the product that was the subject of this cancellation has been deleted.

[0149] In addition, the captured image area AR1 on the product registration screen may also be changed between the hand-held state and the cart-held state. As an example, in the cart-held state, a message such as "Please scan the barcode" displayed in the captured image area AR1 in Fig. 10(C) and a frame indicating the position of the code of the product to be scanned in the captured image may be displayed larger than in the hand-held state to improve visibility. At this time, a magnification of the captured image different from that in the hand-held state may be set so that the product code can be easily placed within the frame.

[0150] [Example of processing procedure] An example of a processing procedure executed by the mobile terminal 60 in relation to displaying the product registration screen will be described with reference to the flowchart in Fig. 15. The processing in the figure is executed during product registration (from the start of displaying the product registration initial screen until a payment transition instruction operation is performed). In addition, the processing in the figure corresponds to the case where the product registration change screen P40 in Fig. 13 is displayed in response to an operation on the quantity area AR221 in a cart holding state.

[0151] Step S101: During product registration, the mobile terminal 60 determines, based on a detection signal of the motion sensor in the sensor unit 608, whether or not the current holding state is a cart holding state.

[0152] Step S102: If it is determined that the cart is in a holding state, the mobile terminal 60 displays a product registration screen with an enlarged product registration result area AR2 as shown in Fig. 11(B). In the following description, the product registration screen with the enlarged product registration result area AR2 is also referred to as an enlarged product registration screen.

[0153] Step S103: If it is determined in step S101 that the product is not in a cart-held state but in a hand-held state, the mobile terminal 60 displays a product registration screen with a standard-sized product registration result area AR2, as shown in Figures 10(C), 11(A), etc. In the following description, the product registration screen with the standard-sized product registration result area AR2 is also referred to as a standard product registration screen.

[0154] Step S104: After the process of step S102 or step S103, the mobile terminal 60 determines whether or not an operation has been performed on the quantity area AR221 of any of the list items Itm on the currently displayed product registration screen.

[0155] If it is determined in step S104 that no operation has been performed on the quantity area AR221, the process returns to step S101. When the process returns to step S101, if there is no change in the holding state between before the process returned to step S101 and now, the process may skip step S102 or step S103 and proceed to step S104. On the other hand, if the customer changes the mobile terminal 60 from a cart-holding state to a hand-held state at the timing when the process is returned to step S101, it is determined in step S101 that the mobile terminal 60 is in a hand-held state. In this case, the mobile terminal 60 executes the process of step S103 to change the display from the enlarged product registration screen to the standard product registration screen. Furthermore, when the customer changes the mobile terminal 60 from a hand-held state to a cart-held state at the timing when the process is returned to step S101, it is determined in step S101 that the mobile terminal 60 is in a cart-held state. In this case, the mobile terminal 60 executes the process of step S102 to change the display from the standard product registration screen to an enlarged product registration screen.

[0156] Step S105: If it is determined in step S104 that an operation has been performed on the quantity area AR221, the mobile terminal 60 determines whether or not the current holding state is a cart holding state.

[0157] Step S106: If it is determined in step S105 that the cart is in the holding state, the mobile terminal 60 displays an enlarged product registration change screen P40 as shown in FIG.

[0158] Step S107: If it is determined in step S105 that the mobile terminal 60 is in a hand-held state, the mobile terminal 60 displays the standard-sized product registration change screen P30 exemplified in FIG.

[0159] Step S108: The mobile terminal 60 waits for an operation to confirm the change of the registration contents (change confirmation operation) on the product registration change screen (P30 or P40) displayed by the processing of step S106 or step S107. The change confirmation operation here is either an operation to confirm (determine) the quantity changed by operating the plus button or minus button, or an operation to confirm the cancellation of the registration of the target product.

[0160] Step S109: When the change confirmation operation is performed, the mobile terminal 60 executes a process to confirm the changed registration contents for the target product, erases the product registration change screen that has been displayed up until that point, and returns the process to step S101.

[0161] In the process shown in the figure, even if the holding state changes while the product registration change screen is being displayed, the display of the initially displayed product registration change screen P30 or product registration change screen P40 is maintained regardless of the change in the holding state. This is in consideration of the fact that changing the appearance of the product registration change screen in response to a change in the holding state may make the screen more difficult to operate. In some cases, the product registration change screen may be changed in response to a change in the holding state.

[0162] <Modification> Modifications of the present embodiment will be described below. The modifications described below may be combined with the above embodiment and other modifications as appropriate.

[0163] [First Modification] As described above, after completing product registration using the mobile terminal 60, the customer can perform a checkout transition instruction operation (operation of the checkout transition instruction button BT15) to display a code screen on the mobile terminal 60, and then start checkout by having the checkout device 40 read the code displayed on the code screen. To have the settlement device 40 read the code, the customer holds the mobile terminal 60 in his / her hand and holds the code displayed on the display unit 405 of the mobile terminal 60 over the scanner unit 406 of the settlement device 40. For this reason, when a settlement transition instruction operation is performed on the mobile terminal 60 in the cart holding state, the customer needs to remove the mobile terminal 60 from the holder 71 of the shopping cart 70 and hold it in his / her hand after the settlement transition instruction operation. At this time, the mobile terminal 60 changes from the cart holding state to the hand-held state after the settlement transition instruction operation.

[0164] Therefore, when the mobile terminal 60 of this modified example determines that the cart is in a cart holding state when a checkout transition instruction operation is performed, it displays a message different from that shown in Figure 10 (D) in the message area AR3 of the code screen displayed in response to the checkout transition instruction operation, as shown in Figure 16. In the message area AR3 in Fig. 16, it is displayed that "Please pick up your smartphone so that the settlement machine can read the code below." In other words, in the message area AR3 in Fig. 16, a message is displayed instructing the customer to first remove the mobile terminal 60 from the holder 71 and hold it in their hand in order to have the settlement machine 40 read the code. When a customer removes the mobile terminal 60 displaying Fig. 16 from the holder 71 and holds it in his / her hand, the mobile terminal 60 determines that the state has changed from the cart-held state to the hand-held state. When it is determined that the state has changed to the hand-held state, the mobile terminal 60 may change the display of the message area AR3 on the code screen to, for example, the display of Fig. 10(D). In addition, in this modified example, when a settlement instruction operation is performed in a hand-held state, a message area AR3 having the same content as that in FIG. 10(D) may be displayed from the start of the display of the code screen.

[0165] [Second modified example] Next, a description will be given of a second modified example. In this modified example, a sales area capable of selling by weight in a self-service manner is provided in a store, where customers can price products using a weighing pricing device and register the products. The weighing and pricing device measures the weight of the product to be registered that is placed on a weighing platform, and registers the product by determining the price of the product according to the measured weight using information such as the weight unit price of the measured product. In a sales area where a weighing and pricing device compatible with such a self-service system is used, the procedure for registering products and the associated processing in the shopping system are different from those in the previous embodiment. This point will be described below.

[0166] First, an example of a procedure for a customer to register an item at a sales floor where a weighing and pricing device is used will be described. When a customer wishes to purchase a commodity sold by weight, the customer first uses his / her mobile terminal 60 to input the item name of the commodity to be purchased as follows. FIG. 17 shows an example of a state in which products sold by weight are displayed in a store. In the example shown in FIG. 17, lemons LM, apples AP, and oranges OG are displayed as products sold by weight. Also, product information panels 3000-LM, 3000-AP, and 3000-OG are installed corresponding to the displayed lemons LM, apples AP, and oranges OG. When there is no particular distinction between the product information panels 3000-LM, 3000-AP, and 3000-OG, they will be referred to as product information panel 3000.

[0167] The product information panel 3000 presents information on the corresponding product. In the figure, the product information panel 3000-LM is shown enlarged. Thus, the product information panel 3000-LM presents, as product information, that the product's item is lemon, the unit price per unit weight, and a product information code 3001. In the example shown in the figure, the product information code 3001 is a barcode (one-dimensional code). The product information code 3001 includes the product code of the product's item type as lemon. Similarly, the other product information panels 3000 also present product information such as the product category, unit price per unit weight, and product information code.

[0168] The product information panel 3000 may be configured to present product information by displaying it on a display device, or may be configured to present product information by attaching a printed matter such as a poster to the product information panel 3000.

[0169] When inputting the item of the product to be purchased, the customer displays the product registration screen on his / her mobile terminal 60 and has the mobile terminal 60 read the product information code displayed on the product information panel 3000 of the product to be purchased. The figure shows the customer reading the product information code 3001 corresponding to lemon LM. The captured image area AR1 on the product registration screen of the mobile terminal 60 shows the captured image of the product information code 3001. When the product information code 3001 corresponding to the lemon LM is code scanned in this manner, the mobile terminal 60 acquires the product information of the lemon LM from the read product information code 3001. The mobile terminal 60 uses the acquired product information to specify the lemon LM as an item of a product sold by weight.

[0170] Furthermore, the product registration screen includes a product registration result area AR2. The product registration result area AR2 shows the current registration status of the product to be purchased. In the figure, an estimate area AR21 and list items Itm are arranged in the product registration result area AR2. In the figure, three list items Itm-1, Itm-2, and Itm-3 corresponding to yogurt, apples AP, and lemons LM are arranged as list items Itm. In this case, yogurt is not a product sold by weight. Therefore, in the list item Itm-3 for yogurt, "x1" is displayed in the quantity area AR221, indicating that one unit has been registered, and the price is 160 yen. In contrast, the Apple AP and Lemon LM products sold by weight are in a "provisionally registered" state (provisionally registered state) for the products to be purchased. A provisionally registered product is a product for which the item has been entered but pricing has not yet been completed (it is also in a state of waiting to be weighed). For this reason, in the list items Itm-1 and Itm-2 for Apples AP and Lemons LM, for example, the quantity area AR221 indicates that pricing by weighing has not yet been done, with "Weighing Required." Accordingly, in the list items for Apples AP and Lemons LM, the display of "?? Yen" indicates that the price is yet to be determined. In addition, in the list items Itm-1 and Itm-2, a predetermined background color is set to indicate the provisional registration status.

[0171] In the example shown in the figure, the customer has provisionally registered lemons LM and apples AP as products sold by weight. In this case, the two products sold by weight that the customer specified as items to purchase were lemons LM and apples AP. In this case, the customer will weigh each of the lemons LM and apples AP. The customer will then take out the amount (number) of each of the lemons LM and apples AP that he or she wishes to purchase from the lemons LM and apples AP that are on display. The customer then takes the lemons LM and apples AP that he or she has taken out and goes to the weighing and pricing device.

[0172] The weighing and pricing device at the location where the customer arrived was not operating in response to operations by other customers, and was in standby mode, waiting for the start of weighing for one transaction. The weighing and pricing device in standby mode had the initial pricing operation screen displayed on the display unit.

[0173] FIG. 18 shows an example of a pricing operation screen in the initial state. A weighing result area AR61 is arranged on the pricing operation screen in the same figure. The weighing result area AR61 is an area (column) in which the weighing results of the bulk product to be priced are displayed. The weighing result area AR61 includes a weight area AR61-1, a price per weight area AR61-2, and a total amount area AR61-3. The weight area AR61-1 is an area in which the measured weight of the item sold by weight to be priced is shown. The price per weight area AR61-2 is an area showing the price per weight of the commodity sold by weight that is the subject of pricing.

[0174] In addition, among the products sold by weight, there are products sold by number, in which the number of items is calculated based on the measured weight and unit weight, and the price is calculated based on the calculated number of items and the unit price per item. In the case of such products sold by weight, the weight area AR61-1 may display the number of items calculated based on the measured weight and unit weight, and the weight unit price area AR61-2 may display the unit price per item. The total amount area AR61-3 is an area showing the total amount of the prices of the bulk items for which pricing has been completed up to this point in the same transaction.

[0175] The product selection area AR62 is an area in which a product to be priced can be selected. In the product selection area AR62 in the same figure, four tabs TB (TB-1 to TB-4) are arranged in the product selection area AR62. In the product selection area AR62, each tab TB is associated with a sheet on which product buttons are arranged. The tab TB can be selected by a customer's operation. The selected tab TB is highlighted relative to the other tabs TB, and in the product selection area AR62, the product button BT6 arranged on the sheet of the selected tab TB is displayed.

[0176] In the example of the same figure, a product button BT6 for a provisionally registered product is arranged on the sheet corresponding to the tab TB-1. On the sheet corresponding to tab TB-2, product buttons BT6 (preset keys) for each product that is registered in advance in the product master according to the classification of the product sold by weight are arranged in a predetermined order. The sheet corresponding to tab TB-3 has product buttons for products classified as fruits under the classification of bulk products in the product master. The sheet corresponding to tab TB-4 is a tab corresponding to a sheet on which product buttons for products further classified as vegetables under the classification of products sold by weight in the product master are arranged. In this case, a sheet for fruits and a sheet for vegetables are prepared in response to the fact that fruits and vegetables have a high purchase history among the bulk products.

[0177] As shown in the figure, the tab TB-2 is selected on the initial pricing operation screen. As a result, in the product selection area AR62, product buttons BT6 for products included in the general products registered in the product master under the classification of products sold by weight are arranged on the sheet corresponding to the tab TB-2. The sheet corresponding to tab TB-2 is an area where a customer who is pricing products sold by weight without using a mobile terminal 60 can select the products sold by weight to be priced.

[0178] If the bulk product to be purchased is fruit, a customer who does not use the mobile terminal 60 to register the product can operate the tab TB-3 to display a sheet on which product buttons BT6 for bulk products in the fruit category are arranged. The customer can operate the product button BT6 corresponding to the bulk product to be purchased from among the product buttons BT6 arranged on the displayed sheet, and designate it as the item of the product to be priced. Furthermore, if the bulk product to be purchased is a vegetable, a customer who does not use the mobile terminal 60 to register the product can operate the tab TB-4 to display a sheet on which product buttons BT6 for bulk products in the vegetable category are arranged. The customer can operate the product button BT6 corresponding to the bulk product to be purchased from among the product buttons BT6 arranged on the displayed sheet, and designate it as the item of the product to be priced.

[0179] In addition, a message area ARm is arranged above the product selection area AR62. The message area ARm is an area in which a message with a predetermined content according to the content of the current screen is displayed. In the message area ARm in the same figure, "Select The Item" is displayed. That is, in this case, the message area ARm displays a message instructing the customer to operate the product button BT6 to specify the item of the product to be priced.

[0180] Furthermore, a connection information code area AR64 is arranged on the pricing operation screen. The connection information code area AR64 is an area in which a connection information code CD is displayed. The connection information code in the figure is a two-dimensional code, but may be another type of code such as a barcode. The connection information code CD is control information indicating a procedure for connecting the mobile terminal 60 running the shopping application to the weighing pricing device, for example, via Bluetooth. In the connection information code area AR64, a message is displayed to guide the customer to have the mobile terminal 60 read the connection information code CD.

[0181] In addition, the pricing operation screen includes a search area AR63 where bulk products can be searched for by inputting characters. In the example shown in the figure, bulk products can be searched for by inputting the product name, etc., using a software keyboard provided in the search area AR63. The search area AR63 does not have to be arranged on the pricing operation screen, and may be displayed in response to a predetermined operation being performed on the pricing operation screen, for example.

[0182] A customer who uses the mobile terminal 60 for product registration performs an operation to have the mobile terminal 60 read the connection information code CD displayed in the connection information code area AR64 when starting to register a bulk product to be purchased. In response to reading the connection information code CD as described above, the portable terminal 60 establishes communication with the weighing and pricing device.

[0183] When communication with the weighing pricing device is established, the mobile terminal 60 transmits information on the temporarily registered bulk merchandise to the weighing pricing device. Specifically, the mobile terminal 60 transmits information on the lemon LM and apple AP as information on the temporarily registered bulk merchandise.

[0184] In response to receiving information on a product sold by weight that is provisionally registered, the weighing pricing device changes the pricing operation screen from the state shown in Fig. 18 to the state shown in Fig. 19. In Fig. 19, the same parts as in Fig. 18 are given the same reference numerals and the description thereof will be omitted as appropriate.

[0185] In the product selection area AR62 of the pricing operation screen in Fig. 19, tab TB-1 is selected instead of tab TB-1 that was selected in Fig. 18. Two product buttons BT6 corresponding to apples AP and lemons LM are arranged on the sheet corresponding to the selected tab TB-1. The weight-sold products of apples AP and lemons LM corresponding to the two product buttons BT6 are provisionally registered as explained above in Fig. 17. That is, based on the information of the temporarily registered bulk product received from the mobile terminal 60, the mobile terminal 60 displays a product button BT6 of the temporarily registered bulk product in the product selection area AR62 on the sheet corresponding to the tab TB-1. In this case, the order of arrangement of the product buttons BT6 may correspond to the provisional registration order (the order in which the product information codes are read).

[0186] That is, the weighing pricing device receives information on the temporarily registered products (provisionally registered products) by establishing a connection with the mobile terminal 60 in standby mode. When the weighing pricing device receives the information on the temporarily registered products, if the sheet of tab TB-2 (FIG. 18) is displayed on the initial pricing operation screen, the weighing pricing device switches to displaying the sheet of tab TB-1 (FIG. 19) on which the product button BT6 for the temporarily registered product is located.

[0187] In addition, in the pricing operation screen of Figure 19, in the connection information code area AR64, the connection information code CD is erased and instead connection compatibility information, such as "connecting", is displayed, indicating that the weighing pricing device is currently connected to the mobile terminal 60.

[0188] Also, in the message area ARm in the figure, a message is displayed to guide the customer to operate the product button BT6 in order to specify the item of the product to be priced.

[0189] In the following description, an example will be given in which a customer performs registration by operating a pricing operation screen displayed on the weighing pricing device. Here, the customer decides to register Apple AP first, out of the two products that are provisionally registered, Apple AP and Lemon LM. The customer then operates the product button BT1 that corresponds to Apple AP. This designates Apple AP as the product to be priced.

[0190] In response to the apple AP being designated as a pricing target, the display on the display unit of the weighing and pricing device transitions from the pricing operation screen to a weighing guidance screen. Although not shown in the figure, the weighing guidance screen displays a message to the customer instructing them to place the product to be priced on the weighing platform.

[0191] With the weighing guidance screen displayed, the customer places the apple AP to be priced on the scale of the weighing and pricing device. In response to the apple AP being placed on the weighing platform, the weighing and pricing device executes a pricing process. That is, the weighing and pricing device determines the weight of the apple AP in response to determining that the measured weight of the apple AP has stabilized, and calculates the price based on the determined weight and the unit price by weight.

[0192] In response to the pricing process being executed in this manner, the display on the display unit transitions to a weighing result screen. On the weighing result screen, although not shown in the figure, the weight of the weighed Apple AP is shown, along with the price of the Apple AP calculated based on the weight and the total amount based on the calculated price, etc. The weighing result screen may also have a label issuing button, allowing the customer to issue a label. The customer operates the label issuing button. In this case, the weighing pricing device confirms the pricing process in response to the label issuing button being operated, and issues a label (single item label) on which the pricing result confirmed for the apple AP is printed.

[0193] Furthermore, in response to an operation on the label issuing button, the weighing pricing device issues a label and also transmits product pricing information for the apple AP to the connected mobile terminal 60.

[0194] Although not shown in the drawings, after the label is printed, the weighing result screen may be switched to a label attachment guide screen.

[0195] When the pricing results are obtained for the bulk products in the provisionally registered state as described above and a label is issued, the weighing pricing device transmits the product registration information of the Apple AP reflecting the pricing results to the mobile terminal 60. The weighing and pricing device may transmit the product registration information to the transaction management device 20 via a communication line.

[0196] In response to the printing of the label for the Apple AP, the pricing operation screen is displayed again. In the displayed pricing operation screen, the product button BT1 for the Apple AP that was displayed in the pricing operation screen of FIG. 19 is grayed out or erased, making it inoperable.

[0197] With the pricing operation screen of the same figure displayed, the customer operates the lemon LM product button BT1 in order to make lemon LM, which is still in a provisional registration state, the subject of pricing.

[0198] The customer operates the product button BT11-2 corresponding to the lemon LM, and then causes the weighing pricing device to price the lemon LM and issue a label in the same manner as for the apple AP described above. When the label for the lemon LM is issued, the pricing process (registration) for all the products sold by weight that were provisionally registered is completed.

[0199] In response to the completion of registration of all bulk products that were in a provisionally registered state, the display on the display unit of the weighing pricing device is returned to the initial pricing operation screen (FIG. 18).

[0200] Furthermore, when the registration of all bulk products that were in a provisionally registered state has been completed, the product registration screen displayed on the mobile terminal 60 becomes, for example, as shown in FIG. The product registration result area AR2 on the product registration screen in the figure has changed as follows, compared to FIG. 17. That is, the list items Itm-1 and Itm-2 corresponding to lemon LM and apple AP have changed from a state indicating provisional registration to a state indicating registered. Specifically, the background color of each of the list items Itm-1 and Itm-2 has changed from a color indicating a provisional registration state to a color indicating registered. Also, the price determined by the pricing process is displayed in each of the list items Itm-1 and Itm-2. Also, the quantity area AR221 in each of the list items Itm-1 and Itm-2 has changed from "measured" to "measured". The quantity area AR221 with "measured" indicates that the corresponding product is a product sold by weight and has been registered by the weighing and pricing process.

[0201] When a customer registers a product sold by weight as described above, the customer first reads the product information code 3001 on the product information panel 3000 with the mobile terminal 60 at the sales floor for products sold by weight to provisionally register the product to be purchased, and then travels a certain distance to the weighing pricing device. When traveling to the weighing pricing device in this way, the customer may attach the mobile terminal 60 to the holder 71 of the shopping cart 70 or may hold it in their hand.

[0202] When a customer has completed provisional registration of a bulk item and is moving to the weighing pricing device, it is preferable that a display be displayed on the mobile terminal 60 instructing the customer to have the mobile terminal 60 read the connection information code CD in order to communicatively connect the weighing pricing device and the mobile terminal 60 when the customer arrives at the weighing pricing device.

[0203] In this modified example, while the customer has completed the provisional registration of the bulk product and is proceeding to the weighing and pricing device, the above-mentioned guidance is displayed on the mobile terminal 60. Furthermore, in this modified example, when the guidance is displayed, the content (mode) of the guidance is made different depending on whether the customer has the mobile terminal 60 attached to the holder 71 of the shopping cart 70 or is holding it in his / her hand.

[0204] In this modified example, the mobile terminal 60 judges whether or not the provisional registration of all the bulk products to be purchased by the customer is completed. For example, the mobile terminal 60 may judge that the provisional registration of all the bulk products to be purchased by the customer is completed when the next reading of the product information code 3001 is not performed even after a certain time has elapsed since the reading of the product information code 3001 was performed.

[0205] At this time, since the customer has not completed product registration or performed the payment transition instruction operation, the mobile terminal 60 displays a product registration screen including a list item Itm for products sold by weight, for which “measurement required” is displayed in the quantity area AR221, as shown in FIG. 17, for example.

[0206] In response to determining that the provisional registration of the bulk product has been completed, the mobile terminal 60 determines whether its current holding state is a cart holding state or a hand-held holding state. When it is determined that the cart is in the holding state, the mobile terminal 60 displays, for example, a message such as the following on the product registration screen. Specifically, for example, in order to communicatively connect the weighing and pricing device to the mobile terminal 60, the mobile terminal 60 displays a message instructing the user to remove the mobile terminal 60 from the holder 71 of the shopping cart 70, hold it in their hand, and have the mobile terminal 60 read the connection information code CD displayed on the display unit of the weighing and pricing device. On the other hand, if it is determined that the portable terminal 60 is in a hand-held state, the portable terminal 60 will, for example, simply display a message instructing the user to read the connection information code CD displayed on the display unit of the weighing and pricing device using the portable terminal 60 currently being held in the hand. Such a message may be displayed as a pop-up screen superimposed on the product registration screen. The pop-up screen may be cleared by, for example, operating a confirmation button arranged on the pop-up screen. Alternatively, the pop-up screen may be cleared when the mobile terminal 60 and the weighing and pricing device are connected to each other so as to be able to communicate with each other.

[0207] [Third Modification] Regardless of the holding state of the mobile terminal 60, the screen change control may be stopped and the screen may be fixed in the standard state or the enlarged display state. For example, the mobile terminal 60 may be operated to perform a display fix operation that fixes the screen state to the current screen state. If the display fix operation is performed when the mobile terminal 60 is currently displaying the screen in the standard state, the mobile terminal 60 will fix the display in the standard state thereafter, regardless of the change in the holding state. For example, some customers may wish to always display as much information as possible on one screen, for example, list items of registered products, regardless of whether the device is in a hand-held state or a cart-held state. In such a case, the screen may be fixed in the standard state. Therefore, the customer in this case may perform the display fix operation when the screen is displayed in the standard state due to the hand-held state. Furthermore, if the display fixing operation is performed when the mobile terminal 60 is currently in an enlarged display state, the mobile terminal 60 will fix the display in the enlarged display state thereafter regardless of the change in the holding state. Even in a situation where a product is registered with the mobile terminal 60 in a cart holding state, for example, in the case of a product weighing about several kilograms such as rice in a bag, it may be better for the customer to temporarily remove the mobile terminal 60 from the holder 71 and hold it in his / her hand to put it in a hand-held state, and have the mobile terminal 60 read the product code attached to the product. In this way, when the mobile terminal 60 is temporarily held in the hand, it may be annoying for the customer that the display on the screen changes to the standard state. In such a case, the customer can perform a display fixing operation when the enlarged display is being performed in the cart holding state, so that the enlarged display is maintained even in the hand-held state. After the display has been fixed by the display fixing operation as described above, the display fixation may be released, for example, in response to an operation to instruct release of the display fixation.

[0208] Furthermore, for example, from the time when a product registration operation for one item is started until the product registration operation is completed or canceled, the display state (standard state or enlarged display state) at the time when the product registration operation was started may be fixed regardless of the holding state.

[0209] [Fourth Modification] In displaying the product registration screen in either the standard state or the enlarged display state, the product registration result area AR2 may be hidden and only the captured image area AR1 may be displayed. For example, if a customer does not often check the product registration results when the cart is in a holding state, the product registration result area AR2 may be hidden and only the captured image area AR1 may be displayed when the cart is in a holding state. In this case, for example, the customer may perform an operation to display the product registration result area AR2 in an enlarged display state. On the other hand, if the customer is less likely to check the product registration results when the product is held in the hand, the product registration result area AR2 may be hidden and only the captured image area AR1 may be displayed when the product is held in the hand. In this case, for example, the product registration result area AR2 in the standard state may be displayed by the customer performing an operation.

[0210] [Fifth Modification] The shopping cart 70 is provided with a rechargeable battery, so that the portable terminal 60 attached to the holder 71 can be charged. Therefore, if the customer charges the portable terminal 60 with the rechargeable battery while the portable terminal 60 is in the cart-held state, the accumulated power of the built-in battery of the portable terminal 60 can be prevented from decreasing. On the other hand, when the portable terminal 60 is in the hand-held state, it may be difficult to keep the rechargeable battery of the shopping cart 70 connected, so the accumulated power of the built-in battery of the portable terminal 60 decreases.

[0211] When the captured image area AR1 is displayed on the product registration screen displayed on the mobile terminal 60, the imaging unit 606 (camera) is activated, and therefore power consumption is relatively large. Therefore, when the product registration screen is displayed without being charged from the outside, the degree of decrease in the stored power of the built-in battery of the mobile terminal 60 also increases.

[0212] Therefore, the portable terminal 60 of this modified example changes the display mode of the captured image area AR1 as follows, depending on whether the current holding state is a cart-held state or a hand-held state.

[0213] When the mobile terminal 60 is in the cart holding state, the captured image area AR1 in which the captured image is constantly displayed is displayed on the product registration screen. In other words, when the mobile terminal 60 is in the cart holding state during product registration, the mobile terminal 60 keeps the imaging unit 606 constantly activated. In this case, the power consumption of the mobile terminal 60 increases, but since charging from the charging battery of the shopping cart 70 is possible in the cart holding state, it is possible to prevent the remaining charge of the built-in battery of the mobile terminal 60 from decreasing.

[0214] On the other hand, when the mobile terminal 60 is in a hand-held state, if the customer causes the mobile terminal 60 to read the product code for product registration, the captured image is displayed in the captured image area AR1, and if the product code is not to be read, the captured image is not displayed in the captured image area AR1. For this purpose, when the customer causes the mobile terminal 60 to read the product code, an operation for starting the imaging unit 606 may be performed on the product registration screen. In addition, the activation of the imaging unit 606 after the product code is read may be stopped by, for example, an operation by the customer. Alternatively, the activation of the imaging unit 606 may be stopped in response to the passage of a certain time after the mobile terminal 60 reads the product code without capturing an image of the product code. When the mobile terminal 60 is held in the hand, there are cases where charging from the rechargeable battery is not possible, but by doing as described above, the imaging unit 606 can be started only when reading the product code, which makes it possible to reduce the power consumption of the built-in battery of the mobile terminal 60 when held in the hand.

[0215] [Sixth Modification] Contrary to the fifth variant, when the cart is held, the captured image area AR1 is normally hidden, and when a customer wants to read the product code to register the product, the captured image is displayed in the captured image area AR1 by activating the camera, and when the cart is held in the hand, the captured image area AR1 can be constantly displayed. For example, shopping using a shopping cart with the mobile terminal 60 held in the cart tends to take a long time. In such a case, in a store where the shopping cart is not equipped with a rechargeable battery, if the captured image area AR1 is constantly displayed, a lot of battery power will be consumed in the mobile terminal 60. In such a case, if the customer operates the camera to display the captured image area AR1, it is possible to reduce battery power consumption during shopping. On the other hand, when the portable terminal 60 is used in a handheld state, it is likely to be for short shopping trips at a convenience store, etc. In this case, the power consumed by the portable terminal 60 for product registration is small, so it is preferable to constantly display the captured image area AR1.

[0216] [Seventh Variation] In the above embodiment, a part of the processing executed by the mobile terminal 60 may be executed by, for example, the transaction management device 20, the registration and settlement device 30, the settlement device 40, the transaction status management device 50, the store controller 10, other higher-level devices in the store, or a server device on the cloud. Similarly, a part of the processing executed by each of the transaction management device 20, the registration and settlement device 30, the settlement device 40, the transaction status management device 50, the store controller 10, etc. may be executed by other devices. As one of the above-mentioned aspects, the shopping system of the present embodiment may be provided with a thin client system configuration. As an example, the transaction management device 20 or another server may be configured as a thin client-compatible server device (e.g., a cloud server), and the mobile terminal 60 or the like may function as a thin client. In this case, for example, the cloud server may determine whether the holding state of the mobile terminal 60 is a cart-held state or a hand-held state by utilizing a detection signal of the sensor unit 608 transmitted from the mobile terminal 60. In addition, the transaction management device 20, the transaction status management device 50, the store controller 10, etc. may be configured to be distributed across multiple computer devices or servers.

[0217] <Overview of the embodiment> [Technical field] The present invention relates to a portable terminal and a program. [Background technology] There is known technology that uses a gyro sensor or the like built into a portable terminal to determine whether a mobile terminal (portable terminal) used by a customer to register products when shopping is fixed to a shopping cart or held in the hand (see, for example, Patent Document 1). [Prior art document] [Patent documents] [Patent Document 1] JP 2020-129337 A [Summary of the invention] [Problem to be solved by the invention] As described above, when a customer changes the way he or she holds a portable terminal, it may become difficult to see or operate the screen displayed on the portable terminal. The present invention has been made in view of the above circumstances, and has an object to enable a screen to be displayed in a manner that is easy for a customer to use depending on how the portable terminal is being held.

[0218] [Means for solving the problem] (1) As described above, one aspect of this embodiment is a portable terminal comprising a display means, a product registration means for registering products, and a display control means for varying the manner of display performed by the display means depending on whether the portable terminal (e.g., mobile terminal 60) is in a first holding state (e.g., hand-held state) in which the portable terminal is held by hand, or a second holding state (e.g., cart-held state) in which the portable terminal is held by a holding means (e.g., holder 71) provided on a mobile object (e.g., shopping cart 70).

[0219] According to the above configuration, it is possible to determine whether the mobile terminal 60 is in a cart-held state or a hand-held state, and to change the display mode for the customer depending on the result of the determination. As a result, a screen that is easy for the customer to use is displayed depending on the holding state of the mobile terminal 60.

[0220] (2) One aspect of this embodiment is the portable terminal described in (1), in which the display (e.g., the display of the product registration result area AR2) on the product registration screen that presents information about the products registered by the product registration means is changed.

[0221] According to the above configuration, on the product registration screen that is displayed when the customer registers a product, the product is displayed in an appropriate manner corresponding to the cart-held state and the hand-held state.

[0222] (3) One aspect of this embodiment is the portable terminal described in (2), in which an area on the product registration screen where specific information about a product is input (e.g., product registration change screens P30, P40) is displayed larger in the second holding state than in the first holding state.

[0223] In the cart-holding state, the distance between the mobile terminal 60 and the customer is greater than in the hand-held state. According to the above configuration, in the cart-holding state, the product registration change screen P40 that is larger than the product registration change screen P30 in the hand-held state is displayed, so that visibility and operability of the screen in the cart-holding state can be improved.

[0224] (4) One aspect of this embodiment is a portable terminal as described in (2) or (3), in which the number of information items (e.g., list item Itm) displayed on the product registration screen, in which information is shown on a registered product basis, is displayed to be less in the second holding state than in the first holding state.

[0225] According to the above configuration, in the cart holding state, the number of list items Itm displayed in the product registration result area AR2 can be made smaller than in the hand-held state, so that in the cart holding state, the list items Itm can be easily enlarged and displayed.

[0226] (5) One aspect of this embodiment is a portable terminal as described in any one of (1) to (4), wherein the display control means changes the display mode depending on whether the holding state is the first holding state or the second holding state, based on the detection output of the detection unit.

[0227] According to the above configuration, it becomes possible for the mobile terminal 60 to determine the state in which it is being held and to perform control to change the display mode.

[0228] (6) One aspect of this embodiment is a portable terminal according to any one of (1) to (5), wherein the display control means causes a display to differ between the first holding state and the second holding state, to allow a settlement device (40) that performs settlement according to the registration result of the product by the portable terminal to obtain information indicating the registration result of the product by the portable terminal (e.g., a code (two-dimensional code) on a code screen).

[0229] According to the above configuration, the instructions displayed to the customer to have the settlement device 40 read the code displayed on the mobile terminal 60 in order to have the settlement device 40 execute the settlement process can be made appropriate depending on whether the cart is being held or in the hand.

[0230] (7) One aspect of this embodiment is a portable terminal according to any one of (1) to (6), wherein the display control means changes the display for communicatively connecting the portable terminal to a weighing device that weighs the product between the first holding state and the second holding state.

[0231] According to the above configuration, when registering products sold by weight, the instructions displayed to the customer for connecting the weighing pricing device and the mobile terminal 60 so that they can communicate with each other can be appropriate depending on whether the customer is holding a cart or is holding the product in his / her hand.

[0232] (8) One aspect of this embodiment is a program for causing a computer serving as a portable terminal to function as a display means, a product registration means for registering products, and a display control means for varying the manner of display performed by the display means depending on whether the portable terminal is in a first holding state in which the portable terminal is held by hand, or a second holding state in which the portable terminal is held by a holding means provided on a mobile object.

[0233] In addition, the programs for implementing the functions of the above-mentioned store controller 10, transaction management device 20, registration settlement device 30, settlement device 40, transaction status management device 50, mobile terminal 60, weighing and pricing device, etc. may be recorded on a computer-readable recording medium, and the programs recorded on the recording medium may be read into a computer system and executed to perform processing of each of the above-mentioned devices. Here, "reading a program recorded on a recording medium into a computer system and executing it" includes installing the program into a computer system. The "computer system" here includes hardware such as an OS and peripheral devices. In addition, the "computer system" may include multiple computer devices connected via a network including the Internet, a WAN, a LAN, a dedicated line, and other communication lines. In addition, the "computer-readable recording medium" refers to a portable medium such as a flexible disk, an optical magnetic disk, a ROM, a CD-ROM, and a storage device such as a hard disk built into a computer system. In this way, the recording medium storing the program may be a non-transient recording medium such as a CD-ROM. In addition, the recording medium also includes a recording medium provided inside or outside and accessible from a distribution server to distribute the program. The code of the program stored in the recording medium of the distribution server may be different from the code of the program in a format executable by the terminal device. In other words, the format in which the program is stored in the distribution server does not matter as long as it can be downloaded from the distribution server and installed in a format executable by the terminal device. The program may be divided into multiple parts, downloaded at different times, and then combined on the terminal device, or each of the divided programs may be distributed by a different distribution server. Furthermore, the "computer-readable recording medium" includes a memory that holds a program for a certain period of time, such as a volatile memory (RAM) inside a computer system that becomes a server or a client when a program is transmitted via a network. The above program may also be for realizing part of the above-mentioned functions.Furthermore, the above-mentioned functions may be realized in combination with a program already recorded in the computer system, that is, a so-called differential file (differential program). [Explanation of symbols]

[0234] 1 Product sales data processing system, 10 Store controller, 20 Transaction management device, 40 Payment device, 50 Transaction status management device, 60 Mobile terminal, 70 Shopping cart, 71 Holder, 80 Shopping basket

Claims

1. A display means; A product registration means for registering products; a display control means for changing a display mode displayed by the display means depending on whether the portable terminal is in a first holding state in which the portable terminal is held by hand or a second holding state in which the portable terminal is held by a holding means provided on a moving body, The display control means changes a display mode of a product registration screen that presents information about the product registered by the product registration means. Portable terminal.

2. A display means; A product registration means for registering products; a display control means for changing a display mode displayed by the display means depending on whether the portable terminal is in a first holding state in which the portable terminal is held by hand or a second holding state in which the portable terminal is held by a holding means provided on a moving body, The display control means changes the manner of the display depending on a result of determining whether the holding state is the first holding state or the second holding state based on a detection output from a detection unit. Portable terminal.

3. A display means; A product registration means for registering products; a display control means for changing a display mode displayed by the display means depending on whether the portable terminal is in a first holding state in which the portable terminal is held by hand or a second holding state in which the portable terminal is held by a holding means provided on a moving body, The display control means causes a settlement device, which performs settlement according to the registration result of the product by the portable terminal, to obtain information indicating the registration result of the product by the portable terminal, to display differently between the first holding state and the second holding state. Portable terminal.

4. A display means; A product registration means for registering products; a display control means for changing a display mode displayed by the display means depending on whether the portable terminal is in a first holding state in which the portable terminal is held by hand or a second holding state in which the portable terminal is held by a holding means provided on a moving body, The display control means changes a display for connecting a weighing device that weighs the product and the portable terminal so as to be able to communicate with each other between the first holding state and the second holding state. Portable terminal.

5. Computers as portable terminals, display means, A product registration means for registering products; a program for causing the portable terminal to function as a display control means for changing a display mode performed by the display means depending on whether the portable terminal is in a first holding state in which the portable terminal is held by hand or a second holding state in which the portable terminal is held by a holding means provided on a moving body, The display control means changes a display mode of a product registration screen that presents information about the product registered by the product registration means. program.

6. A computer as a portable terminal, display means, A product registration means for registering products; a program for causing the portable terminal to function as a display control means for changing a display mode performed by the display means depending on whether the portable terminal is in a first holding state in which the portable terminal is held by hand or a second holding state in which the portable terminal is held by a holding means provided on a moving body, The display control means changes the manner of the display depending on a result of determining whether the holding state is the first holding state or the second holding state based on a detection output from a detection unit. program.

7. A computer as a portable terminal, display means, A product registration means for registering products; a program for causing the portable terminal to function as a display control means for changing a display mode performed by the display means depending on whether the portable terminal is in a first holding state in which the portable terminal is held by hand or a second holding state in which the portable terminal is held by a holding means provided on a moving body, The display control means causes a settlement device, which performs settlement according to the registration result of the product by the portable terminal, to obtain information indicating the registration result of the product by the portable terminal, to display differently between the first holding state and the second holding state. program.

8. A computer as a portable terminal, display means, A product registration means for registering products; a program for causing the portable terminal to function as a display control means for changing a display mode performed by the display means depending on whether the portable terminal is in a first holding state in which the portable terminal is held by hand or a second holding state in which the portable terminal is held by a holding means provided on a moving body, The display control means changes a display for connecting a weighing device that weighs the product and the portable terminal so as to be able to communicate with each other between the first holding state and the second holding state. program.

Images