WO2022153856A1

WO2022153856A1 - Information processing system, server, information processing method, and program

Info

Publication number: WO2022153856A1
Application number: PCT/JP2021/048487
Authority: WO
Inventors: 健太郎小口
Original assignee: サトーホールディングス株式会社
Priority date: 2021-01-13
Filing date: 2021-12-27
Publication date: 2022-07-21
Also published as: JP2022108422A

Abstract

Provided is an information processing system including a user terminal owned by a user, and a server capable of communicating with the user terminal. In the information processing system, the user terminal includes an acquisition unit that acquires product information of a product and date information relating to an expiration date of the product, and a display control unit that displays information containing an offer price of the product acquired from a server on a display unit, and the server includes a price determination unit that determines the offer price of the product on the basis of the product information and the date information acquired from the user terminal and measurement information acquired from a measurement apparatus that measures the weight of the product, and a price information provision unit that provides information containing the offer price of the product determined by the price determination unit to the user terminal.

Description

Information processing system, server, information processing method, and program

The present invention relates to an information processing system, a server, an information processing method, and a program.

Conventionally, a weighing label printer has been used for pricing products sold by weight (selling products by weight) such as fresh foods in supermarkets and the like. The weighing label printer issues a label on which code information including price information according to the quantity of the product is printed, and this label is affixed to the product. For products with a label attached, the code information on the label is scanned at the cash register and payment is made.
Various proposals have been made for metering label printers (see, for example, Japanese Patent Application Laid-Open No. 2005-025089).

By the way, in recent years, a self-registration system that allows customers to read the barcode of the product to be purchased and even settle the payment has become widespread. (That is, a system without registers) is required to be realized. In the cash registerless system, for example, it is assumed that the user terminals owned by the user are used to display the prices of the products in the store and make a payment.
However, as described above, for products sold by weight, it is difficult to display the price using the user terminal because the operation of scanning the barcode of the label issued by the weighing label printer at the cash register has been performed. .. Moreover, in the conventional operation, it is difficult to flexibly fluctuate the price of a product sold by weight.

Therefore, an object of the present invention is to easily present the price of a product sold by weight.

One aspect of the present invention is an information processing system including a user terminal owned by a user and a server capable of communicating with the user terminal, wherein the user terminal is a product information of a product and the product. The server has an acquisition unit that acquires expiration date information regarding the expiration date of the product, and a display control unit that displays information including the offer price of the product acquired from the server on the display unit. A price determination unit that determines the offer price of the product based on the acquired product information, the deadline information, and the measurement information of the product obtained from the weighing device that measures the weight of the product, and the price determination unit. It is an information processing system having a price information providing unit that provides information including the offering price of the product determined by the user terminal to the user terminal.

According to an aspect of the present invention, the price of a product sold by weight can be easily presented.

It is a figure which shows schematic system structure of the price presenting system of 1st Embodiment. It is a figure which shows the screen transition example of the store application of a user terminal. It is a figure which shows the screen transition example of the store application of a user terminal. It is a block diagram which shows the internal structure of each apparatus of the price presentation system of 1st Embodiment. It is a figure which shows the data structure example of a user database. It is a figure which shows the data structure example of the purchase record database. It is a sequence chart which shows the operation of the price presenting system of 1st Embodiment. It is a sequence chart which shows the operation of the price presenting system of 1st Embodiment. It is a figure which shows the screen example of the store application of a user terminal in the price presentation system of 2nd Embodiment. It is a figure which shows the data structure example of the user database of 2nd Embodiment. It is a flowchart which shows the operation of the application server in the price presentation system of 3rd Embodiment. It is a figure which shows the data structure example of the user inventory database in the price presentation system of 4th Embodiment. It is a figure which shows the screen transition example of the store application of a user terminal in the modification of embodiment. It is a figure which shows the screen transition example of the store application of a user terminal in the modification of embodiment. It is a figure which shows the screen transition example of the store application of a user terminal in the modification of embodiment. FIG. 5 is a sequence chart showing an operation when a user code is displayed on a user terminal in a modified example of the embodiment. It is a figure which shows the procedure which displays the price on the user terminal in the price presentation system of 5th Embodiment. It is a figure which shows the procedure which displays the price on the user terminal in the price presenting system of 5th Embodiment, and shows the system configuration schematicly. It is a sequence chart which shows the operation of the price presenting system of 5th Embodiment. It is a figure which shows schematic system structure of the price presentation system of 6th Embodiment. It is a figure which shows schematic system structure of the price presentation system of 7th Embodiment.

In this disclosure, the "product information" of a product is information that identifies the product. For example, a product name, a product code, a product ID, a product model, and the like are examples of product information. The product ID is identification information that identifies the product.

In the present disclosure, the "expiration date information" of a product is information on an expiration date indicating an index of whether or not the user can use, taste, or consume the product. Examples of expiration dates include expiration dates, expiration dates, expiration dates, quality assurance dates, and the like. In addition, since the harvest date of products such as fruits and vegetables, the arrival date at the store, the time of eating, the production date of fresh food, etc. are information related to the expiration date of the product, the harvest date of the product, the arrival date at the store, the time of eating, etc. Information such as the production date of fresh food is also an example of deadline information.
In the present disclosure, the "reference price" of a product means the price of the product that serves as a reference before price changes such as price reductions are made at the store. In the following description, the normal price is an example of the reference price.

In the present disclosure, various methods can be adopted without limiting the method of acquiring the product information and the deadline information from the product.
For example, when the code information corresponding to the product information and the expiration date information is displayed on the product, the product information and the expiration date information can be acquired by reading the code information. In addition, when the character information (human readable characters) corresponding to the product information and the deadline information is displayed on the product, an image including the character information is imaged and the character information is acquired from the image by the image recognition technique. You can also do it. Here, as a mode in which the code information or character information is displayed on the product, a mode in which the code information or character information is printed on the exterior product of the product, or a label or the like on which the code information or character information is printed is printed. The mode in which the medium is attached to the product itself or the exterior product of the product is included. The code information may be a one-dimensional code (bar code) or a two-dimensional code.
In the following, a case where the product information and the deadline information are acquired by reading the barcode displayed on the product will be described as an example.

(1) First Embodiment (1-1) System Configuration With reference to FIG. 1, the system configuration of the price presentation system 1 of the present embodiment will be described. The price presentation system 1 is configured to be able to present the price of a merchandise sold by weight (hereinafter, appropriately simply referred to as "commodity") sold in the store to the user of the store.
As shown in FIG. 1, the price presentation system 1 of the present embodiment includes a user terminal 3 owned by a user who makes a purchase at a store, a weighing device 4 for weighing products, an application server 5, and a payment agent server. It is configured to be able to present the price of the product in the store to the user, including 7. In the example of the present embodiment, the store is a retail business such as a supermarket that handles fresh foods and the like having an expiration date as products.

The user terminal 3 has a store application installed on the user terminal 3 for presenting the price of the product in the store to the user when shopping at the store. The user terminal 3 can communicate with the application server 5 via the network NW. The network NW is, for example, the Internet, LAN (Local Area Network), WAN (Wide Area Network), or the like.

The weighing device 4 is a device that weighs products sold by weight, and is configured to be able to communicate with the user terminal 3. The communication protocol is not limited, but for example, Bluetooth (registered trademark) Low Energy (BLE) can be used.

