JP7270241B2 - Mobile terminal, system, control method and program - Google Patents

Description

The present invention relates to mobile terminals , systems , control methods, and programs.

In shopping at a store, a self-checkout method using a mobile terminal has been proposed (see Patent Document 1, for example).

Japanese Patent Application Laid-Open No. 2018-55700

As a mobile terminal used for shopping, a mobile terminal owned by an individual may be used. In this case, shopping may be hindered due to the low battery level of the mobile terminal or the communication status.

The present invention has been made in view of such circumstances, and an object of the present invention is to provide a technology that enables control according to the state of a mobile terminal.

In order to solve the above-described problems, a product sales system according to one aspect of the present invention is a product sales system including a mobile terminal for registering products to be purchased and a host device, wherein the mobile terminal is the mobile terminal and a control means capable of executing a predetermined control according to the state of the mobile terminal acquired by the state acquisition means.

According to the above configuration, it is possible to perform control according to the state of the mobile terminal.

In the product sales system, the mobile terminal includes: identification information acquisition means for acquiring identification information for identifying the product; registration means for performing registration processing for transmission to a higher-level device, and the control means may be capable of executing, as the predetermined control, control to stop the registration processing by the registration means.

According to the above configuration, it is possible to perform control according to the state of the mobile terminal.

In the above product sales system, the state of the mobile terminal is the remaining battery level of the mobile terminal, and the control means is capable of canceling the registration process when the remaining battery level is equal to or less than a predetermined threshold, It may be possible to provide another device with specific information for specifying the product registered by the registration means before the registration process is stopped by the control means.

According to the above configuration, it is possible to continue shopping with another terminal.

The product sales system further includes a checkout device, and when the specific information is provided to the checkout device, the checkout device can execute checkout processing for the product specified by the specific information, When the specific information is provided to another mobile terminal, the other mobile terminal may be able to take over the product specified by the specific information.

According to the above configuration, it is possible to execute the settlement process for the product or to continue shopping with another terminal.

In the above product sales system, the state of the mobile terminal is the intensity of radio waves received by the mobile terminal, and the control means can cancel the registration process when the intensity of the radio waves is equal to or less than a predetermined threshold. There may be provided storage means for storing the identification information acquired by the identification information acquisition means in a storage unit as identification information indicating a product to be registered.

According to the above configuration, it is possible to perform control according to the state of the mobile terminal.

In order to solve the above-described problems, a mobile terminal according to one aspect of the present invention is a mobile terminal for registering a product to be purchased, comprising: identification information acquisition means for acquiring identification information for identifying the product; registration means for performing a registration process of transmitting the identification information acquired by the information acquisition means to a host device as identification information indicating a product to be registered; status acquisition means for acquiring a status of the portable terminal; and status acquisition means. and a control means capable of executing a predetermined control according to the state of the mobile terminal acquired by the control means, wherein the control means executes, as the predetermined control, control to stop the registration process by the registration means. It is characterized by being possible.

According to the above configuration, it is possible to perform control according to the state of the mobile terminal.

In order to solve the above-described problems, a control method according to one aspect of the present invention is a control method for a mobile terminal for registering a product to be purchased, comprising: an identification information acquisition step of acquiring identification information for identifying the product; a registration step of performing a registration process of transmitting the identification information obtained in the identification information obtaining step to a host device as identification information indicating a product to be registered; a state obtaining step of obtaining a state of the portable terminal; a control step capable of executing predetermined control according to the state of the mobile terminal obtained by the state obtaining step, wherein the control step suspends the registration process by the registration step as the predetermined control. It is characterized by being able to execute control.

According to the above configuration, it is possible to perform control according to the state of the mobile terminal.

In order to solve the above-described problems, a program according to one aspect of the present invention is a program for causing a computer to function as a mobile terminal for registering a product to be purchased, the program acquiring identification information for identifying the product. identification information acquisition means; registration means for performing a registration process of transmitting the identification information acquired by the identification information acquisition means to a host device as identification information indicating a product to be registered; and a state for acquiring the state of the portable terminal. functioning as acquisition means and control means capable of executing predetermined control according to the state of the mobile terminal acquired by the state acquisition means, wherein the control means performs the predetermined control by the registration means; The program is characterized by being able to execute control to stop registration processing.

According to the above configuration, it is possible to perform control according to the state of the mobile terminal.

Control according to the state of the portable terminal becomes possible.

1 is a conceptual diagram of a network for explaining a shopping system; FIG. It is a figure which shows the example of installation of a payment|settlement apparatus. It is a figure which shows the example of an external appearance of a payment|settlement apparatus. It is a figure which shows the structural example of a payment|settlement apparatus. It is a conceptual diagram of each function for demonstrating a shopping system. It is an explanatory view explaining various selling price determination logics (selling price determination function). FIG. 4 is an explanatory diagram for explaining various types of information; FIG. 10 is a sequence diagram illustrating an outline of the flow of processing; It is a display example on the display unit of the mobile terminal. It is an example of a display on the display unit of the settlement device. It is a display example on the display unit of the mobile terminal. It is a display example on the display unit of the mobile terminal. It is a display example on the display unit of the mobile terminal. It is a display example on the display unit of the mobile terminal. It is a display example on the display unit of the mobile terminal. It is an example of a display on the display unit of the settlement device. It is an example of a display on the display unit of the settlement device. It is an example of a display on the display unit of the settlement device. It is an example of a display on the display unit of the settlement device. It is an example of a display on the display unit of the settlement device. It is an example of a display on the display unit of the settlement device. 6 is a flow chart showing an example of control based on remaining battery power; 5 is a flow chart showing an example of control based on radio wave intensity;

FIG. 1 is a conceptual diagram of a network for explaining a shopping system. The shopping system shown in FIG. 1 includes a management device (eg, store controller) 10, a cloud server 20, a settlement device 30, a settlement device 40, and a mobile terminal 50 (eg, smart phone, etc.).

The management device 10, the settlement device 30, and the settlement device 40 are installed in the store, and are communicably connected via a LAN 19 (which may be wired or wireless). The management device 10 can communicate with the cloud server 20 . Although two settlement devices 30 are illustrated in FIG. 1, the number of settlement devices 30 in one store may be one or three or more. Further, although two settlement devices 40 are illustrated in FIG. 1, the number of settlement devices 40 in one store may be one or three or more. The number of settlement devices 30 and the number of settlement devices 40 do not have to match. In addition, one management device 10 is basically provided for one store, but two or more devices may be provided.

The mobile terminal 50 is operated by a customer (such as a shopper who is a member of the store). The mobile terminal 50 has a general communication function and an imaging function (camera), as well as a recognition function that scans the barcode attached to the product to read the product code, that is, recognizes the barcode attached to the product. Prepare. Note that the recognition function provided in the mobile terminal 50 may be any function as long as it can read the product code, and does not have to be capable of recognizing which product the read product code is. In other words, when a barcode exists as an object in an image captured by the imaging function (an image acquired as a through image), the mobile terminal 50 can read the product code from the barcode. It should be

In addition, the mobile terminal 50 captures an image (releases the shutter) of the product (for example, the peripheral portion to which the barcode is attached) and generates a captured image (image data). The portable terminal 50 may perform image capturing by releasing the shutter according to the operation of the customer who is the operator, but in the present embodiment, it is preferable that the portable terminal 50 itself determines to release the shutter.

Moreover, the mobile terminal 50 may be equipped with an image recognition technology for extracting feature points from an image (through image, captured image) and recognizing an imaged target (object or the like). For example, the mobile terminal 50 may identify (estimate) the imaged product using image recognition technology.

The portable terminal 50 is basically assumed to be owned by each customer, but may be lent by the store. Note that the number of mobile terminals 50 (the number in operation) varies depending on the number of visitors to the store, etc. In FIG. showing.

Both the settlement device 30 and the settlement device 40 are settlement devices that allow at least cash payment as a settlement method. The settlement device 30 does not have a communication function with the cloud server 20 , but the settlement device 40 has a communication function with the cloud server 20 . The cloud server 20 manages, for example, transaction information (basket information) for each customer.

The shopping system shown in FIG. 1 is for explaining the shopping system according to this embodiment, and the shopping system according to this embodiment does not necessarily include all the configurations shown in FIG. For example, the shopping system according to the present embodiment may be composed of the cloud server 20 and the settlement device 40, may be the cloud server 20 alone, or may be the settlement device 40 alone. may

FIG. 2 is a diagram showing an installation example of the settlement device 40. As shown in FIG. FIG. 2A is a perspective view of the settlement device 40 and the like as viewed from the customer side. FIG. 2B is a perspective view of the checkout device 40 and the like as seen from the store clerk side. As shown in FIG. 2A, a counter is placed on the right side of the settlement device 40 as viewed from the customer side.

FIG. 3 is a diagram showing an example of the appearance of the settlement device 40. As shown in FIG. FIG. 3A is a perspective view of the settlement device 40 viewed from the customer side. FIG. 3B is a perspective view of the settlement device 40 as seen from the store clerk side. FIG. 4 is a diagram showing a configuration example of the settlement device 40. As shown in FIG. 3 and 4, the same reference numerals are given to the same parts.

Hereinafter, a configuration example of the settlement device 40 shown in FIG. 4 will be described with reference to FIG. The settlement device 40 includes a CPU 401, a ROM 402, a RAM 403, a hard disk 404, a customer-side display unit 405, a customer-side scanner unit 406, a card settlement unit 408, a change machine 409, a clerk-side display unit 410, A key operation unit 411 , a store clerk side scanner unit 412 , a printing unit 413 , an audio output unit 414 , and a communication unit 415 are provided. They can communicate with each other via a bus.

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 information used by the CPU 401 including programs.

A RAM 403 is a read/write memory and stores various information. 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.

The hard disk 404 stores various information. The hard disk 404 may store programs executed by the CPU 401 instead of the ROM 402, for example. Also, instead of the RAM 403, information read from the ROM 402, information obtained from the outside, information generated during processing, and the like may be stored.

The customer-side display unit 405 is a touch display for customers, which displays various information to the customer and receives various inputs from the customer.
The customer-side scanner unit 406 is a scanner unit for customers, and for example, scans a bar code attached to a product to read the product code. Further, the customer-side scanner unit 406 may scan a code (bar code, two-dimensional code, etc.) printed on an accounting ticket (registered trademark) to read information necessary for settlement. Further, the customer-side scanner unit 406 may scan a code (such as a two-dimensional code) displayed on the display unit of the mobile terminal 50 to read information necessary for payment.

The customer-side scanner unit 406 is used when the customer registers the product, but the customer may register the product by another method. For example, when a preset key corresponding to a product (a button for ordering a product) is displayed on the customer-side display unit 405, the customer may operate (press) the preset key to register the product.

The card settlement unit 408 is a settlement mechanism using various cards (credit cards, prepaid cards such as transportation cards, etc.). The card settlement unit 408 of this embodiment includes a card recognition unit (reading unit), a display unit, and an operation unit. Note that the card recognition unit may recognize various types of cards (for example, membership cards, point cards, etc.) that are not directly used for payment (settlement).