The application server 5 is configured to perform predetermined processing in response to an inquiry or request from the store application of the user terminal 3 and return the processing result to the store application. The predetermined process is, for example, a process of determining the offer price to the user based on the product information acquired from the product by the store application, the expiration date information such as the expiration date, and the measurement information.

The payment agency server 7 can communicate with the application server 5 via the network NW, and provides a service for payment of the user's products in the store. When the user does not settle the product via the store application, the price presentation system 1 of the present embodiment does not require the settlement agent server 7.

In the store, for example, an electronic shelf label ESL corresponding to a product sold by weight is arranged. On the electronic shelf label ESL, the product ID (an example of product information) of the corresponding product and the code information C2 including the deadline information such as the harvest date and the arrival date are displayed. As long as the product ID and the expiration date information are included, the code format of the code information C2 does not matter, but when it is a bar code (one-dimensional code), for example, CODE128 such as GS1-128 can be adopted. Since the CODE 128 can bar code all 128 characters of the ASCII code, it can be configured to include the product ID and the expiration date information. The code information C2 may be a two-dimensional code such as a GS1 data matrix.
The electronic shelf label ESL is only an example for displaying the code information C2, and the code information C2 may be printed on a paper label, for example. Further, instead of the code information C2, product information and deadline information may be indicated on an electronic shelf label ESL, a paper label, or the like.

Next, an example of how to use the store application of the user terminal 3 will be described with reference to FIG. FIG. 2 is a diagram showing an example of screen transition of the store application of the user terminal 3.
By executing the store application, the user can confirm the normal price and the discounted price of each product in the store, and can settle the product selected by himself / herself. The screens G1 to G3 of FIG. 2 show how to use the store application when the user confirms the price of the product and adds the product to the purchase schedule list (basket).

When the user activates the store application on the user terminal 3, as shown in the screen G1 of FIG. 2, the imaging function provided in the user terminal 3 is linked, and the captured image is displayed in the window w1. The screen G1 shows a state in which the code information C2 of the electronic shelf label ESL corresponding to the product sold by weight is displayed in the window w1.
The store application reads (scans) the code information C2. Next, as shown in FIG. 1, when the user places the weight-selling product P corresponding to the electronic shelf label ESL on the weighing device 4, the store application receives the weighing information of the weight-selling product P transmitted from the weighing device 4. , The price inquiry including the received measurement information and the product ID and the expiration date information obtained from the code information C2 is transmitted to the application server 5. The store application acquires and displays information on the normal price and the reduced price of the product P sold by weight from the application server 5.

In the window w2 of the screen G2 displayed following the screen G1, the product name (“Shine Muscat”) corresponding to the product ID, the normal price per kilogram, the price reduction price per kilogram, and the net amount as weighing information. , Price corresponding to the net amount, and information on the expiration date are included. If the product P for which the code information C2 has been read is not a product subject to price reduction, it may be displayed that the product is not subject to price reduction. The window w2 may include information on the discount price and the discount rate (or volatility) from the normal price.

The user can see the information contained in the window w2 and select whether or not to add the product P for sale by weight to the purchase schedule list (basket). When adding the product P sold by weight to the purchase schedule list, the screen G3 is displayed by the user operating the button b1 (“put in the basket”; an example of the first operation unit) displayed on the screen G2. , The user is notified that the product P sold by weight has been added to the purchase schedule list (window w3). In that case, the user puts the merchandise P for sale by weight placed on the weighing device 4 into the actual basket or shopping cart of the store.

The screens G1 to G3 of FIG. 2 describe the case where the price of the product sold by weight is displayed and the product sold by weight is added to the purchase schedule list, but the store application can also be used for the product not sold by weight. can. For example, the store application makes a price inquiry to the application server 5 and displays the price of the product by scanning the code information attached to the product that is not sold by weight or the electronic shelf label corresponding to the product. The product can be added to the purchase schedule list according to the user's operation.

The screens G4 and G5 of FIG. 3 show how to use the store application when the user confirms the purchase schedule list and makes a payment for the product.
When the user confirms the price of the product, adds it to the purchase schedule list, and then makes a payment, he / she operates the button b2 (“look in the basket”) on the screen G2 or G3 to display the purchase schedule list BL. Display the including screen G4. The purchase schedule list BL includes a list of products added so far (product name, quantity or weight, price of each product) and the total price. The price of the product displayed in the purchase schedule list BL is the price reduction price when the product is the price reduction target product, and the normal price when the product is not the price reduction target product.
Although not shown, the user can perform an operation of deleting the product from the purchase schedule list BL when, for example, the purchase of a specific product is stopped from the purchase schedule list BL due to budget overrun. In that case, the user returns the product to be canceled from the store basket or shopping cart to the store shelf.

When the purchase schedule list BL is confirmed on the screen G4, the user operates the button b3 (payment button; an example of the second operation unit), so that the store application requests payment (or payment) to the application server 5. (Instruction) is performed, and the payment process is completed on the network as described later. When the payment process is completed, the store application displays the screen G5 including the code information C4 as the payment code. The settlement code indicates that the settlement of the product has been completed, and includes a settlement ID (described later) that identifies the settlement. Here, an example of a two-dimensional code is shown as the settled code, but it may be a bar code or the like.

The payment code is used to notify the store or store staff that the payment of the goods in the basket has been completed.
For example, the payment code may be shown to the store staff so that the user can leave the store, or the payment code can be read by a predetermined device in the store so that the user can leave the store. The gate may be configured to open. In that case, the user does not have to wait in line for the checkout, and the checkout staff at the store does not need to settle the product, which is advantageous for both the user and the store.
The store cashier may be configured to allow the user to pass through the cashier by scanning the payment code with a scanner or the like. Even in that case, the store's cashier does not have to read the code information of each product in the basket, and the user can pass through the cashier in a short time, which is advantageous for both the user and the store. There is.

(1-2) Configuration of Each Device in the System Next, the configuration of each device in the price presentation system 1 of the present embodiment will be described with reference to FIG. FIG. 4 is a block diagram including the internal configurations of the user terminal 3, the weighing device 4, and the application server 5 in the price presentation system 1 of the present embodiment.

(1-2-1) User terminal 3
As shown in FIG. 4, the user terminal 3 includes a control unit 31, a storage 32, an operation input unit 33, a display unit 34, an imaging unit 35, a code reader 36, and a communication unit 37.
The control unit 31 is mainly composed of a microprocessor and controls the entire user terminal 3. For example, the microprocessor included in the control unit 31 loads and executes the store application program recorded in the storage 32, and displays the execution result on the display unit 34.
The storage 32 is a non-volatile memory, and may be an SSD (Solid State Drive) such as a flash memory. The storage 32 stores the program of the store application, as well as data, files, and the like created by executing the store application.

By executing the store application, the control unit 31 realizes the following functions.
(1-i) Function to acquire product information, deadline information, etc. of the product from the code information, etc. displayed on the product, electronic shelf label, label attached to the product, etc. (1-ii) Use of the product Function to send a price inquiry of the offer price to the person to the application server 5 (1-iii) Receive (acquire) the offer price information (price data described later) of the product from the application server 5, and offer the acquired product price. Function as a display control unit that displays the information of This has a function of displaying various information on the display unit 34.
Further, the control unit 31 may have a function of displaying the information on the offer price of the product on the display unit 34, or displaying the information on the display unit 34 and outputting the offer price of the product by voice. In that case, the user terminal 3 includes a voice processing unit and a speaker.

The operation input unit 33 is, for example, a touch panel type input device provided on the display panel of the user terminal 3. The operation input unit 33 notifies the store application of the operation input for the display panel.
The display unit 34 includes, for example, a liquid crystal display panel and an organic EL panel, and displays the execution result of the store application. In addition, the display unit 34 displays the digital image signal generated by the image pickup unit 35.
The image pickup unit 35 has, for example, an optical lens and an image pickup element (image sensor) that converts the incident light from the optical lens into an electric signal, sequentially generates a digital image, and outputs the digital image to the display unit 34.

The code reader 36 analyzes the code information included in the image signal generated by the imaging unit 35, and extracts (acquires) data (that is, product information such as a product ID and deadline information) from the code information.
The communication unit 37 includes a communication interface for communicating with the application server 5 and a communication interface for communicating with the weighing device 4. The communication unit 37 receives the weighing information of the products sold by weight by communicating with the weighing device 4.

(1-2-2) Weighing device 4
As shown in FIG. 4, the weighing device 4 includes a control unit 41, a measurement unit 42, an operation input unit 43, a display unit 44, and a communication unit 45.
The control unit 41 is mainly composed of a microprocessor and controls the entire weighing device 4. For example, the control unit 41 is programmed to transmit the measurement information including the measured value to the user terminal 3 near the measuring device 4 when the measured value is obtained by the measuring unit 42.
The measuring unit 42 has a weight sensor that measures the weight of a product placed in a predetermined measuring area.
The operation input unit 43 includes operation buttons such as a power button and a display switching button (for example, switching in weight units), and an input circuit for transmitting input to the operation buttons to the control unit 41.
The display unit 44 includes, for example, a liquid crystal display panel or an organic EL panel, and displays the measured value by the measuring unit 42.
The communication unit 45 is a communication interface for communicating with the user terminal 3.

(1-2-3) Application server 5
As shown in FIG. 4, the application server 5 includes a control unit 51, a storage 52, and a communication unit 53.
The control unit 51 is mainly composed of a microprocessor and controls the entire application server 5. For example, the microprocessor included in the control unit 51 loads and executes the server program recorded in the storage 52.
The storage 52 is, for example, a large-capacity storage device such as an HDD (Hard Disk Drive), and stores a user database (user DB) and a purchase record database (purchase record DB) in addition to a server program. The user database and the purchase record database are appropriately accessed from the control unit 51 when the server program is executed. The user database and the purchase record database will be described later by way of example.
Although not shown, the storage 52 is data on the normal price of each product sold in the store (that is, data on the normal price corresponding to each product ID; in the case of a product sold by weight, it is normal per standard weight such as 1 kilogram. I remember the price data). The regular price data is referred to by the control unit 51 when determining the reduced price. The storage 52 preferably stores inventory information in which each product ID displayed in the store is associated with deadline information (for example, information on harvest date, arrival date, eating time, and production date).
The communication unit 53 is a communication interface for communicating with the user terminal 3 and the payment agent server 7.

FIG. 5 shows a configuration example of the user database.
Each record of the user database illustrated in FIG. 5 includes the values of the "user ID", "user name", and "payment means" fields. Here, the value in the "user ID" field is the identification information assigned to the user. The value in the "user name" field is acquired based on the user's operation input at the timing when the user installs the store application on the user terminal 3, and is recorded in the user database. The value in the "Payment means" field is acquired based on the user's operation input at the timing when the user installs the store application on the user terminal 3 or at an arbitrary timing after the installation, and is recorded in the user database. Or it will be updated.
The value in the "Payment method" field is data necessary for making a payment for a product to a user, for example, credit card number information and / or information related to electronic money (prepaid number, etc.). Is. The value in the "payment means" field is provided to the payment agent server 7 when the user corresponding to the user ID makes a payment.

FIG. 6 shows a configuration example of the purchase record database.
Each record of the purchase record database illustrated in FIG. 6 includes the values of the fields of "user ID", "payment ID", "payment occurrence date and time", and "purchase content". Here, the value in the "payment ID" field is data uniquely assigned for each payment of the corresponding user. The value in the "Settlement Occurrence Date and Time" field indicates the date and time when the settlement specified by the settlement ID occurred.
The "Purchase content" field includes each subfield of "Product ID", "Product name", "Price", and "Quantity". The value of each subfield indicates detailed data of the purchase contents to be settled specified by the settlement ID.
The store POS (not shown) can aggregate sales data using the store application and sales data settled without using the store application by reading data from the purchase record database. ..

Referring to FIG. 4 again, the control unit 51 of the application server 5 realizes the functions of the price determination unit 511, the price information providing unit 512, and the payment processing unit 513 by executing the server program.
The price determination unit 511 is a function of determining the offer price of the product based on the product ID acquired by the store application of the user terminal 3, the deadline information, and the measurement information obtained from the measurement device 4. The price per standard weight (for example, 1 kilogram) of a product sold by weight is determined for each product ID, and the normal price according to the net amount of the product sold by weight is determined according to the weighing information. The pricing unit 511 may change the offer price from the normal price to the reduced price according to the deadline information.
For example, in order to eliminate unsold products, the closer to the expiration date, the lower the price reduction price. The price of some products may be reduced regardless of the expiration date, and in that case, the price reduction is determined based only on the product ID.
The price reduction of the product may be determined according to the inventory status of the product in the store. For example, since the inventory status of a store fluctuates according to the arrival date of the product at the store, the price reduction of the product may fluctuate according to the arrival date as the deadline information.
The pricing unit 511 preferably calculates the offer price using a predetermined algorithm. The calculation of the offer price of the product using the algorithm takes into consideration not only the expiration date of the product but also various information such as climate, location, inventory status, and past sales history. Artificial intelligence can also be used in such algorithms.
The price determination unit 511 may determine the offer price by acquiring only the product ID from the store application of the user terminal 3. In this case, the price determination unit 511 acquires the product ID from the store application, then refers to the inventory information to specify the deadline information corresponding to the product ID, and calculates the offer price of the product.

The price reduction of a product can be determined from various viewpoints.
For example, the price determination unit 511 may determine the price reduction of the product based on at least one of the product ID, the deadline information, and the information about the user (user ID, etc.). As a result, the price reduction can be flexibly determined according to the attributes of the user.
Here, the information about the user is, for example, information such as the age, gender, and address of the user. The store application acquires information about the user by, for example, an input operation of the user, and transmits the acquired information about the user to the application server 5. The application server 5 records the received information about the user in, for example, the user database.
For example, if the age of the user indicated by the information about the user is included in the target age of the product, it is larger than the user of the age not included in the target age of the product. You may discount. If the gender of the user indicated by the information about the user is male, the product for men may be discounted more than the female user.

The price determination unit 511 may determine the offer price of the product based on the product ID and the closing time of the store selling the product. As a result, it is possible to increase the possibility that the product will be sold out by the time the store closes. For example, the price reduction of a specific product is reduced as the store closes closer to the closing time. A specific product is a product that a store wants to sell out on the same day, such as a side dish.

The price determination unit 511 determines the product ID, the time when the price inquiry is received from the store application (that is, the time when the user scans the product), the closing time of the store, and the product corresponding to the product ID. The offer price may be determined based on the remaining amount in the store. As a result, the possibility of selling out the products by the time the store closes can be further increased. For example, the shorter the time when the price inquiry is received and the time when the store closes, the lower the price reduction price, and the larger the remaining amount of the product, the larger the price reduction range. Depending on the product, the relationship between the time when the price inquiry is received and the closing time of the store and the price reduction range, or the relationship between the remaining amount of the product and the price reduction range may be changed. For products that you absolutely want to sell out, it is preferable to increase the price reduction.