The change machine 409 (cash settlement unit) is a settlement mechanism using cash, and has an insertion slot for banknotes and coins and a discharge port for banknotes and coins. The amount of change, which is the difference, is calculated, and the change is discharged from the discharge port. The change dispenser 409 is directed toward the customer and operated by the customer. Note that when banknotes or coins are inserted into the slot, they are detected by a sensor (detection of insertion, detection of the number of coins by denomination, etc.).

In other words, the change machine 409 is used in the settlement device 40 when the payment for the registered product is settled in cash (money). The change dispenser 409 includes a banknote slot for inserting banknotes, a coin slot for inserting coins, a banknote ejection slot for ejecting banknotes, a coin ejection slot for ejecting coins, and a slot for inserting or ejecting coins. It has a counting unit for counting money, a mechanism for transporting money between the inlet or outlet and the storage unit, the above-described sensor, and the like. Note that the banknote slot and coin slot are also referred to as a deposit slot. The banknote ejection opening and the coin ejection opening are also referred to as change ejection openings. Note that the banknote slot and the banknote ejection slot may be common, and the coin slot and coin ejection slot may be common.

In addition, the change machine 409 counts the amount of money replenished during the closing process and stores it in the storage unit. In addition, the change machine 409 counts the amount of money to be dispensed during the closing process, and releases the money from the change outlet. The closing process is a process of adjusting the amount of money stored in the change dispenser 409 (amount of cash/amount of cash in hand) after the store is closed or before the store opens to the reference amount.

The clerk-side display unit 410 is a touch display for the clerk, which displays various information to the clerk and receives various inputs from the clerk.
The key operation unit 411 is composed of various keys (buttons) and receives various inputs from the store clerk.
The salesclerk-side scanner unit 412 is a scanner unit for salesclerks, and for example, scans a bar code attached to a product to read the product code. Further, the clerk-side scanner unit 412 scans a bar code or the like attached to the clerk's name tag to read the clerk code.

Note that the clerk-side scanner unit 412 is used when the clerk registers products, but the clerk may register the products by other methods. For example, if a key corresponding to a product (for example, a key corresponding to a sports newspaper) is arranged in the key operation unit 411, the store clerk can operate (press) the key to register the product. good. In addition, when a preset key corresponding to a product is displayed on store clerk-side display unit 410, the store clerk may operate the preset key to register the product.

The printing unit 413 prints and issues various media (receipts, accounting coupons, etc.). The printing unit 413 can be rotatably changed from the clerk side to the customer side and from the customer side to the clerk side (the direction of the medium issuing port). The orientation of the printing unit 413 may be changed manually, or may be changed automatically (mechanically controlled, etc.) according to transition (switching) of operation modes (details will be described later), for example. Note that whether the orientation of the printing unit 413 is correct or incorrect may be detected by a sensor or the like.

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 (another settlement device 40, settlement device 30, management device 10).

Although the appearance and hardware configuration of the settlement device 40 have been described above, the description of the appearance and hardware configuration of the settlement device 30 is omitted. As will be described later (see FIG. 5, etc.), the settlement device 30 and the settlement device 40 have different functions realized by software, but the settlement device 30 and the settlement device 40 have the same appearance and hardware configuration. There may be, or they may be different. For example, the settlement device 40 has two scanner units (the customer-side scanner unit 406 and the store clerk-side scanner unit 412), whereas the settlement device 30 has one scanner unit. may

FIG. 5 is a conceptual diagram of each function for explaining the shopping system of this embodiment. FIG. 6 is an explanatory diagram for explaining various selling price determination logics (selling price determination function). FIG. 7 is an explanatory diagram for explaining various types of information.

FIG. 5 is for explaining the shopping system according to this embodiment, and the shopping system according to this embodiment does not necessarily include all the configurations shown in FIG. For example, the shopping system according to the present embodiment may be composed of the cloud server 20 and the settlement device 40, may be the cloud server 20 alone, or may be the settlement device 40 alone. good. Also, FIG. 5 extracts and explains the functions related to the features of the shopping system according to the present embodiment, and does not exhaustively explain the functions generally required for the shopping system.

(Payment device 30)
As shown in the lower right of FIG. 5, the settlement device 30 has selling price determination logic (selling price determination function) and settlement function. The selling price determination logic is a function of determining (calculating) the selling price (billed amount as sales consideration) required in the settlement process, and is implemented by software. There are various types of selling price determination logic (see, for example, FIG. 6), but in the example shown in FIG.

Note that the selling price determination logic A shown in FIG. 6 is a basic price calculation function of a discount price for a basic single item corresponding to a selling price change during operation (as appropriate). The selling price determination logic B is a single item discount price calculation function that calculates a discount price for a single item based on setting information (single item discount setting information). The selling price determination logic C is a subtotal discount price calculation function that calculates a discount price for a subtotal based on setting information (subtotal discount setting information). The selling price determination logic D is a member discount price calculation function that calculates a discount price for a single item or a subtotal based on setting information (member discount setting information). The selling price determination logic E is a time service discount price calculation function that calculates a discount price for a single item based on setting information (time service discount setting information). The selling price determination logic F is a mix-match discount price calculation function that calculates a discount price for a mix product (a group of products whose combination is not specified (indefinite)) based on setting information (mix-match discount setting information). The selling price determination logic G is a set match discount price calculation function that calculates a discount price for a set product (commodity group specified (fixed) in combination) based on setting information (set match discount setting information). The selling price determination logic H is a settlement type discount price calculation function that calculates a discount price according to the settlement type used based on setting information (settlement type discount setting information).

The members to whom the selling price determination logic D (member discount price calculation function) is applied may be all customers (all customers) or some customers (eg, customers with a specific customer rank). may

Information related to the selling price determination logic A (selling price change information) and various setting information corresponding to the selling price determination logic B to the selling price determination logic H are stored in the storage unit of the settlement device 30 (or a device accessible by the settlement device 30). It is sufficient if it is stored. The settlement device 30 includes the selling price determination logics A and B as described above, but does not include the selling price determination logics C to F. Setting information (single item discount setting information) corresponding to the decision logic B can be referred to.

Also, although not shown in FIG. 6, there is a selling price determination control logic that supervises each selling price determination logic separately from each selling price determining logic (selling price determining logics A to H). The selling price determination control logic is logic for determining the selling price across a plurality of selling price determination logics. For example, if there are selling price determination logic B (single item discount price calculation function) and selling price determination logic D (member discount price calculation function), the selling price determination control logic has selling price determination logic B and selling price determination logic D. is determined based on setting information (selling price determination general setting information).

As an example, product a (100 yen in product information) is 90 yen (10 yen discount) according to selling price determination logic B (and single item discount setting information), and selling price determination logic D (and member discount setting information) is 80 yen (20 yen discount), when a member (customer to whom selling price determination logic D is applied) purchases product a, the selling price determination overall logic is only selling price determination logic D may be applied to set the price of product a to 80 yen (20 yen discount), or both selling price determination logics B and D may be applied to set the price of product a to 70 yen (30 yen discount). . Setting information (selling price determination general setting information )according to. Note that the sales price determination overall logic may determine the smaller discount amount.

For example, when the member discount amount is larger as described above (when the selling price determination logic B reduces the individual item price by 10 yen and the selling price determination logic D causes the member discount amount to be 20 yen), the selling price determination logic D is applied. There is also a case where only the selling price determination logic B is applied to set the price of the product a to 90 yen. Specifically, if a discount limit is set for member discounts or if purchases made by member discounts are not reflected in the results of membership ranks, the setting information (selling price determination general setting information). Conversely, if the single item discount amount is larger (when the single item discount amount by the selling price determination logic B is 30 yen and the member discount amount by the selling price determination logic D is 20 yen), the selling price determination logic B is set to There is also a case where only the selling price determination logic D is applied and the price of the product a is set at 80 yen. Specifically, if the purchase results of member discounts are preferentially treated in calculating the membership rank, the setting information (selling price determination general setting information) may be set to the effect that only the selling price determination logic D is applied.

The sales price determination control logic described above may be provided as necessary (when adjustment is required in multiple sales price determination logics). For example, in the present embodiment, the cloud server 20 (also the settlement device 30) includes selling price determination logics A, B, and C (FIG. 5), but may further include selling price determination integrated logic.

It should be noted that the sales price determination control logic may also be regarded as one of the sales price determination logics shown in FIG. In the following description, one or more of the individual selling price determination logics shown in FIG. be. In other words, simply describing "selling price determination logic" may or may not exclude the selling price determination overall logic.

The settlement function is a function of executing settlement processing (for example, payment of cash using a change dispenser, etc.) based on the selling price determined by the selling price determination logic.

Although FIG. 5 illustrates the selling price determination logic as a separate function from the settlement function, the selling price determination logic may be regarded as a part of the settlement function. In other words, in FIG. 5, the part that determines the selling price and the part that actually executes payment based on the determined selling price are treated separately. Although the part that executes the payment is called the settlement function, the part that determines the selling price may also be called the settlement function. In the case of calling the settlement function including the part that determines the selling price, the selling price determination logic is a part of the settlement function.

(Management device 10)
As shown in the upper right of FIG. 5, the management device 10 stores store information and product information. The management device 10 may have selling price determination logic. The store information stored by the management device 10 is information about the store in which the management device 10 is installed, and includes, for example, the store name of the store, information specifying the store, and the like. The product information stored by the management device 10 is information about products sold at the store where the management device 10 is installed, and includes, for example, product codes, product names, prices, and the like. For example, the management device 10 may acquire and store product information and the like from an external source (server (not shown) at headquarters, etc.). Also, the management device 10 may be external (a server at the headquarters). In other words, it may manage common or separate (for each store) product information and sales price determination logic used in each store.

(Cloud server 20)
As shown in the upper left of FIG. 5, the cloud server 20 has selling price determination logic. As described above, there are various types of selling price determination logic (see, for example, FIG. 6). In the example shown in FIG. Logic C is provided. The cloud server 20 includes selling price determination logics A to C, but does not include selling price determination logics D to F. It is sufficient that corresponding setting information (single item discount setting information) and setting information (subtotal discount setting information) corresponding to selling price determination logic C can be referred to.

The cloud server 20 also stores customer information, store information, merchandise information, and basket information. Customer information is information for managing individual customers. The cloud server 20 generates customer information at the time of customer registration (it may be understood that the customer has been registered by storing the customer information of a certain customer). Also, the cloud server 20 appropriately updates the customer information based on the basket information and the like. For example, the cloud server 20 may refer to the basket information at a predetermined time every day and update the customer information.

The cloud server 20 stores, for example, customer information as shown in FIG. 7(A). The customer information shown in FIG. 7A includes customer identification information, customer name, customer registration date, cancellation information, customer rank, number of points, and the like. Customer identification information is identification information that uniquely identifies a customer. The customer name is the customer's name, nickname, or the like. The customer registration date is the date and time when the customer was registered. Cancellation information is information regarding cancellation of a registered product after registration. The customer rank is a rank according to the customer's purchase record. When generating customer information for a new customer, customer identification information, customer name, and customer registration date are generated, but since the actual transaction (product registration) has not yet started, other information (cancellation information, etc.) is not generated.

The cloud server 20, for example, at the time of customer registration (for example, when the mobile terminal 50 uses the service provided by the cloud server 20 from the outside (for example, a predetermined server that provides general applications, the cloud server 20), an application (application) generates and stores customer identification information when downloading or installing Further, for example, the cloud server 20 acquires the information entered in the name column of the registration form (input form) using the portable terminal 50 at the time of customer registration, and stores the information as the customer name. Also, the cloud server 20 acquires, for example, the current date and time at the time of customer registration, and stores it as the customer registration date.

The cloud server 20 stores part or all of the customer information in another device (such as a file server accessible by the cloud server 20) in place of or in addition to storing the customer information in its own storage unit. You can remember.

The store information is acquired from the management device 10 of each store (see transmission/reception data "D0" in FIG. 5. Transmission/reception data "D1" to "D6" will be explained in FIG. 8). That is, the cloud server 20 stores the store information by receiving the store information directly from the management device 10 of each store or indirectly via another device.

The cloud server 20 stores, for example, shop information as shown in FIG. 7(B). The store information shown in FIG. 7B includes store identification information, store name (branch name), store identification information 1, and store identification information 2. FIG. The store identification information is identification information that uniquely identifies the store. The store identification information shown in FIG. 7B is composed of a store (store 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 a store (store name) or company and a branch name. The shop identification information 1 is information of a two-dimensional code (QR code (registered trademark), etc.) for identifying a shop to trade (a shop where merchandise is bought and sold). The store identification information 2 is store location information (GPS information) for specifying the store to trade with. In the example shown in FIG. 7B, the store identification information and the store identification information 1 are different, but the store identification information and the store identification information 1 may be the same.

Note that the cloud server 20 may acquire and store store information and the like from an external source (such as a server (not shown) at the headquarters that controls each store). In addition, cloud server 20 stores part or all of the store information in another device (such as a file server accessible by cloud server 20) instead of or in addition to storing the store information in the storage unit within its own device. You can remember.

The product information is acquired from the management device 10 or the like of each store (see transmission/reception data "D0" in FIG. 5. Transmission/reception data "D1" to "D6" will be explained in FIG. 8). That is, the cloud server 20 stores the product information by receiving the product information directly from the management device 10 of each store or indirectly via another device. Note that the cloud server 20 may acquire and store product information from an external source (such as a server (not shown) at the headquarters that controls each store). In addition, cloud server 20 stores part or all of the store information in another device (such as a file server accessible by cloud server 20) instead of or in addition to storing the store information in the storage unit within its own device. You can remember.

Basket information is information for managing individual transactions. The cloud server 20 generates basket information at the start of trading. In addition, the cloud server 20 updates the basket information as the transaction progresses (each time a product is registered). may be used).

The cloud server 20 stores, for example, basket information as shown in FIG. 7(C). The basket information shown in FIG. 7C includes basket identification information, transaction start date and time, transaction end date and time, customer identification information, registered product information, pending product information, cancellation information, and the like. Basket identification information is identification information that uniquely identifies a basket. The basket identification information shown in FIG. 7C is composed of store identification information, dates, and serial numbers (for example, serial numbers by store and by date). The transaction start date and time is the date and time when the transaction started. The transaction start date and time shown in FIG. 7 is the date and time when the basket information is generated. The transaction start date and time may be the registration date and time of one product (the date and time when the registered product information (registered product 1) in FIG. 7C is stored). Both the date and time of creation of basket information and the date and time of registration of one item of merchandise may be stored separately.

The transaction end date and time is the end date and time of the transaction. The transaction start date and time shown in FIG. 7 is the settlement date and time. The customer identification information is customer identification information that identifies the customer of the transaction. When generating basket information, basket identification information, transaction start date and time, and customer identification information are generated, but other information (transaction end date and time, etc.) is generated before the actual transaction (product registration) starts. not. Note that the settlement date and time may be the settlement start date and time, or may be the settlement end date and time. Both the settlement start date and time and the settlement end date and time may be stored separately.

The registered product information (total) is information updated each time a product is registered. The registered product information (total) includes the number of products (number of products), approximate subtotal amount (approximate subtotal amount before price calculation by price determination logic), subtotal amount (subtotal amount after price calculation by price determination logic), and the like. Registered product information (1) is registered information of one item of product. Registered product information (2) is registered information of two items of products. Note that in the example shown in FIG. 7C, illustration of registered product information (3) to registered product information (5) is omitted. The registered product information (N; N is an integer) includes product code, product name (product name), price, and the like.

The registered product information (N) may include the registration date and time of the N item product. That is, the cloud server 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 criterion for determining the necessity of application of services such as time service (service based on selling price determination logic E) and the effect after application.

The pending product information (total) is information updated each time a pending product (described later) is registered. The pending product information (total) includes the number of pending products (number of products), the number of NON files (also called "NO-FILE") among the pending products, and the number of pending products that cannot be read (confirmation of unauthorized operation required). Including the number of items, etc.

A NON file means that the bar code was successfully scanned at the store (although the product code could be read), but the product code was not stored in the product information, or that the product code was successfully scanned at the store. However, it is a product whose product code is not stored in the product information.

The reading NG means that the product code scanning failed at the store (the product code could not be read), or the product for which the product code scanning failed at the store. In other words, reading NG is time-out processing when it can be determined that the product has been imaged for a certain period of time by image recognition technology, but the bar code cannot be recognized, or the product has been time-out processed. For example, if the barcode cannot be correctly acquired (recognized) due to wrinkles on the package, blurred or dirty barcode printing, it is determined that reading is NG. Also, when an illegal operation of pretending to have read the bar code and throwing it into the basket is detected, it is determined that reading is NG. The mobile terminal 50 includes a sensor (for example, a gyro sensor, an acceleration sensor, a distance sensor, etc.). is tilted and an article (merchandise) is present at a certain distance ahead of the mobile terminal 50). When the barcode cannot be read within a predetermined time (when the barcode cannot be read even though the barcode reading continues for a predetermined time), timeout processing is performed and the product is held (reading NG).

Reserved product information (reserved product 1) is information on one item of reserved product. Reserved product information (reserved product 2) is information on two items of reserved products. The reserved product information (reserved product 3) is information of three reserved products.

Reserved product information (reserved product N; N is an integer) includes the reserved product type (information indicating whether the relevant reserved product is a NON file or read NG) and image data (image data captured when reading is NG). include. For example, if the N item product is a pending product based on a NON file, the pending product information (reserved product N) includes pending product type "1 (NON file)" and image data. Also, when the product of the N item is a reserved product such as reading NG, the reserved product information (reserved product N) includes the reserved product type “2 (reading NG)” and image data.

Instead of storing the basket information in the storage unit within the cloud server 20, or in addition, the cloud server 20 stores part or all of the basket information in another device (such as a file server accessible by the cloud server 20). You can remember.

In addition to the above-described NON file or reading NG, the suspended product also occurs when the communication between the mobile terminal 50 and the cloud server 20 is unstable due to radio wave conditions or the like. In this embodiment, as an example, the radio wave intensity is evaluated in five stages from level 1 to level 5. FIG. A larger value indicates a stronger radio wave intensity. When the radio wave intensity becomes level 2 or less, the mobile terminal 50 stops the registration process of transmitting the product code to the cloud server 20 and stores the product code in the memory of the mobile terminal 50 . A product whose product code is stored in the memory of the mobile terminal 50 in this manner is also referred to as a "radio wave pending product" in the following description. On the other hand, a product that has become a reserved product due to a NON file or reading NG is also referred to as a “normal reserved product”. If there is no particular distinction between radio wave reserved products and normal reserved products, they are simply referred to as "reserved products".

(Payment device 40)
As shown in the lower left of FIG. 5, the settlement device 40 has a cloud communication function, a mobile terminal interlocking function, and a settlement function. The cloud communication function is a function of communicating with the cloud server 20 . The mobile terminal interlocking function is a function that interlocks with the mobile terminal 50. For example, a code (two-dimensional code, etc.) displayed on the display unit of the mobile terminal 50 is optically scanned (read), and the scanned information ( or information based on scanned information) to the cloud communication function side. The code displayed on the display unit of the mobile terminal 50 is coded information (for example, basket identification information) necessary for executing the settlement process for the purchased product by the mobile terminal 50 . Note that the cloud communication function and the mobile terminal interlocking function are unique functions of the settlement device 40 that the settlement device 30 does not have.

The settlement function is a function of executing settlement processing (for example, cash payment using a change dispenser, etc.) based on the selling price determined by the selling price determination logic of the cloud server 20 .

Since the settlement device 40 has a cloud communication function, a mobile terminal interlocking function, and a settlement function, for example, a code displayed on the display of a customer's mobile terminal 50 (information that can identify the customer's basket information) can be scanned. Then, the scanned information (or information based on the scanned information) is transmitted to the cloud server 20, the selling price (subtotal information) based on the customer's basket information is received from the cloud server 20, and settlement processing is performed based on the received selling price. can be executed.

(Mobile terminal 50)
In order to use the smartphone owned by the customer as the mobile terminal 50 that can perform the store registration process, the customer performs member registration so that the registration process can be performed using the smartphone.

When registering a new member, it is preferable to register information such as the member's name, address, telephone number, and e-mail address that can be used to verify the identity of the member, as well as register credit card information. The registration procedure can be either online or offline. For example, you can enter the necessary information on a registration form, tablet, etc. at a store and notify the registered e-mail address of the download URL to download a dedicated application, or you can download a dedicated application from a host device. After the introduction, the member registration screen may be launched and the registration procedure may be performed. It may be provided from a site on the Internet that provides applications for the mobile terminal 50 .

Also, if the customer is already a card member of the store, etc., in the member registration process, the registration as a member may be completed by additionally registering only credit card information, for example. Information to be registered is not limited to the above information. For example, in the case where the store is a chain store, by registering information such as the store that is always used, information unique to the store may be distributed. Furthermore, the mobile terminal 50 may notify information such as "special sale information", "related/alternative products", "new products", and "out-of-stock information" in the store when entering the store. If it is a holiday such as a day, it may be displayed to that effect.

As shown in the lower left of FIG. 5, the mobile terminal 50 communicates with the cloud server 20. FIG. The mobile terminal 50 registers products by communicating with the cloud server 20 . That is, the mobile terminal 50 captures an image of a barcode attached to a product, recognizes the barcode as an object (reads the product code from the barcode), and transmits the product code to the cloud server 20. (Specifically, the product code is stored in the basket information of the cloud server 20).

Also, the mobile terminal 50 generates a code (two-dimensional code, etc.). In other words, the mobile terminal 50 displays a code on the display unit in relation to the mobile terminal interlocking function of the settlement device 40, but the mobile terminal 50 generates the code to be displayed on the display unit by itself and displays the code on the display unit. . As described above, the code generated by the mobile terminal 50 and displayed on the display unit contains information (for example, basket identification information) necessary for executing the settlement process for the purchased product by the mobile terminal 50. It is coded.

Note that the mobile terminal 50 implements a function of communicating with the cloud server 20 and a function of generating a code (two-dimensional code or the like) as functions of an application obtained from the outside. That is, the mobile terminal 50 may communicate with the cloud server 20, generate codes, and display codes by activating applications.