The price information providing unit 512 is a function of providing the user terminal 3 with information including the offering price of the product determined by the price determining unit 511. The price information providing unit 512 provides information including the normal price and the reduced price of the product to the store application of the user terminal 3, for example. For example, the information included in the screen G2 of FIG. 2 is provided by the price information providing unit 512.

The payment processing unit 513 has a function of performing payment processing added to the purchase schedule list in cooperation with the payment agent server 7 in response to an operation instruction (that is, a payment request) of the payment button obtained from the user terminal 3. Is. The payment processing unit 513 reads the data of the user name and the payment means from the user database and provides the data to the payment agent server 7. The payment processing unit 513 also creates a new record in the purchase record database when it receives a payment request from the store application. The payment processing unit 513 enables cash registerless payment.

(1-3) Operation of Price Presentation System 1 Next, the operation of the price presentation system 1 of the present embodiment will be described with reference to FIGS. 7 and 8. FIG. 7 is a sequence chart showing the operation of the price presentation system 1 when the user confirms the price of the product sold by weight and adds the product to the purchase schedule list. FIG. 8 is a sequence chart showing the operation of the price presentation system 1 when the user makes a payment for a merchandise sold by weight.

First, referring to FIG. 7, for example, as shown in the screen G1 of FIG. 2, the store application allows the user terminal 3 to display the code information displayed on the electronic shelf label of the product sold by weight. The code information is read (scanned) (step S2). This code information includes the product ID of the product and the expiration date information.

Next, when the user performs an operation of placing the product on the weighing device 4, the weighing device 4 measures the weight of the product and acquires the weighing information (step S4), and also communicates with the user terminal 3 of the user. Communication by BLE is established and the measurement information is sent to the store application of the user terminal 3 (step S6).
The store application acquires the product ID and the expiration date information in step S2, and when the measurement information is acquired in step S4, the store application transmits the product ID, the expiration date information, and the price inquiry including the measurement information to the application server 5 (step S8). .. The application server 5 determines the offer price to the user based on the product ID, the deadline information, the measurement information, and the like included in the received price inquiry (step S10), and returns the price data to the store application (step S12). ).

The offer price determined in step S10 is a normal price according to the net amount based on the price per reference weight (for example, 1 kilogram) determined for each product ID and the weighing information, or, for example, the normal price according to the deadline information. It is a reduced price that has been reduced from the price. The application server 5 may further determine the price reduction price corresponding to the user ID.
The price data transmitted in step S12 includes data on the normal price and the reduced price. Price data for products that are not subject to price reductions include regular price data.

Upon receiving the price data, the store application displays, for example, the normal price of the product, the reduced price, the deadline information, and the like on the user terminal 3 as shown in the screen G2 of FIG. 2 (step S14).
For example, when the user operates the button b1 (“put in the basket”) on the screen G2 of FIG. 2 (step S16: YES), the store application adds the product displayed in step S14 to the purchase schedule list. The purchase schedule list is updated (step S18).

Next, referring to FIG. 8, when the user operates the payment button (step S20: YES), for example, as shown in the screen G4 of FIG. 3, the store application requests the payment including the displayed purchase schedule list. Is transmitted to the application server 5 (step S22). When the application server 5 receives the payment request from the store application, the application server 5 reads the data of the user name and the payment means from the user database, and the read data of the user name and the payment means and the payment amount (total amount of the purchase schedule list). ) Is transmitted to the payment agent server 7 (step S24). The payment agency server 7 performs payment processing based on the data provided by the application server 5 (step S26), and when the payment processing is completed, sends a payment completion notification to the application server 5 (step S28).
When the payment is completed, the application server 5 issues a new payment ID (step S30) and updates the purchase record database by creating a new record in the purchase record database (step S32).

Next, the application server 5 transmits a payment completion notification corresponding to the payment request in step S22 to the store application (step S34). The payment completion notification includes the payment ID issued in step S30. The store application creates a payment code which is a two-dimensional code including the payment ID included in the received payment completion notification (step S36), and displays it on the user terminal 3 as shown in the screen G5 of FIG. 3, for example. (Step S38).

As described above, according to the price presentation system 1 of the present embodiment, the user can recognize the offer price of the product sold by weight by using the user terminal 3 in the store. That is, by using the user terminal 3 owned by the user of the store, it is possible to display the price of the product sold by weight in the store without using a label as in the conventional operation.
If the store application is installed on the user terminal 3, the user can display the offered price of the product on the user terminal by placing the product sold by weight on the weighing device 4 by himself / herself, and further make a payment. Can be done. That is, it is possible to realize a cash registerless function for products sold by weight. In addition, the offer price to the user is determined by the application server based on the product information, the deadline information, the measurement information, and the like. Therefore, it is possible for the store side to flexibly change (for example, reduce the price) the offer price of the product sold by weight in consideration of the expiration date, for example, and to promote the product corresponding to the expiration date information. can.
Further, since the store side can determine the applicable price according to the appropriate inventory of the product based on the expiration date information of the product, for example, food loss can be reduced.

(2) Second Embodiment Next, the price presentation system of the second embodiment will be described with reference to FIGS. 9 and 10. It should be noted that the following description of each embodiment pays attention to the difference from the first embodiment.
The price presentation system of the first embodiment is different from the price presentation system 1 of the first embodiment in that the price offered to the user may differ depending on the user status (an example of the category). The user status can be set from various viewpoints. For example, the user status is determined by the user's purchase record of the product, the user's attributes (age, gender, whether or not the person needs nursing care, etc.), and the user's record of soliciting another user. can do.
In the present embodiment, the control unit 51 of the application server 5 functions as an association unit that associates a user with any of a plurality of user statuses. The price determination unit 511 (see FIG. 4) determines the price reduction of the product based on the user status associated with the association unit.

For example, suppose that the user status is classified into platinum, gold, and silver (assuming that they are good customers in this order). In this case, FIG. 9 shows an example of the offer price to the user when the user status is gold (screen G6) and when the user status is platinum (screen G7). The screen G6 and the screen G7 are screens corresponding to the screen G2 of FIG. 2, respectively.
In the example of FIG. 9, the price for the platinum member included in the window w2b of the screen G7 is lower than the price for the gold member included in the window w2a of the screen G6, and the platinum member is given preferential treatment. Recognize.

An example of the user database of this embodiment is shown in FIG.
The user database of FIG. 10 is different from the user database of the first embodiment (see FIG. 5) in that the value of the "user status" field is added to each record. The value in the "User Status" field is data indicating, for example, platinum, gold, silver, or the like.
For example, when the user status is determined based on the purchase record of the product by the user, the control unit 51 of the application server 5 refers to the purchase record database (see FIG. 6). By calculating the total purchase record of each user based on the purchase record database and comparing the calculated total amount with the threshold value according to each user status, the user status can be determined for each user.
In the price presentation system of the present embodiment, the application server 5 determines the offer price (price reduction price) according to the user status. For example, when the price reduction price calculated by the price determination unit 511 in the application server 5 of the first embodiment is the price for silver members, the price reduction price for gold members and platinum members is reduced for silver members. The price may be a predetermined amount or a predetermined ratio lower than the price.

According to the price presentation system of the present embodiment, it is possible to flexibly set the price reduction price provided to the user according to the user status. In particular, when the user status is determined and updated based on the purchase record of the product by the user, the purchase of the user's product at the store can be promoted. In addition, by giving preferential treatment to users with higher user status, it is possible to retain good customers.

(3) Third Embodiment Next, the price presentation system of the third embodiment will be described with reference to FIG.
The store application of this modification is configured to display campaign information for product promotion to the user. For example, if a curry campaign is held to promote the sale of curry powder, the store application will reduce the price if the user purchases any of the potatoes, onions, or carrots that are the ingredients of the curry. Notify the user that it will be sold. When a combination of potatoes, onions, and carrots is purchased, the user may be notified that the prices of the potatoes, onions, and carrots will be further reduced.

For example, when potatoes, onions, and carrots are sold by weight, the operation of including each product in the purchase schedule list of the store application is as shown in the first embodiment. In the present embodiment, when the application server 5 receives a payment request including the purchase schedule list (see step S22 in FIG. 8), the payment amount is adjusted according to the combination of products included in the purchase schedule list.

FIG. 11 shows a flowchart of the payment amount adjustment process executed by the application server 5. The flowchart of FIG. 11 shows the process when the application server 5 receives the payment request in step S22 of FIG.
When the application server 5 receives the payment request (step S23a), the application server 5 determines whether or not the product ID corresponding to the campaign is included in the purchase schedule list included in the payment request (step S23b). For example, in the above-mentioned curry campaign example, it is determined whether or not at least one of the product IDs corresponding to potatoes, onions, and carrots is included in the purchase schedule list.

If the purchase schedule list does not include a predetermined combination of products corresponding to the campaign (step S23b: NO), the application server 5 does not adjust the payment amount (step S23d).
On the other hand, if the purchase schedule list includes the product ID corresponding to the campaign (step S23b: YES), the application server 5 adjusts the payment amount (step S23c). Specifically, the settlement amount is calculated as the offer price of each product constituting a predetermined combination, for example, the price reduced according to the price reduction rate specified in the campaign. For example, if the offer price according to the net amount of potato is 300 yen and the price reduction rate specified in the campaign is 20%, the offer price is reduced to 240 yen. For example, if the offer price is a reduced price, the price will be further reduced by 20%. Then, compare the offer price determined when purchasing each potato, onion, and carrot product individually (that is, when each product is included in the purchase schedule list alone) so that the price will be lower. , The settlement amount is adjusted.
In steps S23b and S23c, if the purchase schedule list includes a predetermined combination of product IDs (in the example of the curry campaign, a combination of product IDs corresponding to potatoes, onions, and carrots), the settlement amount is further reduced. Is adjusted so that.

According to the present embodiment, it is possible to encourage the user to purchase a combination of the merchandise sold by weight corresponding to the campaign and the merchandise sold by weight corresponding to the campaign through the store application. Further, since the payment amount is adjusted by the application server 5, there is an advantage that there is no burden of adjusting the payment amount on the store side.

The price reduction depending on the combination of products is not limited to the above campaign. For example, in a store application, for example, when introducing a menu at night and purchasing products constituting the recipe of the menu, or when purchasing in a combination thereof, the price may be reduced step by step.

(4) Fourth Embodiment Next, the price presentation system of the fourth embodiment will be described with reference to FIG.
In this modification, the store application has a function of managing the user's home inventory.
In this modification, for example, the store application of the user terminal 3 manages the home inventory of the product. For example, the storage 52 (an example of a storage unit) of the application server 5 stores a user inventory database.
FIG. 12 shows a configuration example of the user inventory database.
As shown in FIG. 12, the user inventory database has inventory information including information on one or more products owned by the user as inventory for each user ID. The application server 5 adds the data of each product included in the purchase schedule list to the user inventory database each time the payment for the purchase schedule list of the products is completed. When the user consumes or disposes of the product, the store application tells the application server 5 to delete the selected product from the user inventory database from the home inventory database, for example, based on the operation by the user. Request.

Since the application server 5 stores the user inventory database, the application server 5 can visualize the product inventory of each user's home and promote the sale of products according to each user through the store application. ..
For example, if the quantity of a specific product (for example, egg or tomato) that the user normally owns as inventory is small by referring to the user inventory database, the user is asked to promote the sale of the product. On the other hand, promote products through store applications. The store application may be notified, for example, of the message "Tomatoes are running low" or "Now, if you buy tomatoes, the price will be reduced." In the latter case, the application server 5 determines the payment amount by reducing the price determined according to the net amount when the purchase schedule list included in the payment request includes the product to be reduced. ..

With reference to the user inventory database, if the expiration date of one or more products of the user is near, select the menu of the recipe containing the one or more products from a plurality of predetermined menus. The menu may be configured to be proposed to the user through the store application. In that case, when the user purchases the product included in the selected menu recipe, the price of the product may be reduced. In this case, the application server 5 determines the payment amount by comparing the product group constituting the recipe included in the menu proposed to the user in advance with the product included in the purchase schedule list included in the payment request. Perform the adjustment process.

(5) Modified Example of Embodiment Next, the price presentation system according to the modified example of the embodiment will be described.

(5-1) First Modified Example The first modified example will be described below.
When the price determination unit 511 of the application server 5 reduces the price of a product sold by weight, the price determination unit 511 may determine the start time of the price reduction price. The information indicating the start time of the determined price reduction price is transmitted from the application server 5 to the store application and displayed on the display unit 34 of the user terminal 3. That is, the control unit 31 of the user terminal 3 may function as a display control unit that displays information indicating the start time of the price reduction price of the product on the display unit 34.

In this modification, the price determination unit 511 of the application server 5 determines the start time of the price reduction of the product based on the closing time of the store selling the product and the remaining amount of the product.
For example, the start time of the reduced price of the product may be a predetermined time before the closing time of the store. At this time, it is preferable that the predetermined time is lengthened as the remaining amount of the product (unsold quantity) is large. That is, when the remaining amount of the product is large, the possibility that the product can be sold out by the closing time can be increased by advancing the start time.

Further, in the second embodiment, the start time of the price reduction price for a certain product may be set earlier for the user whose user status is higher than that for the user whose user status is lower. For example, the start time of the price reduction price will be changed to Platinum member: Today's 15:00, Gold member: Today's 16:00, Silver member: Today's 17:00, and so on. The timing at which the user is notified of the start time of the reduced price by the store application is, for example, the time when the screen G6 or the screen G7 of FIG. 9 is displayed, but the timing is not limited to this. For example, when the store notifies the user (member) of a price reduction product or the like, the user may be notified in advance of the price reduction price and the price reduction start time for each customer status.
In addition, regardless of the user status of the user, the start time of the price reduction price for each user status may be displayed. As a result, users with relatively high user status will get a sense of superiority that they will be offered a discounted price faster than other people, which will motivate them to return to the store. Become. On the other hand, the store side has an advantage that users with higher user status can be enclosed.
The time when the reduced price is offered may be changed according to the user status. For example, Platinum members: 3 hours, Gold members: 2 hours, Silver members: 1 hour, and so on. Even in this way, a user with a higher user status can be given preferential treatment over a user with a lower user status.

(5-2) Second Modified Example Next, a second modified example will be described.
The price presentation system 1 of the first embodiment is a mechanism in which a user scans a product or an electronic shelf label at a store, puts the product in a basket or a shopping cart, and completes payment of the product cashlessly. .. However, with this mechanism, it is possible for the user to put the product in his / her own bag or the like and leave the store without scanning the product or the electronic shelf label. An additional mechanism for preventing such shoplifting will be described as a second modification.