Note that the mobile terminal 50 does not have to have the function of generating the code to be displayed on the display unit. For example, instead of the mobile terminal 50, the cloud server 20 may have the function of generating the code. That is, the cloud server 20 generates a code based on a request from the mobile terminal 50, transmits the generated code to the mobile terminal 50, the mobile terminal 50 requests the cloud server 20 to generate the code, and the cloud server 20 may be received and displayed on the display.

FIG. 8 is a sequence diagram outlining the flow of processing in the functional configuration of FIG. Specifically, FIG. 8 shows a process in which a certain customer visits a certain store, registers products displayed at the store, and completes payment for the registered products. An example of each processing of the settlement device 40 installed in the store and the cloud server 20 installed outside such as a data center is shown. The left side of FIG. 8 is the processing of the mobile terminal 50 , the center is the processing of the settlement device 40 , and the right side is the processing of the cloud server 20 . FIG. 9 is a display example on the display unit of the mobile terminal 50. As shown in FIG. FIG. 10 is an example of display on the display unit of the settlement device.

Hereinafter, the flow of operation shown in FIG. 8 will be described with reference to FIGS.
Step S1: The mobile terminal 50 acquires information specifying a store (store specifying information). For example, a two-dimensional code for specifying the store is displayed near the entrance of the store (output the two-dimensional code on the display screen, affix a medium on which the two-dimensional code is printed, etc.) so that customers who visit the store can By scanning (reading) the two-dimensional code with the terminal 50, the mobile terminal 50 may acquire the shop identification information. When a customer visiting the store activates the application, a screen for instructing the customer to scan the two-dimensional code may be displayed as an initial screen. Then, the application is started, and as an initial screen, a screen for informing the customer that the connection to the cloud server 20 is being established may be displayed.

Further, for example, since a store is specified by its location, a customer visiting the store may acquire location information (GPS information) using the mobile terminal 50 at the store (i.e., acquire the location information of the store as the store identification information). may be used). It should be noted that when a customer visiting the store activates the application, position information may be acquired and a screen may be displayed as an initial screen to inform the customer that the connection to the cloud server 20 is in progress. If a plurality of stores are detected from the position information and one cannot be identified, a selection screen may be displayed for the customer to select. Alternatively, the mode may be switched to forcibly acquire the two-dimensional code.

The portable terminal 50 that has acquired the store identification information transmits the acquired store identification information together with the customer identification information to the cloud server 20 as a transaction start request (see transmission/reception data “D1” in FIGS. 5 and 8). As for the customer identification information, as described above, the information entered in the name column of the registration form using the mobile terminal 50 at the time of customer registration (when downloading or installing an application to the mobile terminal 50) is stored in the cloud server 20. customer information, it may also be stored in the storage unit of the mobile terminal 50 in addition to the cloud server 20 . In addition, when the store is specified (when the product registration initial screen described later) is acquired, the store name of the store, the service in progress (flyer information distributed on that day), and available coupon information It may be displayed on a screen (a product registration initial screen or a screen different from the product registration initial screen). Information on services and coupons may be acquired from the cloud server 20 as screen information, for example.

Also, the destination information (the address of the cloud server 20) may be acquired at the time of customer registration (when downloading or installing the application to the mobile terminal 50) and stored in the storage unit of the mobile terminal 50. good. In addition, in the case of scanning a two-dimensional code, in addition to the shop identification information, the destination information) is also converted into a two-dimensional code, and by scanning the two-dimensional code with the mobile terminal 50, the mobile terminal 50 may also acquire destination information together with the shop identification information.

Step S2: The cloud server 20 receives the customer identification information and the shop identification information from the portable terminal 50 as a transaction start request, and creates a basket for the transaction. Specifically, basket information as shown in FIG. 7(C) is generated. When generating basket information, basket identification information, transaction start date and time, and customer identification information are generated, but other information (transaction end date and time, etc.) is generated before the actual transaction (product registration) starts. not.

As described above, the cloud server 20 stores store information such as that shown in FIG. ), if the received shop identification information is a two-dimensional code, the shop identification information is obtained by referring to the shop identification information 1, and the received shop identification information is location information (GPS information). In this case, the store identification information is acquired by referring to the store identification information 2 . If the store identification information received from the mobile terminal 50 is two-dimensionally coded store identification information, the cloud server 20 may acquire the store identification information as it is.

That is, the cloud server 20 that receives the customer identification information and the shop identification information as the transaction start request from the mobile terminal 50 acquires the shop identification information from the shop identification information received from the mobile terminal 50, further acquires the current date, A serial number is issued (numbered), and the store identification information, the current date, and the serial number are combined and stored as the basket identification information in the basket information. In addition, the cloud server 20 that receives the shop identification information and the customer identification information from the portable terminal 50 as a transaction start request acquires the current date and time and stores it as the transaction start date and time (creation date and time) in the basket information. In addition, the cloud server 20 that receives the shop identification information and the customer identification information from the mobile terminal 50 as a transaction start request stores the customer identification information received from the mobile terminal 50 as the customer identification information in the basket information.

Step S<b>3 : The cloud server 20 that has generated the basket of 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 portable terminal 50 . Specifically, the cloud server 20 generates, for example, product registration initial screen information such that a product registration initial screen as shown in FIG. The information is transmitted to the portable terminal 50 together with the basket identification information (see transmission/reception data "D2" in FIGS. 5 and 8).

Step S4: The portable terminal 50 that has received the basket identification information and product registration initial screen information from the cloud server 20 stores the basket identification information and displays the registration screen on the display unit. Specifically, the portable terminal 50 displays a product registration initial screen as shown in FIG. 9A, for example.

Step S5: By the customer's operation, the portable terminal 50 scans the barcode attached to the product to read the product code. In FIG. 8, it is assumed that the scanning of the bar code is successful. It should be noted that, although simplified in FIG. 5 for convenience of explanation, steps S5 to S9 are repeatedly executed each time the bar code attached to the product is scanned.

The portable terminal 50 that has acquired the barcode transmits the product code obtained by scanning to the cloud server 20 together with the basket identification information (see transmission/reception data “D3” in FIGS. 5 and 8).

Step S6: The cloud server 20, which has received the basket identification information and product code from the mobile terminal 50, identifies the basket of the transaction from the basket identification information.

Step S7: The cloud server 20 updates the product data in the specified basket. Specifically, when the cloud server 20 receives a product code as the N item, it stores the product code as the product code of the registered product information (registered product N) in the basket information of the specified basket, The product name and price corresponding to the product code are acquired from the product information, and stored as the product and price of the registered product information (registered product N). The cloud server 20 also updates the registered product information (total) in the basket information of the specified basket.

Step S8: The cloud server 20 that has updated the product data in the basket generates product registration update screen information (screen information of the product registration screen, which is an update screen to which the registered product is added), and transmits it to the mobile terminal 50. . Specifically, the cloud server 20 generates, for example, product registration update screen information such that a product registration update screen as shown in FIG. 9B is displayed on the mobile terminal 50, and The information is transmitted to the portable terminal 50 together with the basket identification information (see transmission/reception data "D4" in FIGS. 5 and 8).

Note that the product registration screen (product registration update screen) shown in FIG. 9B is displayed on the portable terminal 50 after "00 bread" is registered as the third product. That is, when the cloud server 20 stores "XX yogurt" as one item in the basket, it generates product registration update screen information such that "XX yogurt" is displayed on the mobile terminal 50, and the generated product When the registration update screen information is sent to the mobile terminal 50 together with the basket identification information, and "XX chocolate" is stored in the basket as the second item, "XX yogurt" and "XX chocolate" are displayed on the mobile terminal 50. is generated, the generated product registration update screen information is transmitted to the portable terminal 50 together with the basket identification information, and "00 loaf of bread" is stored in the basket as the third item. As shown in (B), the product registration update screen information is generated so that "○○ yogurt", "○○ chocolate" and "○○ bread" are displayed on the mobile terminal 50, and the generated product registration update is performed. The screen information is transmitted to the mobile terminal 50 together with the basket identification information.

Step S9: The portable terminal 50 that has received the basket identification information and the product registration update screen information from the cloud server 20 adds the product to the registration screen. Specifically, the portable terminal 50 displays, for example, a product registration update screen as shown in FIG. 9B. As described above, the product registration screen (product registration update screen) shown in FIG. 9(B) is displayed on the mobile terminal 50 after "○○ Bread" is registered as the third product. be.

Step S10: The mobile terminal 50 accepts an accounting instruction as a customer's operation. For example, the touch of the "Proceed to checkout" button shown in FIG. 9B is accepted.

Step S11: The mobile terminal 50 that has received the accounting instruction generates a two-dimensional code. That is, the mobile terminal 50 two-dimensionally encodes information (for example, basket identification information) that is necessary for executing settlement processing for the purchased product by the mobile terminal 50 . The mobile terminal 50 that has generated the two-dimensional code displays the generated two-dimensional code on the display. For example, a code display screen displaying a two-dimensional code as shown in FIG. 9C is displayed on the display unit.

Step S<b>12 : The settlement device 40 scans (reads) the two-dimensional code displayed on the display of the mobile terminal 50 . For example, the settlement device 40 scans a two-dimensional code displayed on the display unit of the portable terminal 50 that is directed within the recognition range of the customer-side scanner unit 406 by the store clerk.