In this modified example, one or more surveillance cameras are installed in the store. Each surveillance camera sequentially acquires fixed-point images in the store and transmits them to a computer device connected to each surveillance camera. The computer device is configured to perform image analysis using artificial intelligence and detect suspicious behavior of the user.

The computer device can detect the suspicious behavior of the user from the image, but cannot identify the user who performed the suspicious behavior. Therefore, a wireless tag that periodically transmits a beacon signal is attached to each shopping cart in the store, and a receiver that receives the beacon signal is installed, for example, on the ceiling of the store. The communication protocol between the wireless tag and the receiver is not limited, but BLE can be used, for example. The receiver calculates the arrival angle of the beacon signal and notifies the computer device of the arrival angle data. The computer device identifies the position (coordinates) in the store of each shopping cart in real time based on the received arrival angle data.

The computer device collates the detection result (time, fixed point coordinates) of the user's suspicious behavior with the position information according to the time in the store of each shopping cart to detect the user who has performed the suspicious behavior. Can be identified. When a user who has performed suspicious behavior is identified, the computer device outputs an alert notification (display output or voice output) so that the store staff can recognize it.
When an alert notification is output, it is preferable to perform a random check when leaving the store in order to indirectly suppress shoplifting. In the random check, for example, the store staff visually confirms one of the 10 users' my bag, which is randomly selected. By performing a random check, it is expected that the unsettled products will be voluntarily returned to the shelves before the shoplifting user leaves the store.

(5-3) Third Modified Example Next, a third modified example will be described.
In each of the above-described embodiments, the case of reading the product code information as a method of acquiring the product ID and the expiration date information from the product or the electronic shelf label has been described, but the present invention is not limited to this.
As another method of obtaining the product ID and deadline information from the product, the product ID or the product ID can be obtained from the product, the shelf label, the wireless tag attached to the exterior of the product, or the wireless tag placed near the product. You can take the method of receiving the deadline information. In this case, the communication method (for example, communication protocol, frequency used, etc.) when receiving the information does not matter. Examples of the communication method include RFID (Radio Frequency Identification) such as NFC (Near field communication) and Bluetooth (registered trademark).

For example, it is assumed that an NFC tag on which a product ID and expiration date information of the product are recorded is attached to a product or a shelf tag, and an NFC reader is mounted on the user terminal 3. In that case, when the user brings his / her own user terminal 3 close to the product, the NFC reader of the user terminal 3 receives the product ID and the expiration date information of the product from the NFC tag of the product. The store application of the user terminal 3 transmits a price inquiry including the product ID and the expiration date information of the received product to the application server 5. The application server 5 that has received the price inquiry determines the price reduction of the product and returns the information indicating the price reduction to the store application, as in the above-described embodiment.

It is also possible to specify the product ID of the product from the image of the appearance of the product. For example, when the user terminal 3 has an image pickup unit, the store application transmits the image of the product acquired by the image pickup unit to the application server 5. The application server 5 identifies the product ID of the product from the acquired image of the product. When specifying the product ID, artificial intelligence using the trained model can be used. In this case, the product image is an example of product information. At this time, the application server 5 can be configured to access the database in which the product ID and the product expiration date information are associated with each other so that the expiration date information corresponding to the specified product ID can be acquired.
You may acquire the product ID and the expiration date information of the product by combining a plurality of information that can be acquired from the product. For example, the product ID and deadline information of a product are acquired by combining at least two or more pieces of information such as code information, text information, information obtained from a wireless tag, and an image of the appearance of a product obtained from a product or a shelf label. be able to.

(5-4) Fourth Modified Example Next, a fourth modified example will be described.
In the above-described embodiment, the case where the user performs a scan operation on the product on the user terminal 3 to make a payment (that is, perform a self-payment) has been described, but the present invention is not limited to this. The user can also perform a scan operation on the product on the user terminal 3 to confirm the price of the product, and then settle the product at a normal cash register (manned cash register) or a self-checkout (unmanned cash register) in the store.
The normal cash register means a register terminal in which the store staff reads the code information of the product to be purchased by the user with a code reader and settles the total amount of the product by cash or a credit card based on the operation of the store staff. .. In the self-checkout, the user himself / herself reads the code information of the product to be purchased by the user himself / herself using a code reader, or makes the batch reader read the code information of the product and cashes the total amount of the product based on the user's operation. It means a register terminal that makes payments by credit card or the like, and basically means a register terminal that can complete payments without any operation by store staff.

13 and 14 show screen examples of the store application of the user terminal in the case of this modification.
FIG. 13 is an example of a screen displayed after starting the store application in this modified example. The screen G0 of FIG. 13 includes a button b11 for performing self-payment and a button b12 for a price checker for confirming the price of the product. When the user operates the button b11, the screen transitions to the screen G1 of FIG. 2, and self-payment can be performed as described in the first embodiment.
On the other hand, when the user operates the button b12 on the screen G0 of FIG. 13, the user can confirm the price of the product, which is necessary when purchasing the product at the normal cash register or the self-checkout at the price. User code can be obtained. The user code may be a code associated with a user ID (see FIG. 5), or may be a code associated with a member number assigned to a user on a store point card, membership card, or the like. ..

When the user operates the button b12 on the screen G0, as shown in the screens G21 and G22 of FIG. 14, from the image of the electronic shelf label ESL displayed in the window w1 as in the screens G1 and G2 of FIG. By reading (scanning) the code information C2, the user can display the information on the offer price of the product for each user and the expiration date as described above. The screen G22 includes buttons b1 and b2 on the screen G2 (see FIG. 2), as well as buttons b13 for issuing a user code.
When the button b13 is operated on the screen G22, the user code C5 is displayed as shown on the screen G23.
The user code C5 is usually read by a code reader located at a cash register or a self-checkout. At a normal cash register, the user presents the user code C5 to the clerk, and the clerk reads only the user code C5 using a code reader, so that the product is settled at the reduced price displayed on the screen G22. At this time, the cash register terminal makes an inquiry to the application server 5 based on the user code C5 read from the code reader, and acquires information on the offer price to the user. The same applies to the case of self-checkout, in which the user himself / herself reads only the user code C5 with a code reader connected to the self-checkout instead of the clerk.

When the button b2 is operated on the screen G22, for example, the screen G4a of FIG. 15 is displayed. The screen G4a includes the same display contents as the screen G4 of FIG. 3, except that the screen G4a includes a button b14 (“code issuance”) instead of the button b3. When the button b14 is operated, the user code C5 is displayed as in the screen G23 of FIG. This user code is a code required when making a payment for products contained in a basket at a normal cash register or self-checkout.

This series of flows will be further described with reference to the sequence chart of FIG.
When the button b14 (code issuance button) is operated on the screen G4a of FIG. 15 (step S50: YES), the store application of the user terminal 3 transmits a code issuance request to the application server 5 (step S52). .. The code issuance request includes the displayed purchase schedule list. When the application server 5 receives the code issuance request from the store application, the application server 5 issues the user code (step S54), and the issued user code and each product in the purchase schedule list included in the code issuance request in step S52. Record in association with the offer price (offer price of the product list) (step S56). Next, the application server 5 returns the user code issued in step S54 to the store application (step S58).
The store application converts the user code into a two-dimensional code (step S60), and displays the user code C5 on the display unit 34 of the user terminal 3 as shown in the screen G23 of FIG. 15 (step S62).