Step S13: After reading the two-dimensional code displayed on the display of the mobile terminal 50, the settlement device 40 requests the cloud server 20 to calculate the subtotal amount. For example, the settlement device 40 transmits a calculation request (sub-calculation request information) requesting calculation of the sub-total amount to the cloud server 20 together with the basket identification information obtained from the two-dimensional code (transmission data " D5”).

Step S14: The cloud server 20, which has received the basket identification information and the small calculation request information from the mobile terminal 50, identifies the basket of the transaction from the basket identification information.

Step S15: The cloud server 20 that has specified the basket calculates the subtotal amount of the specified basket. Specifically, the cloud server 20 calculates the subtotal amount using the sales price determination logic (see FIG. 5). For example, if the products in the basket are the three items shown in Fig. 9 (B) ("○○ yogurt", "○○ chocolate", and "○○ bread"), discounts based on the selling price determination logic A, B, and C is not applied, the cloud server 20 calculates the subtotal amount of 830 yen, which is the same amount as the approximate amount of 830 yen (see FIG. 9B). Also, for example, if the products in the basket are the three items shown in FIG. If "Yogurt" is discounted by 30 yen, the cloud server 20 calculates the subtotal amount of 800 yen, which is 30 yen lower than the estimated amount of 830 yen (see FIG. 9B).

Step S16: The cloud server 20 that has calculated the subtotal amount updates the basket information (stores the subtotal amount (calculated subtotal amount)), and also transmits the subtotal information indicating the calculated subtotal amount to the settlement device 40 together with the basket identification information. (Refer to transmission/reception data “D6” in FIGS. 5 and 8).

Step S17: After receiving the basket identification information and the subtotal information from the cloud server 20, the settlement device 40 displays the subtotal amount on the customer-side display section 405. FIG. For example, the settlement device 40 receives the subtotal information indicating the subtotal amount (830 yen without discount), and the settlement device 40 outputs the subtotal amount 830 in the total column as shown in FIG. 10(A). is displayed on the customer side display unit 405 . Further, for example, the settlement device 40 receives the subtotal information indicating the subtotal amount (800 yen discounted by 30 yen), and the settlement device 40 outputs the subtotal amount 800 in the total column as shown in FIG. The settlement screen is displayed on the customer side display section 405 .

As shown in FIG. 10, the customer selects a payment method for product payment processing on the payment screen, but the payment method may be registered in the application in advance. When the settlement method is registered, the settlement device 40 does not have to display the screen for selecting the settlement method. Note that it is preferable that the payment method can be changed even if the payment method is registered.

In settlement, it is possible to pay with gift certificates or with points of point members. Also, discount tickets such as coupons can be used, and payment can be made in the same manner as normal payment processing, such as paying out change and issuing receipts. When a store clerk needs to intervene to collect gift certificates, etc., the store clerk is automatically called. Alternatively, the settlement device 40 may display a guide to a service counter, manned POS, or the like.

Step S18: The settlement device 40, which has displayed the subtotal amount on the customer-side display section 405, executes payment (settlement). Specifically, the settlement device 40 accepts selection of a settlement type. In the case of cash, the deposit is accepted, the amount of change is calculated, and if there is change, the change is released and a receipt is issued. Further, when the settlement is completed, the settlement device 40 transmits settlement completion information together with the basket information to the cloud server 20, and the cloud server 20 stores the transaction end date and time (settlement date and time) of the basket.

In the present embodiment, the cloud server 20 does not have the selling price determination logic H (settlement type discount price calculation function), so the description is omitted. If so, the subtotal amount may be recalculated after the payment type is selected. Specifically, after selecting the payment type, the settlement device 40 requests the cloud server 20 to calculate the subtotal amount again (for example, the payment type selection information indicating the selected payment type is sent to the cloud server 20 together with the basket identification information. , the cloud server 20 may recalculate the subtotal amount using the selling price determination logic H, and transmit subtotal information indicating the recalculated subtotal amount to the settlement device 40 together with the basket identification information. Before the calculation request in step S13 (for example, before the portable terminal 50 generates the two-dimensional code, after the settlement device 40 reads the two-dimensional code, and before the calculation request is sent) so that the subtotal amount can be calculated only once. etc.), and the payment type selection information may also be transmitted to the cloud server 20 at the time of the calculation request in step S13.

(Check when registering individual products)
The portable terminal 50 transmits the product code to the cloud server 20 after scanning the product (S5). The product code may not be transmitted for products (for example, products scanned at another store). For example, the mobile terminal 50 acquires and stores location information (GPS information) when visiting the store (or when displaying the product registration initial screen). In addition, the mobile terminal 50 acquires position information when scanning each product, and compares the position information acquired when scanning the product with the position information acquired when visiting the store (or when displaying the initial screen for product registration). do. Then, the mobile terminal 50 permits the transmission of the product code of the product to the cloud server 20 when both match (or approximately match), and when the two do not match (or approximately match), the product code of the product is permitted. Transmission of the product code to the cloud server 20 may be prohibited.
This makes it possible to prevent inappropriate product registration (for example, product registration for baskets created at other stores, etc.).

When the settlement device 40 prohibits the transmission of the product code as described above, after scanning the product, an error message (for example, "Registration is not possible because it is not in the XX store") is displayed on the customer-side display unit 405. may be displayed. Further, the settlement device 40 may display the message on the clerk side display section 410 instead of or in addition to the customer side display section 405 .

(Check when reading two-dimensional code)
Also, after reading the two-dimensional code displayed on the display unit of the portable terminal 50, the settlement device 40 requests the cloud server 20 to calculate the subtotal amount (S12). Calculation of the subtotal amount may not be required for products (for example, products scanned at other stores). For example, the settlement device 40 refers to the store identification information of the store (the store identification information of the store may be stored and referred to in the settlement device 40 itself, or may be stored in another accessible device). may be referred to), and when the two-dimensional code displayed on the display unit of the mobile terminal 50 is read, the basket identification information obtained from the two-dimensional code and the store identification information of the store. Compare with Then, if the shop identification information included in the basket identification information (see the configuration of the basket identification information in FIG. 7B) includes the shop identification information of the shop, the settlement device 40 determines the subtotal amount. A request for calculation may be permitted, and a request for calculation of the subtotal amount may be prohibited if the configuration does not include the store identification information of the store.
In this way, it is possible to prevent inappropriate settlements (for example, settlements of products registered as products at other stores, etc.).

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 displays an error message (e.g., "The settlement cannot be made because the product is not from XX store.") to the customer side. It may be displayed on the display unit 405 . Further, the settlement device 40 may display the message on the clerk side display section 410 instead of or in addition to the customer side display section 405 .

Next, the change of the quantity, the correction of the registration pending information, etc. in the above-described embodiment will be described. First, regarding the product registration initial screen shown in FIG. 9A, the start screen may be displayed before the product registration initial screen is displayed. FIG. 11A is an example of the start screen. On the start screen 801, keys linked to member point information 800a, store information 800b of the specified store, notification 800c of bargain information, etc., coupon information 800d, etc., are arranged. A "start" key 800e for declaring the start is arranged. When the member operates the "start" key 800e on the start screen 800, the portable terminal 50 displays the product registration initial screen shown in FIG. 9(A).

FIG. 11B is a diagram showing an example of a screen displayed when a NON file or reading NG occurs. As shown in FIG. 11B, the mobile terminal 50 displays a notice (pop-up) 830 to the effect that the products that cannot be registered are reserved products. At this time, a message indicating that both products will be handled differently is provided, such as a display 830a prompting the user to place the normally registered product and the unregistered product in a different basket (or a specific area within the basket). good too. Note that the notification is not limited to pop-up display of a message or the like.

FIG. 11(C) is a diagram showing an example of a screen indicating that there is a pending product. As shown in FIG. 11C, the mobile terminal 50 displays registration pending information 812d indicating that there is a pending product in the display area 812 along with the registration information 812a. It should be noted that the registration pending information 812d displayed in the display area 812 is displayed as a list in a display format different from that of the registration information 812a. In the example shown in FIG. 11C, the portable terminal 50 displays registration pending information 812d together with three pieces of registration information 812a, and makes the background of the registration pending information 812d different from the background of the other registration information. .

In addition, the mobile terminal 50 displays 812e the number of reserved products in the display area 812, and displays 812f prompting the member to put the reserved products in the dedicated basket in the registration reserved information 812d. informed that it exists. When displaying, it is preferable to also display whether the reserved product is a "NON file product" or a "reading NG product". This display allows the store clerk to see this display, so that the customer can be served more quickly.

Also, it is preferable that the listed registration pending information 812d can be changed in quantity or deleted in the same manner as for ordinary products. For example, if a member repeatedly reads the code information of a product that cannot be registered, a plurality of pieces of registration pending information 812d may be generated. , the mobile terminal 50 may delete the registration pending information 812d.

As for the registration information 812a, the member can change the quantity or delete the product by the operation of the member. FIG. 12 shows a screen for changing or deleting quantity. When the member touches the quantity portion of the registration information 812a, the portable terminal 50 displays a pop-up 820 for changing the quantity of the product, as shown in FIG. 12(A).

The pop-up 820 displays the number of products purchased at the present time and the price, and also has a "+" key, a "-" key, and a "cancel product" key for increasing or decreasing the number of products. In addition, if the product to be changed is a product with a limited number of purchases, such as a bargain product, or a product that is irregular and does not fit multiple purchases, as shown in Fig. 12 (B) , the mobile terminal 50 may display a pop-up 820 of only the "cancel product" key along with the number of purchased items and the price.

When the member operates the "+" key, the "-" key and the "cancel product" key, the portable terminal 50 changes the quantity and the like of the registration information 812a. If the member changes the quantity of the product displayed on the display unit of the mobile terminal 50 or deletes the product, it is reflected in the registration information stored in the shopping file, and the quantity is similarly changed. Changes or deletions of products are made.

Although the quantity may be changed by such a "+" key or the like, the barcode of the same product may be imaged multiple times. However, when the barcode of the same product is imaged multiple times in succession or at intervals, the portable terminal 50 displays whether or not the same product may be purchased multiple times, or displays the product identification. Change the confirmation sound and vibration pattern when acquiring information. This allows the customer to recognize that the product identification information has been obtained multiple times.

Then, when the member registers the same product by imaging multiple times, the portable terminal 50 displays the total purchase quantity of the product in the latest line of the list display. Needless to say, multiple times of imaging may be displayed in multiple lines.

Barcodes were affixed to the products in the above-described registration, etc. However, registration of products that are not suitable for affixing barcodes, such as fruits and vegetables such as cucumbers and bulk products such as fish By imaging the bar code attached to the shelf or container on which the product is stored, the registration process of the product may be performed. Needless to say, if a bar code is directly attached to the product, the bar code may be imaged.

Moreover, the portable terminal 50 may identify the product by capturing an image of the product that is not suitable for affixing a barcode and recognizing the product. Further, the registration process may be performed by voice or the like, or the registration process may be performed by displaying a preset key on the display unit and allowing the member to select it.

FIG. 13 is a diagram showing a screen relating to registration of products sold in bulk. When the member completes the registration process of the bulk sale product, the mobile terminal 50 displays a pop-up 850 for confirming the number of products to be purchased, as shown in FIG. 13(A). The pop-up 850 displays the product name, the price per item, the number of purchases 850a, the total price, etc. of the bulk product, as well as a "+" key 850b and a "-" key for instructing a change in the number of purchases. 850c, a "cancel product" key 850d, and a "determine" key 850e.

Then, the member operates the "+" key 850b and the "-" key 850c to set the number of purchases, and operates the "Enter" key 850e, whereby the mobile terminal 50 is set to the purchase number 850a. Register the registration information according to the number.

In addition, for bulk products, a discount may be adopted in which, for example, purchasing three products is cheaper than purchasing one product at a time. When the member registers such discounted products for sale in bulk, the portable terminal 50 displays the fact that the discount is applied to the purchase of multiple products, the specific quantity, the discount price, and the like. may Furthermore, as shown in FIG. 13B, the mobile terminal 50 may display a pop-up 850 by setting the quantity to which the bulk purchase discount is applied as the initial value of the purchased quantity 850a.

For example, as shown in FIG. 13B, the mobile terminal 20 displays in a pop-up 850 that it is advantageous to buy in bulk, and the number of books to which the bulk discount is applied in advance (three) is equal to the number of purchases. 850a, the member can know from the pop-up 850 that the product is discounted for bulk purchase, and can easily set bulk purchase by operating the "OK" key 850e. can be done.

Of course, the member can also decrease the number of purchases by operating the "-" key 850c or the like to instruct the change of the number of purchases 850a, and press the "OK" key 850e. Products are registered by number. Note that the initial value may be set to "1" even for products to which a bulk purchase discount is applied.

When registering irregular quantity products such as meat and side dishes, a pricing label with product information recorded is issued by a weighing machine that weighs irregular quantity products. By doing so, product registration processing is performed. By connecting the weighing scale to the store server, the product information recorded on the issued pricing label can be added to the product master. It should be noted that, for non-fixed piece products, specifications may be such that the number of purchases cannot be changed.