When the user carries the product to be purchased to, for example, a normal cash register and presents the user code displayed on the user terminal 3 to the store staff, the store staff uses the code reader connected to the cash register to use the user code. To read. Then, the cash register sends the read user code to the application server 5 to make an inquiry (step S64). The application server 5 reads out the offer price of the product list recorded corresponding to the user code received in step S56 and returns it to the cash register (step S66). The cashier performs payment processing based on the offered price of the received product list (step S68). Therefore, the user can efficiently settle the payment according to the price of the product confirmed on the store application before the payment.
The same applies to self-checkout. The difference is that the user himself reads the user code with a code reader connected to the self-checkout instead of the store staff.

The user code includes not only the membership number assigned to the user but also information such as the date and time when the user came to the store, so that the user can use (request) the user code. It is preferable to include different information depending on the situation. Even if the product is the same, the price may fluctuate every day. By making the user code acquired by the user different according to the request timing, the user code and the user can be identified on the application server 5 side. You will be able to properly manage product prices.
Normal cash register and self-checkout are examples of store terminals.

When a user purchases a plurality of products at a normal cash register or a self-checkout, the user code issued for one product is read to the application server 5 for all of the plurality of products. You may make an inquiry and make a payment based on the reduced price.

(5-5) Fifth Modified Example Next, a fifth modified example will be described.
In the fourth modification, the case where the user and the offer price of the product list are associated with each other in advance before the payment is made at the normal cash register or the self-checkout has been described, but this is not the case. In the fifth modification, the above price checker confirms only the offer price of the product or the product list to itself, the product to be actually purchased is read at the normal cash register or the self-checkout, and the user code displayed on the user terminal 3 is displayed. Or a membership code or other code that identifies the user may be read and payment may be made at the offer price of the product according to the user.

For example, the user of the store can recognize the offer price of the product to himself / herself by using the function of the price checker referred to in FIGS. 13 and 14, and thus can determine whether or not to purchase the product. In that case, as shown in FIG. 9, different product prices may be offered depending on the user status.
When the price checker decides to purchase a product, the user puts the product in, for example, a store basket or a shopping cart, goes to a normal cash register or a self-checkout, and actually reads the product bar code to be purchased. By doing so, the product is settled. At this time, for example, by operating the button b13 on the screen G22 (see FIG. 14), a user code that identifies the user is displayed in the store application, and the store staff reads the user code with a code reader. Or (in the case of a normal cash register), or read it by yourself with a code reader (in the case of a self-checkout). Then, the normal cash register or the self-checkout inquires the application server 5 about the offer price of the product whose purchase target product barcode or the like is read based on the user status of the user code that identifies the read user, and the application server. 5 determines the offer price for the user and returns the offer price information to the normal cash register or the self-checkout. The normal cash register or the self-checkout process the payment process based on the information on the offer price received from the application server 5.
As described above, in this modification, the user performs a scan operation on the product on the user terminal 3 to confirm the price of the product, and actually reads the product to be purchased at the normal cash register or the self-checkout in the store. You can also make a payment.

(6) Fifth Embodiment Next, the price presentation system 1A of the fifth embodiment will be described with reference to FIGS. 17 to 19.
The price presentation system 1A of the present embodiment is described above in that the user provides the product ID, the deadline information, the measurement information, and the like to the application server 5 by using the information processing device in the store. Is different. The information processing device may be, for example, a computer device, but is preferably a printer such as a label printer or a weighing printer. The printer is arranged in a place where the products sold by weight are sold in the store, and can issue a label to be attached to the product to be provided to the user who does not have the store application installed on the user terminal 3.

17 and 18 show a procedure in the case of displaying the offer price of the merchandise sold by weight by the store application in the price presentation system 1A. FIG. 18 also shows a schematic system configuration of the price presentation system 1A.
The user first starts a store application or the like and displays the code information C3 indicating the user's membership code on the user terminal 3. A code reader 8 is connected to the printer 2, and the user performs an operation of reading the code information C3 displayed on the user terminal 3 by using the code reader 8 (state ST1). As a result, the printer 2 acquires the user ID of the user. Further, the user performs an operation of reading the code information C2 displayed on the electronic shelf label ESL of the product to be purchased by using the code reader 8 (state ST2). As a result, the printer 2 acquires the product ID and the expiration date information of the product.

Next, as shown in the state ST3 of FIG. 18, the user performs an operation of placing the product P on the weighing device 4. In the price presentation system 1A, the printer 2 and the weighing device 4 are configured to be communicable. The communication protocol is not limited, but BLE can be used, for example. When the user places the product P on the weighing device 4, the weighing device 4 measures the weight of the product P and is configured to establish communication with the printer 2. As a result, the printer 2 acquires the weighing information of the product P from the weighing device 4.
Then, as shown in FIG. 18, the store application of the user terminal 3 displays the offer price of the user's product P. Here, the screen displayed on the user terminal 3 has the same contents as the screen G2 of FIG. 2, for example.

In the price presentation system 1A of the present embodiment, the control unit of the printer 2 has a microcomputer, and the microcomputer executes a predetermined program to acquire the product ID and the expiration date information of the product. It also functions as a second acquisition unit that acquires the weighing information of the product from the weighing device 4.

The sequence chart of FIG. 19 shows the operation of the price presentation system 1A when the user confirms the price of the product sold by weight and adds the product to the purchase schedule list.
Referring to FIG. 19, when the user operates the code reader 8 (see FIG. 17), the printer 2 reads the code information displayed on the user terminal 3 and acquires the member information including the user ID. (Step S72). Next, when the user operates the code reader 8, the printer 2 reads the code information displayed on the electronic shelf label of the product and acquires the product ID and the expiration date information of the product (step S74).

Next, when the user performs an operation of placing the product on the weighing device 4, the weighing device 4 measures the weight of the product, and the printer 2 communicates with the weighing device 4 to acquire the weighing information (step S76: YES).
The printer 2 transmits a price inquiry including the user ID, the product ID of the product, the deadline information, and the weighing information to the application server 5 (step S78). The application server 5 determines the offer price to the user of the user ID based on the product ID, the deadline information, and the measurement information included in the received price inquiry (step S80), and applies the user's store application. Return the price data (step S82).
Steps S84, S86, and S88 are the same as S14, S16, and S18 in FIG. 7, respectively.

(7) Sixth Embodiment Next, the price presentation system 1B of the sixth embodiment will be described with reference to FIG.
The price presentation system 1B of the present embodiment is different from the price presentation system 1 of the first embodiment (see FIG. 1) in that the weighing device 4 is configured to be able to communicate with the application server 5 via the network NW. .. In the present embodiment, the weighing device 4 does not have to be able to communicate with the user terminal 3.
The point that the user terminal 3 acquires the product ID and the expiration date information of the product from the code information C2 displayed on the electronic shelf label ESL of the product and transmits the product ID to the application server 5 is the same as the first embodiment.

The price presentation system 1B of the present embodiment is further different from the first embodiment in the following points.
Code information C6 is displayed on the weighing device 4. The information included in the code information C6 is information that identifies the weighing device 4 (referred to as “weighing device ID”), and is, for example, an IP address or location number of the weighing device 4.
When the user puts the product P on the weighing device 4, the weighing device 4 transmits the weighing information of the product and the weighing device ID to the application server 5.
The store application of the user terminal 3 reads the code information C2 of the electronic shelf label ESL, reads the code information C6 of the weighing device 4, and transmits the weighing device ID to the application server 5.
That is, the application server 5 acquires the product ID, the deadline information, and the weighing device ID of the product from the store application, and acquires the weighing device ID and the weighing information from the weighing device 4. The application server 5 collates the information from the store application with the information from the weighing device 4, determines the price of the product, and returns the price data to the store application. The application server 5 may transmit the weighing information together with the price data to the store application. In that case, the store application causes the display unit 34 to display the weighing information of the product together with the offer price of the product.