In this specification, when a weighing scale dedicated to bulk is connected to a network, the portable terminal 50 captures an image of information that uniquely identifies the weighing scale and the bar code of the product, thereby determining the weighing scale and the product. In addition, the weighing device may automatically recognize the container by taking an image of the container, for example, and weigh the container in which the products are arranged. At this time, information such as an expiration date may be issued on a label and affixed to the product. Furthermore, if information that can identify a customer, such as member information, can be recognized by an IC or the like, registration data is generated by a weighing instrument and transmitted to the cloud server 20 as customer registration data, and this registration data and the customer are combined. It is also possible to prevent fraud by collating two pieces of identifiable information.

Next, the screen display of the product list displayed on the portable terminal 50 at the time of product registration will be described. As described with reference to FIG. 9 and the like, the registration screen shown in FIG. 14A is displayed on the mobile terminal 50 during shopping.
In the registration screen shown in FIG. 14A, a list of registered products is displayed side by side in a display area 812 arranged at the bottom within a range that can be displayed in the display area 812 .

The customer can check the registered products by looking at the display area 812, but in order to check the products when many products are purchased, scroll the list display displayed in the display area 812 many times. It was necessary and confirmation was complicated. The portable terminal 50 of the present embodiment expands the display area 812 as necessary, so that the registered product can be confirmed more easily.

Specifically, when the customer operates the "extend" key 811a, the portable terminal 50 expands the display area 812 to the entire display section of the portable terminal 50, as shown in FIG. 14(B). Needless to say, if all products cannot be displayed even if the display area 812 is expanded to the entire display unit of the mobile terminal 50, the products can be displayed by scrolling.

The mobile terminal 50 hides the imaging unit displayed in the display area 811 by expanding the display area 812 to cover the entire display area of the mobile terminal 50, and disables the input unit 260 of the mobile terminal 50 in conjunction with this. preferably.

Note that the operation for expanding the display area 812 is not limited to the “expand” key 811 a arranged on the registration screen 810 . Further, the display area 812 does not necessarily have to be expanded to cover the entire display unit of the mobile terminal 50, and may be expanded so that all the products can be checked according to the number of products.

Furthermore, the display area 812 may be expanded sequentially as the member performs the product registration process. In that case, by setting the maximum expansion state of the display area 812, the display area 812 can be expanded while securing the camera area.

FIG. 15(A) is a diagram showing a list of commodities when radio wave-holding commodities occur. First, the display area 812 is provided with a reserved product column 912a. In the reserved product column 912a, the product code of the reserved product (“49XXXXXX” in the drawing as an example) and an icon 912b indicating that the product is a radio wave reserved product are displayed. With this icon 912b, the customer can recognize at a glance that the product is a radio wave pending product caused by an unstable communication state.

FIG. 15B is a diagram showing a list of commodities when communication is restored after occurrence of radio wave pending commodities. Although the product code is displayed in FIG. 15A, the portable terminal 50 can acquire the product name and price of the radio wave holding product by transmitting the product code to the cloud server 20 when communication is restored. Thereby, as shown in FIG. 15B, the portable terminal 50 can display the product name and price. In addition, an icon 912c indicating that the product is a radio wave reserved product is displayed in the reserved product column 912a. Thereby, the customer can recognize at a glance that the radio wave reserved product has been registered in the cloud server 20. - 特許庁In addition, when the communication is restored, the product name and price of the radio wave pending product are acquired, and the above icon 912c, etc. are displayed, a message such as "Communication has been restored. Product information has been updated" is displayed. good too.

In FIG. 8 described above, the settlement device 40 that reads the two-dimensional code displayed on the display unit of the mobile terminal 50 requests the cloud server 20 to calculate the subtotal amount, and as a response to the request, the cloud server 20 Although the subtotal information is transmitted to the settlement device 40, more detailed information may be transmitted and the settlement device 40 may display a registration confirmation screen. FIG. 16 is a diagram showing an example of a registration confirmation screen when there is no pending product.

A registration confirmation screen 900 shown in FIG. 16 displays a list 900a of registered products, and a "checkout" key 900b is displayed in the upper position. Note that the display of the list 900a can be scrolled by operating the arrow 900c.

In addition, at the lower position of the registration confirmation screen 900, a price range registration number 900d indicating the registration quantity for each price range of the product is displayed. In the example shown in FIG. 16, the number of products is displayed for each price range of ¥1,000 or more, ¥500 to ¥999, ¥300 to ¥499, and ¥300 or less. By displaying the registered quantity for each price range, the store clerk can grasp the outline of the products purchased by the member. In addition, when a high-priced item is purchased, the patrol light (registered trademark), other devices (monitoring devices), the service manager, etc. may be notified, and the store clerk can help with the packing of the high-priced item. .

FIG. 17 is a diagram showing an example of a registration confirmation screen when there is a pending product. A registration confirmation screen 920 shown in FIG. 17 displays a registration information list 920a together with information (registration pending information) of three pending products that could not be registered. At this time, the settlement device 40 displays the registration information 920a and the registration pending information 920b, 920c, 920d, and 920g in different display forms. When differentiating the display form, the product information and the reserved product information may be displayed with different background colors, or with different character colors or fonts.

An icon 920h is displayed in the registration pending information 920g. This icon 920h indicates that it is a radio wave pending product. With this icon 920h, the customer can recognize at a glance that the product is a radio wave pending product caused by an unstable communication state.

Further, the settlement device 40 may arrange the four pieces of registration pending information at the head position of the list of registration information. As a result, the member or store clerk can easily grasp the pending product from the information displayed in the list display. Further, in the lower position of the screen, in addition to the price range registration number 900d indicating the registration quantity of products for each price range, the number of pending products 920e is displayed as "4".

If there is a reserved product, an operation by the store clerk is required. The settlement device 40 corrects the registration pending information of the pending product according to the correction operation of the store clerk. FIG. 18 is a diagram showing an edit screen for a store clerk to perform a correction operation. When the salesclerk touches the registration pending information 920b on the registration confirmation screen 920 shown in FIG. 17, the settlement device 40 displays an edit screen 930 for editing the registration pending information 920b, as shown in FIG. .

A scan button is arranged on the edit screen 930, and when the store clerk operates the scan button, the settlement device 40 displays image data when the code information of the product is read. The store clerk can confirm the pending merchandise by looking at the displayed image data, and can know the correct merchandise information by going to check the display shelf.

The settlement device 40 may reflect the information corrected by the editing process in the product master or the like. For example, a new product to which code information for special sale is attached may become a non-file product due to forgetting to rewrite the product master. In such a case, by correcting the registration suspension information of the business day and reflecting it in the product master, subsequent registration suspension can be prevented. In addition, the settlement device 40 may be configured to be able to make a provisional correction by editing the department and the price for items whose prices, etc., are not clear. In addition, since the product name, price, and the like can be acquired from the cloud server 20 by scanning the product with the settlement device 40, the radio wave reservation product can also be registered.

FIG. 19 is a diagram showing a registration confirmation screen after editing the registration suspension information 920b. Registration pending information 920b is modified as shown in FIG. Further, the registration pending information 920g has been corrected by scanning the product with the settlement device 40 . Then, an icon 920i indicating that the product is a radio wave pending product is displayed. Thereby, the customer can recognize at a glance that the radio wave reserved product has been registered in the cloud server 20. - 特許庁Also, the number 920e of pending products displayed at the lower position of the registration confirmation screen 920 is changed to "2".

FIG. 20 is a diagram showing a registration confirmation screen after all registration pending information has been edited. In the registration confirmation screen 920 shown in FIG. 20, former registration pending information 920b, 920c, and 920g indicating three products out of four registered pending products are registered, and one registration pending information 920d is registered. has been canceled. Since there are no more registered pending products, the number of pending products 920e displayed at the lower position of the registration confirmation screen 920 has been changed to "0". Also, the settlement device 40 displays a “determine” key 920 f at the information position of the registration confirmation screen 920 . When the member or store clerk operates the "determine" key 920f, the settlement device 40 completes the product registration/correction process and shifts to the settlement screen shown in FIG. 10(A).

Next, the shopping list will be explained. The customer uses the mobile terminal 50 to specify a store and download the store's product master, thereby creating a list of products to be purchased (hereinafter referred to as a "shopping list") using the mobile terminal 50. can be done.

For example, when the customer selects and registers products to be purchased from a list of product information displayed on the display unit of the mobile terminal 50, the mobile terminal 50 creates a shopping list. Moreover, the portable terminal 50 may automatically register products that are purchased on a daily basis as products to be purchased when creating a shopping list.

The customer can display the shopping list on the portable terminal 50 and use the shopping list when registering merchandise at the store. The order of the products to be purchased in the displayed shopping list may be in the order of the aisle of the store or in the order of the department, or can be freely set and changed. Also, for example, by voice input such as "Yasai" and "Seika", the mobile terminal 50 may display only the corresponding department or may display it at the upper position of the display area.

When the customer registers products, the portable terminal 50 changes the display of product information on the shopping list and erases the shopping list. This allows the customer to know that the product to be purchased has been registered. Note that the portable terminal 50 may notify the planned purchase quantity and register the planned quantity for the products that are planned to be purchased in multiples, thereby performing the deletion or the like.

Moreover, the portable terminal 50 may be arranged such that the product registration process cannot be executed until after the customer designates the product to be registered from the shopping list. As a result, the intended purchase product can be purchased without fail, and excessive impulse buying such as purchase of an unplanned product can be suppressed.

It should be noted that when the customer designates a product and then takes an image of a product other than the product, the mobile terminal 50 may display an error or the like. In addition, the mobile terminal 50 may display an error or the like even when another product registered in the shopping list is imaged.

Note that the mobile terminal 50 allows product registration processing even for products that do not exist in the shopping list. Notification is preferred. Furthermore, the portable terminal 50 may display a list of registration information so that products that are present in the shopping list and products that are not present in the shopping list can be distinguished.

Furthermore, the mobile terminal 50 may complete the product registration when the customer clicks the product name displayed in the shopping list. Customers do not have to read product barcodes, so product registration can be done more smoothly. Also, by registering products using the shopping list, it is possible to easily perform registration processing for products to which barcodes are not attached.

The portable terminal 50 automatically adds regularly purchased products to the shopping list from past shopping history information, and creates a "shopping list" by scanning barcodes of empty containers at home. You may also make it possible. If there is a product that is registered in the shopping list but has no registration information, the mobile terminal 50 may notify the customer by displaying on the registration screen or the like that the product has been forgotten to be purchased. , you may inquire whether or not to purchase the item you forgot to buy.

Next, registration of coupons and other items will be described. The mobile terminal 50 according to the present embodiment can register coupon information of paper coupons. For example, by reading a bar code printed on a coupon, the recorded discount information can be acquired and reflected in product registration. If the recorded coupon information is unique coupon information, the coupon information may be invalidated by reading the coupon information. Also, if it is necessary to collect coupons, a store clerk may be called during shopping to input the coupons, or payment may be made using a manned settlement device.

It should be noted that the mobile terminal 50 may automatically calculate the maximum discount conditions based on the read coupon information and output the registered information reflecting the price of the product. Further, the portable terminal 50 may combine coupon information with product registration information and output it as code information such as a QR code (registered trademark), and may perform discount processing or the like at a POS terminal or the like. At this time, the registration information and the coupon information may be acquired from the management device 10 as identification information.

Next, processing for canceling the registration process of transmitting the product code acquired by scanning as the product code indicating the product to be registered in the cloud server 20 according to the state of the mobile terminal 50 will be described. In the present embodiment, the state of the mobile terminal 50 is exemplified by the remaining battery level of the mobile terminal 50 or the intensity of the radio waves received by the mobile terminal 50 .

FIG. 21 is a diagram showing an example of a screen displayed on the mobile terminal 50. As shown in FIG. The mobile terminal 50 determines the remaining battery level using two thresholds (20% and 10%). FIG. 21A is a diagram showing a battery warning screen displayed when the remaining battery level is 20% or less. When the remaining battery level becomes 20% or less, the portable terminal 50 displays a message that registration can be continued, a message that prompts early settlement, and a message that prompts charging with the battery attached to the holder on the battery warning screen. . Note that the holder indicates a portable holder to which a battery is attached. In FIG. 21A, as an example, "settlement within 10 minutes" is described, but this is displayed at a different time depending on the specifications of the mobile terminal 50 and the like.

FIG. 21B is a diagram showing a stop screen displayed when the remaining battery level becomes 10% or less. When the remaining battery level becomes 10% or less, the mobile terminal 50 stops the registration process and displays the symbol code. This symbol code is registered product specifying information for specifying the product registered before the cancellation. In this embodiment, basket identification information is used as an example of registered product identification information. By displaying the symbol code in this way, it is possible to provide the registered commodity specific information to other terminals. Specifically, when the other terminal reads the symbol code, the basket identification information is acquired by the other terminal, and the other terminal transmits the acquired basket identification information to the cloud server 20, thereby canceling the operation. It becomes possible to identify previously registered products. This enables other terminals to take over the shopping. In addition, the registered product identification information may be basket identification information (basket data PATH), identification information for specifying a transaction, or information including all registered product information (barcode information, quantity, etc.). Alternatively, such registered product identification information may be represented by a two-dimensional barcode. When multiple two-dimensional barcodes are used, the number of products, the number of lines in the registered slip format, the total amount and the total amount, etc., shall be read in a way that is easy to understand. You should teach. When the registered commodity specifying information is provided to the settlement device 30, the settlement device 30 can execute settlement processing for the commodity specified by the registered commodity specifying information.

FIG. 21C is a diagram showing a screen displayed when the radio wave intensity is equal to or less than a predetermined threshold. In this embodiment, as an example, the radio wave intensity is evaluated in five stages from level 1 to level 5. FIG. A larger value indicates a stronger radio wave intensity. The portable terminal 50 displays the radio wave warning screen shown in FIG. 21(C) when the radio wave intensity becomes level 2 or less. On the radio wave warning screen, it is displayed that the communication state is unstable, that the product will be registered as a radio wave pending product, and so on. When the radio wave intensity becomes level 2 or less, the mobile terminal 50 stops the registration process of transmitting the product code to the cloud server 20 and stores the product code in the memory of the mobile terminal 50 . Then, when the radio wave intensity returns to level 4, the product code stored in the memory is transmitted to the cloud server 20. - 特許庁On the other hand, even if the radio wave intensity does not return to level 4, since the product is registered as a radio wave pending product, it can be corrected by the store clerk as described above, so the customer can pay the bill. In other words, customers can shop regardless of the signal strength.

In addition, when using Wi-Fi (registered trademark) in the store, switching to mobile communication (communication using 3G line or 4G line provided by the carrier) is announced or automatically switched. Also good. Normally, the customer is guided to use the free in-store Wi-Fi, but depending on the radio wave conditions, it may be possible to switch to mobile communication. Also, since power is consumed to search for a base station when communication is poor, the interval for searching for a base station may also be set. Specifically, power consumption may be suppressed by, for example, limiting the number of retries to several times at intervals of 60 seconds. If special points are given when using mobile communication, customers will not feel uneasy.

FIG. 22 is a flowchart showing an example of control based on remaining battery power. This flow chart is performed every predetermined time (for example, every minute). The mobile terminal 50 acquires the remaining battery level (step S101). The remaining battery level can be obtained by a system call. The mobile terminal 50 determines whether or not the remaining battery level is 10% or less (step S102). If the remaining battery level is 10% or less (step S102: YES), the mobile terminal 50 turns on the stop flag (step S103). This abort flag is turned on when the registration process is aborted because the remaining battery level is 10% or less, and is turned off otherwise. The portable terminal 50 displays the stop screen shown in FIG. 21B (step S104), and ends the process. In this way, the mobile terminal 50 stops the registration process of transmitting the product code to the cloud server 20 when the remaining battery level becomes 10% or less.

In step S102, if the remaining battery level is not 10% or less (step S102: NO), the mobile terminal 50 determines whether the remaining battery level is 20% or less (step S105). If the remaining battery level is 20% or less (step S105: YES), the mobile terminal 50 turns on the warning flag (step S106). This warning flag is turned on when the remaining battery level is 20% or less, and is turned off otherwise. The mobile terminal 50 displays the battery warning screen shown in FIG. 21A (step S107), and ends the process.

In step S105, if the remaining battery level is not 20% or less (step S105: NO), the mobile terminal 50 indicates that the remaining battery level exceeds 20% and flags (at least one of a stop flag and a warning flag) is on (step S108). When the remaining battery level exceeds 20% and the flag is ON (step S108: YES), the mobile terminal 50 returns to the normal screen (step S109). This normal screen is a registration screen on which the battery warning screen and the stop screen are not displayed. The portable terminal 50 turns off the flag that was on (the flag that is on among the stop flag and the warning flag) (step S110), and ends the process. If the remaining battery level does not exceed 20% or the flag is not on (step S108: NO), the mobile terminal 50 ends the process.

In addition, if there is a mobile phone holder with a battery attached to the shopping cart, etc., or if the mobile terminal detects the start of charging with a mobile battery, the warning flag will be turned off and the battery warning screen will be hidden. good too. In the process shown in FIG. 22, when the stop screen or warning screen was displayed, the normal screen did not return unless the remaining battery level exceeded 20%. You may return to a normal screen from a screen or a warning screen. During charging, the product code may be transmitted to the cloud server 20 even if the remaining battery level is 10% or less.

FIG. 23 is a flowchart showing an example of control based on radio wave intensity. This flow chart is performed every predetermined time (for example, every minute). The mobile terminal 50 acquires the radio wave intensity (step S201). Radio field intensity can be obtained by a system call. The mobile terminal 50 determines whether or not the radio wave intensity is level 2 or less (step S202). If the radio wave intensity is level 2 or less (step S202: YES), the mobile terminal 50 turns on the suspension flag (step S203). This suspension flag is turned on when the registration process is stopped because the radio wave intensity becomes level 2 or less, and is turned off otherwise. The mobile terminal 50 displays the radio wave warning screen shown in FIG. 21C (step S204). Further, the portable terminal 50 changes the process so that the product code acquired by scanning thereafter is stored in the own device (step S205), and ends the process.

In step S202, if the radio wave intensity is not level 2 or lower (step S202: NO), the mobile terminal 50 determines whether the radio wave intensity is level 4 or higher and the hold flag is on (step S206). If the radio wave intensity is not level 4 or higher, or if the suspension flag is off (step S206: NO), the mobile terminal 50 ends the process. If the radio field intensity is level 4 or higher and the hold flag is on (step S206: YES), the mobile terminal 50 turns off the hold flag (step S207), and sends the product code stored in the self device to the cloud server 20. (step S208), and the process ends.

Thus, in this embodiment, the registration process is stopped when the radio wave intensity reaches a certain level. As a result, the customer's convenience can be improved as compared with the case where the registration process is stopped immediately when the radio wave intensity weakens. For example, after returning to level 3 with the pending flag turned on, each time the product is scanned, the product code is transmitted to the cloud server 20 without being stored in the device itself, and when level 4 is returned to , the product code stored in its own device may be transmitted to the cloud server 20 as described above.

As shown in the flowcharts of FIGS. 22 and 23, in this embodiment, in a system in which products can be registered using a mobile terminal, control according to the state of the mobile terminal is possible. Thereby, the operability and convenience for the customer can be improved. For example, if a product is registered when the remaining battery level is low, the data indicating the registered product may be erased and the registration operation may be wasted. By performing control according to the remaining amount, it is possible to provide a system that does not waste registration operations. In addition, if the radio wave intensity is weak, it may be difficult to register products for a long time, and operability may deteriorate. It is possible to provide a system that does not deteriorate performance. As a result, since convenience is improved, it is possible to improve the rate of use of the system by customers.

In the control based on the remaining battery level described above, the remaining battery level and the remaining time are notified, but for example, the remaining number of possible scans may be displayed. Specifically, the relationship between the number of scans that can be performed and the remaining battery level may be stored in advance, and a message such as "the battery will run out after purchasing 15 items" may be displayed. Also, the customer's purchase history (operation history) may be recorded, and the display may be performed based on how much (score or time) the customer makes purchases based on the history. For example, if the customer is always shopping for about 10 minutes and the battery runs out in about 5 minutes, a message such as "Please hurry up if you are shopping as usual" may be displayed.

In addition, in FIGS. 21A and 21B, the customer is urged to come to the service counter, but when the customer comes to the service counter, the battery is charged or the battery is lent. good too. Furthermore, the battery warning screen may display, for example, "If there is a battery, please charge it." The battery warning screen disappears when charging starts.

In this embodiment, two levels of thresholds (20% and 10%) are provided for the remaining battery level. One of these thresholds (20%) can be registered as it is, but is a threshold for displaying a battery warning screen. This is the threshold for stopping the registration process because there is a possibility that the registration will be wasted due to this.

As shown in FIG. 21B, the stop screen in this embodiment displays a symbol code indicating the basket identification information, but instead of this, a code indicating the registered product may be used. In addition, as other terminals that read the symbol code displayed on the cancellation screen, if it is a terminal that can acquire registered product specific information, such as a smartphone of the customer's companion, a smartphone or handy terminal for rental at the store, etc. terminal.

When another terminal obtains the registered commodity specifying information, the other terminal takes over the shopping. However, the shopping may be taken over when a predetermined condition is satisfied. As a predetermined condition, there is a condition that the time required from the time the cancellation screen is displayed to the time the other terminal acquires the registered product specifying information is within a certain time (for example, several minutes). This is because if it is within a few minutes, it is likely to be the companion's terminal. In addition, in order for other terminals to acquire the store identification information, it is acquired by specifying the position with the GPS installed in the other terminal, or as described above, it is located near the entrance of the store to specify the store. There is a method of acquiring by reading a two-dimensional code, but if the location information cannot be acquired by GPS, it is necessary to move to the entrance of the store. In this embodiment, since the basket identification information is used as the registered product identification information, the store identification information can also be obtained by obtaining the registered product identification information. Also, instead of store identification information, it may be acquired under the condition that the store is connected to Wi-Fi.