(8) Seventh Embodiment Next, the price presentation system 1C of the seventh embodiment will be described with reference to FIG.
The price presentation system 1C of the present embodiment is the same as the price presentation system 1B (see FIG. 20) of the sixth embodiment in that the weighing device 4 is configured to be able to communicate with the application server 5 via the network NW. However, it differs from the price presentation system 1B in that the measuring device 4 is provided with the code reader 8A.

The price presentation system 1C of the present embodiment differs from the sixth embodiment in the following points.
The user first performs an operation of reading the code information C2 displayed on the electronic shelf label ESL by the code reader 8A, so that the weighing device 4 acquires the product ID and the expiration date information of the product.
Next, when the user puts the product P on the weighing device 4, the weighing device 4 measures the weight of the product and then transmits the product ID, the deadline information, the weighing device ID, and the weighing information to the application server 5. ..
The store application of the user terminal 3 reads the code information C6 of the weighing device 4 and transmits the weighing device ID to the application server 5.
That is, the application server 5 acquires the weighing device ID from the store application, and acquires the product ID, the deadline information, the weighing device ID, and the weighing information from the weighing device 4. The application server 5 collates the information from the store application with the information from the weighing device 4, determines the price of the product, and returns the price data to the store application.

Although the information processing system, server, information processing method, and program embodiment of the present invention have been described above, the present invention is not limited to the above embodiment. Further, the above-described embodiment can be improved or modified in various ways without departing from the spirit of the present invention. For example, the individual technical features described in each of the above-described embodiments and modifications can be appropriately combined as long as there is no technical contradiction.
In the above-described embodiments and modifications, at least a part of the functions of the application server 5 may be realized by the software of the user terminal 3, or at least a part of the functions of the user terminal 3 may be realized by the software of the application server 5. It may be realized. Further, each of the function of the user terminal 3 and the function of the application server 5 may be distributed among the user terminal 3 and the application server 5 as necessary. The functions executed by the application server 5 may be distributed and executed by a plurality of devices.

The present invention relates to the patent application of Japanese Patent Application No. 2021-3401 filed with the Japan Patent Office on January 13, 2021, and the entire contents of this application are incorporated herein by reference.

Claims

An information processing system including a user terminal owned by a user and a server capable of communicating with the user terminal.
The user terminal is
The acquisition department that acquires the product information of the product and the expiration date information regarding the expiration date of the product,
It has a display control unit that displays information including the offer price of the product acquired from the server on the display unit.
The server
With a price determination unit that determines the offer price of the product based on the product information acquired from the user terminal, the deadline information, and the measurement information of the product obtained from the weighing device that measures the weight of the product. ,
It has a price information providing unit that provides information including the offering price of the product determined by the price determining unit to the user terminal.
Information processing system.
The price determination unit determines the offer price of the product based on the product information, the deadline information, the measurement information of the product, and the information about the user acquired from the user terminal.
The information processing system according to claim 1.
When the price determination unit acquires a plurality of product information that is a predetermined combination from the user terminal, the price of each product corresponding to the plurality of product information is set, and each of the plurality of product information is used independently. Lower than when you get it with
The information processing system according to claim 1 or 2.
The server has a storage unit that stores inventory information including product information of one or more products owned by the user as inventory.
The price determination unit determines the offer price of the product based on the inventory information.
The information processing system according to claim 1 or 2.
The price determination unit determines the offer price of the product based on the product information and the closing time of the store selling the product.
The information processing system according to any one of claims 1 to 4.
The server has a mapping unit that associates the user with any of a plurality of categories.
The price determination unit determines the offer price of the product based on the category associated with the association unit.
The information processing system according to any one of claims 1 to 5.
The display control unit causes the display unit to display information indicating the reference price of the product or information indicating the volatility of the offer price with respect to the reference price of the product.
The information processing system according to any one of claims 1 to 6.
The price determination unit determines the start time of the offer price of the product based on the closing time of the store selling the product and the remaining amount of the product.
The display control unit causes the display unit to display information indicating the start time of the offer price of the product.
The information processing system according to any one of claims 1 to 7.
The display control unit causes the display unit to display a first operation unit for adding the product to the purchase schedule list or a second operation unit for instructing payment of the product added to the purchase schedule list.
The information processing system according to any one of claims 1 to 8.
The server has a payment processing unit that performs payment processing for products added to the purchase schedule list in response to an instruction from the second operation unit obtained from the user terminal.
The information processing system according to claim 9.
The acquisition unit acquires the deadline information from the code information including the deadline information.
The information processing system according to any one of claims 1 to 10.
Including store terminals capable of communicating with the server
The server provides the user code information to the user terminal,
When the store terminal reads the user code information, the store terminal acquires information including the offer price of the product provided to the user terminal from the server, and performs payment processing for the product.
The information processing system according to any one of claims 1 to 11.
When the store terminal reads the product information and the expiration date information of the product and reads the user code, the store terminal acquires information including the offer price of the product provided to the user terminal from the server. Performs payment processing for the product.
The information processing system according to claim 12.
An information processing system including a user terminal owned by a user, an information processing device, and a server capable of communicating with the user terminal and the information processing device.
The information processing device
The first acquisition department that acquires the product information of the product and the expiration date information regarding the expiration date of the product,
It has a second acquisition unit that acquires weighing information of the product from a weighing device that measures the weight of the product.
The server
A price determination unit that determines the offer price of the product based on the product information, the deadline information, and the measurement information acquired from the information processing device.
It has a price information providing unit that provides information including the offering price of the product determined by the price determining unit to the user terminal.
The user terminal has a display control unit that displays information including the offer price of the product acquired from the server on the display unit.
Information processing system.
A server that can communicate with the user's terminal owned by the user.
The acquisition unit that acquires the product information of the product and the expiration date information regarding the expiration date of the product from the user terminal, and
With a price determination unit that determines the offer price of the product based on the product information acquired from the user terminal, the deadline information, and the measurement information of the product obtained from the weighing device that measures the weight of the product. ,
It has a price information providing unit that provides information including the offering price of the product determined by the price determining unit to the user terminal.
server.
It is an information processing method using a user terminal owned by the user and a server capable of communicating with the user terminal.
The user terminal acquires the product information of the product and the expiration date information regarding the expiration date of the product and provides the information to the server.
The server determines the offer price of the product based on the product information acquired from the user terminal, the deadline information, and the weighing information of the product obtained from the weighing device that measures the weight of the product. ,
The server provides the user terminal with information including the determined offer price of the product.
The user terminal causes the display unit to display information including the offer price of the product acquired from the server.
Information processing method.
A program that causes a computer to execute a predetermined method on a server that can communicate with a user terminal owned by the user.
The method is
Obtain the product information of the product and the expiration date information regarding the expiration date of the product from the user terminal, and obtain the product information.
The offer price of the product is determined based on the product information acquired from the user terminal, the deadline information, and the weighing information of the product obtained from the weighing device for weighing the product.
It is to provide the user terminal with information including the determined offer price of the product.
program.