In addition, the application may be provided with a function that enables grouping with smartphones owned by family members. For example, grouped smartphones may be allowed to take over regardless of whether or not a predetermined condition is satisfied at the time of handover. In addition, by registering products on each of the grouped smartphones, having one smartphone in the group read the basket identification information of the products registered on each smartphone, and having that smartphone take over, one The information may be collected as basket information, or may be registered in one basket within a group from the beginning. Also, as a method of collecting basket information, there is a method of collecting by reading a plurality of pieces of basket information with the settlement device 30 or the settlement device 40 . In addition, if the smartphone is equipped with an NFC (Near Field Communication) function, instead of reading the basket identification information, a terminal such as an NFC reader/writer installed in the settlement device or an NFC-compatible POS terminal at the service counter, Products registered by smartphones in a group may be grouped into one piece of basket information.

In the above-described embodiment, in the flowchart illustrated in FIG. 23, the radio wave intensity is used as the state of the mobile terminal, but the communication speed may be used instead. Due to congestion in the store, etc., congestion may occur and the communication speed may drop significantly. Therefore, it is also possible to set levels for the communication speed and determine whether to stop the registration process based on the communication speed and the level.

In the above-described embodiment, when the radio wave intensity is level 2 or less, the product is treated as a reserved product. The basket data of the cloud server 20 differs between the radio wave on hold product and the normal on hold product. In the case of a normal reserved product, it is stored as reserved product information in the basket information of the cloud server 20, but in the case of a radio wave reserved product, the product code, quantity, etc. are stored in the own device. In addition, when the registration process to the cloud server 20 is suspended, if a quantity of 2 or more is mistakenly entered for a product whose quantity cannot be entered, such as an unfixed quantity product, the quantity will be automatically changed after communication is restored. You may make it provide the function which corrects to 1 in an application.

Moreover, the display of the product list as shown in FIG. 14 is displayed by acquiring the basket information from the cloud server 20 . The smartphone may store the basket information each time it acquires the basket information. As a result, even when communication is disabled, it is possible to display the products registered before the communication is disabled and the products registered after the communication is disabled.

In the above-described embodiments, if the location indicated by the location information does not match the store even though there are unsettled products, a pop-up screen, e-mail, or a new application is used to notify the customer of the need to checkout. you can go Alternatively, if a credit card payment or the like is set in advance as a payment method, automatic payment may be made, and the automatic payment may be notified by e-mail or the like.

In the above-described embodiment, an example using a smart phone as a mobile terminal has been described, but a wearable scanner prepared at a store may be used. In the case of such a mobile terminal prepared at the store, the customer's basket information may be acquired so that the customer can take over the products that the customer has already registered on his/her own terminal or the like.

The above-described normal reserved products and radio wave reserved products are displayed using display modes, marks, and marks so that they can be distinguished by the mobile terminal. When the radio wave holding product updates the information when the communication is restored, it notifies that the data has been updated on the mobile terminal screen. If the display modes are different, it is clear at a glance which product has been updated, and the shopper can continue shopping with peace of mind. Also, the list display of the mobile terminals may not be updated when communication is restored.

Similar to the display on the mobile terminal 50, the settlement device may display "radio wave pending product" and "normal pending product" in a distinguishable manner as shown in FIG. Displaying in this way helps the store clerk to perform confirmation work. It should be noted that confirmation work by the store clerk may not be required for products that were radio wave pending products but registered in the cloud server 20 after communication is restored. In addition, regarding pending products in the NON file, the product master may be updated and the product information corresponding to the product code may be created in the product master when the payment is made on the settlement device. You may make it correct registration suspension information. It should be noted that the product master may not be automatically updated, but may be manually updated using an update button.

When the registration pending information of the pending product by the NON file is corrected, if the store clerk can discriminate that the product is on hold by the NON file, the product check by the store clerk will be smooth. In particular, there is a high possibility that the customer has given up on purchasing the product and has returned the product to the sales floor due to an error that occurred during reading, so it is possible for the store clerk to make the determination as described above. is valid.

When the remaining battery level becomes equal to or less than the threshold for displaying the battery warning screen, the activation of the camera and the operating time of the camera may be controlled. Specifically, although the camera is normally in an activated state, the battery warning screen is displayed, and the activation of the camera and the operating time of the camera are switched to manual control. In this way, the customer can activate the camera only when performing a reading operation and deactivate the camera after identifying the product, thus reducing power consumption.

Exchange of basket identification information between the mobile terminal 50 and the checkout device 40 is not limited to a two-dimensional code, but can be performed using barcodes, RFID, NFC, Bluetooth (registered trademark) wireless communication, mobile terminal 50 or checkout device 40. A method such as wired communication between the portable terminal 50 and the settlement device 40 via a connector provided in the terminal is not limited.

Additional remarks are described below.
(Appendix 1)
A mobile terminal for registering products to be purchased,
identification information acquisition means for acquiring identification information for identifying the product;
registration means for performing a registration process of transmitting the identification information acquired by the identification information acquisition means to a host device as identification information indicating a product to be registered;
a state acquiring means for acquiring the state of the mobile terminal;
a canceling means capable of canceling registration processing by the registering means according to the state of the mobile terminal acquired by the state acquiring means;
A mobile terminal comprising:
(Appendix 2)
The state of the mobile terminal is the remaining battery level of the mobile terminal,
The canceling means can cancel the registration process when the remaining battery level is equal to or less than a predetermined threshold;
The portable terminal according to appendix 1, wherein specific information for identifying the product registered by the registration means before being canceled by the cancellation means can be provided to another terminal.
(Appendix 3)
The portable terminal according to appendix 2, wherein the specific information is a symbol code.
(Appendix 4)
3. The portable terminal according to appendix 2 or 3, wherein information about the remaining battery level is displayed when the remaining battery level is equal to or less than another threshold larger than the predetermined threshold.
(Appendix 5)
The state of the mobile terminal is the intensity of radio waves received by the mobile terminal,
The canceling means can cancel the registration process when the radio wave intensity is equal to or less than a predetermined threshold;
storage means for storing the identification information in a storage unit as identification information indicating a product to be registered;
The portable terminal according to appendix 1, characterized by comprising:
(Appendix 6)
A product sales system including a mobile terminal for registering products to be purchased and a host device,
The mobile terminal is
identification information acquisition means for acquiring identification information for identifying the product;
registration means for performing a registration process of transmitting the identification information acquired by the identification information acquisition means to the host device as identification information indicating a product to be registered;
a state acquiring means for acquiring the state of the mobile terminal;
a canceling means capable of canceling registration processing by the registering means according to the state of the mobile terminal acquired by the state acquiring means;
A product sales system characterized by comprising:
(Appendix 7)
A control method for a mobile terminal for registering products to be purchased, comprising:
an identification information acquisition step of acquiring identification information for identifying the product;
a registration step of performing a registration process of transmitting the identification information obtained by the identification information obtaining step to a host device as identification information indicating a product to be registered;
a state acquisition step of acquiring the state of the mobile terminal;
a canceling step capable of canceling registration processing by the registering step according to the state of the mobile terminal acquired by the state acquiring step;
A control method comprising:
(Appendix 8)
A program for making a computer function as a mobile terminal for registering products to be purchased,
identification information acquisition means for acquiring identification information for identifying the product;
registration means for performing a registration process of transmitting the identification information acquired by the identification information acquisition means to a host device as identification information indicating a product to be registered;
a state acquiring means for acquiring the state of the mobile terminal;
a canceling means capable of canceling registration processing by the registering means according to the state of the mobile terminal acquired by the state acquiring means;
A program to function as

A program for realizing the management device 10, the cloud server 20, the settlement devices 30 and 40, and the mobile terminal 50 described above is recorded in a computer-readable recording medium, and the program is read into a computer system. may be executed. It should be noted that the "computer system" referred to here includes hardware such as an OS and peripheral devices. The term "computer-readable recording medium" refers to portable media such as flexible discs, magneto-optical discs, ROMs and CD-ROMs, and storage devices such as hard discs incorporated in computer systems. In addition, "computer-readable recording medium" means a volatile memory (RAM) inside a computer system that acts as a server or client when a program is transmitted via a network such as the Internet or a communication line such as a telephone line. , includes those that hold the program for a certain period of time. Further, the above program may be transmitted from a computer system storing this program in a storage device or the like to another computer system via a transmission medium or by a transmission wave in a transmission medium. Here, the "transmission medium" for transmitting the program refers to a medium having a function of transmitting information, such as a network (communication network) such as the Internet or a communication line (communication line) such as a telephone line. Further, the program may be for realizing part of the functions described above. Further, it may be a so-called difference file (difference program) that can realize the above-described functions in combination with a program already recorded in the computer system.

DESCRIPTION OF SYMBOLS 10... Management apparatus 20... Cloud server 30... Settlement apparatus 40... Settlement apparatus 50... Portable terminal 401...CPU
402 ROM
403 RAM
404 Hard disk 405 Customer-side display unit 406 Customer-side scanner unit 408 Card settlement unit 409 Change dispenser 410 Clerk-side display unit 411 Key operation unit 412 Clerk-side scanner unit 413 Printing unit 414 Audio output unit 415...Communication section

Claims (5)

A system comprising a mobile terminal and a host device, in which a customer registers products to be purchased at a store,
The mobile terminal is
identification information acquisition means for acquiring identification information for identifying the product;
registration means for performing a registration process of transmitting the identification information acquired by the identification information acquisition means to a host device as identification information indicating a product to be registered;
a state acquiring means for acquiring the state of the mobile terminal;
a handover means capable of handing over registered product specification information for specifying a registered product to another terminal when the state of the mobile terminal acquired by the state acquisition means is in a predetermined state;
with
The system, wherein the takeover means enables the takeover within a predetermined time from the time when the takeover becomes possible. 2. The system according to claim 1, wherein said predetermined time is a time in consideration of the time required to acquire store identification information that uniquely identifies said store. A mobile terminal for registering products to be purchased,
identification information acquisition means for acquiring identification information for identifying the product;
registration means for performing a registration process of transmitting the identification information acquired by the identification information acquisition means to a host device as identification information indicating a product to be registered;
a state acquiring means for acquiring the state of the mobile terminal;
a handover means capable of handing over registered product specification information for specifying a registered product to another terminal when the state of the mobile terminal acquired by the state acquisition means is in a predetermined state;
with
The mobile terminal, wherein the handover means enables the handover within a predetermined time from the time when the handover becomes possible. A control method for a mobile terminal for registering products to be purchased, comprising:
an identification information acquisition step of acquiring identification information for identifying the product;
a registration step of performing a registration process of transmitting the identification information obtained in the identification information obtaining step to a host device as identification information indicating a product to be registered;
a state acquisition step of acquiring the state of the mobile terminal;
a transfer step of enabling transfer of registered product identification information for specifying a registered product to another terminal when the state of the mobile terminal obtained by the state obtaining step is in a predetermined state;
with
The control method, wherein the takeover step enables the takeover within a predetermined time from the time when the takeover becomes possible. A program for making a computer function as a mobile terminal for registering products to be purchased,
identification information acquisition means for acquiring identification information for identifying the product;
registration means for performing a registration process of transmitting the identification information acquired by the identification information acquisition means to a host device as identification information indicating a product to be registered;
a state acquiring means for acquiring the state of the mobile terminal;
handover means for handing over registered product specification information for specifying a registered product to another terminal when the state of the mobile terminal acquired by the state acquisition means is in a predetermined state;
function as
The program, wherein the takeover means enables the takeover within a predetermined time from the time when the takeover becomes possible.

Images