WO2022201716A1 - 情報処理システム、情報処理装置、情報処理方法、及び、プログラム - Google Patents

情報処理システム、情報処理装置、情報処理方法、及び、プログラム Download PDF

Info

Publication number
WO2022201716A1
WO2022201716A1 PCT/JP2021/048472 JP2021048472W WO2022201716A1 WO 2022201716 A1 WO2022201716 A1 WO 2022201716A1 JP 2021048472 W JP2021048472 W JP 2021048472W WO 2022201716 A1 WO2022201716 A1 WO 2022201716A1
Authority
WO
WIPO (PCT)
Prior art keywords
user
product
information
user terminal
information processing
Prior art date
Application number
PCT/JP2021/048472
Other languages
English (en)
French (fr)
Inventor
健太郎 小口
Original Assignee
サトーホールディングス株式会社
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by サトーホールディングス株式会社 filed Critical サトーホールディングス株式会社
Priority to US18/267,305 priority Critical patent/US20240013243A1/en
Priority to CN202180084902.6A priority patent/CN116710947A/zh
Priority to EP21933306.9A priority patent/EP4312174A1/en
Priority to AU2021436126A priority patent/AU2021436126A1/en
Publication of WO2022201716A1 publication Critical patent/WO2022201716A1/ja

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/02—Marketing; Price estimation or determination; Fundraising
    • G06Q30/0201—Market modelling; Market analysis; Collecting market data
    • G06Q30/0204—Market segmentation
    • B—PERFORMING OPERATIONS; TRANSPORTING
    • B65—CONVEYING; PACKING; STORING; HANDLING THIN OR FILAMENTARY MATERIAL
    • B65G—TRANSPORT OR STORAGE DEVICES, e.g. CONVEYORS FOR LOADING OR TIPPING, SHOP CONVEYOR SYSTEMS OR PNEUMATIC TUBE CONVEYORS
    • B65G1/00—Storing articles, individually or in orderly arrangement, in warehouses or magazines
    • B65G1/02—Storage devices
    • B65G1/04—Storage devices mechanical
    • B65G1/137—Storage devices mechanical with arrangements or automatic control means for selecting which articles are to be removed
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/08—Logistics, e.g. warehousing, loading or distribution; Inventory or stock management
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/06—Buying, selling or leasing transactions
    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07G—REGISTERING THE RECEIPT OF CASH, VALUABLES, OR TOKENS
    • G07G1/00—Cash registers
    • G07G1/01—Details for indicating
    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07G—REGISTERING THE RECEIPT OF CASH, VALUABLES, OR TOKENS
    • G07G1/00—Cash registers
    • G07G1/12—Cash registers electronically operated

Definitions

  • the present invention relates to an information processing system, an information processing device, an information processing method, and a program.
  • Japanese Patent Application Laid-Open No. 2004-348445 describes a POS system that transmits information on purchased products for each customer via a communication network, an external terminal that operates a home terminal from the outside to obtain necessary information such as food inventory management information,
  • a food management system is described that includes a home terminal that receives product information sent from a POS system and transmits request information to the external terminal in cooperation with the operation of the external terminal.
  • the food management system described in Japanese Patent Application Laid-Open No. 2004-348445 has the problem that it is not possible to efficiently manage food due to expiration dates, and it is not possible to ensure the effectiveness of food loss control.
  • the expiration date is uniformly determined based on the date of purchase of the food, so the actual expiration date of each food item is not reflected in the system, making it difficult to manage food efficiently. Can not.
  • an object of the present invention is to efficiently manage product inventory based on expiration date information for each product.
  • An aspect of the present invention is an information processing system including a user terminal possessed by a user and an information processing device capable of communicating with the user terminal, wherein the user terminal includes product information related to products and
  • the information processing device comprising: a first acquisition unit that acquires expiration information regarding the expiration date of the product; and a display control unit that causes a display unit to display the user's product inventory information acquired from the information processing device.
  • a second acquisition unit that acquires the product information and the expiration date information acquired by the user terminal as product inventory information of the user when payment for the product has been completed by the user; a providing unit that provides the user terminal with the product inventory information of the user obtained by the second obtaining unit based on a user's request.
  • product inventory can be efficiently managed based on the expiration date information for each product.
  • FIG. 4 is a diagram illustrating a method of obtaining consumption information by a user;
  • FIG. 4 is a diagram illustrating a method of obtaining consumption information by a user;
  • FIG. 4 is a diagram illustrating a method of obtaining consumption information by a user;
  • FIG. 4 is a diagram illustrating a method of obtaining consumption information by a user;
  • FIG. 4 is a diagram illustrating a method of obtaining consumption information by a user; It is a figure which shows the screen transition example of the inventory management application of a user terminal. It is a sequence chart which shows operation
  • product information of a product is information that identifies the product.
  • product name For example, product name, product code, product ID, product model, etc. are examples of product information.
  • product ID is identification information that identifies the product.
  • the "expiration date information" of a product is information related to the expiration date that indicates whether the product can be used, tasted, or consumed by the user.
  • Examples of the expiration date include use-by date, expiration date, expiration date, quality assurance date, and the like.
  • various methods can be adopted without limiting the method of acquiring product information and expiry date information from products. For example, if code information corresponding to product information and expiration information is displayed on products, shelf labels, electronic shelf labels, etc., the product information and expiration information can be obtained by reading the code information. . In addition, if text information (human readable text) corresponding to product information and expiry date information is displayed on products, shelf labels, electronic shelf labels, etc., an image containing the text information is taken and Character information can also be acquired by image recognition technology.
  • a form in which the code information or character information is displayed on the product a form in which the code information or character information is printed on the outer packaging of the product, or a form in which the code information or character information is printed on a label or the like is printed. It includes a mode in which the medium is attached to the product itself or the outer packaging of the product.
  • the code information may be a one-dimensional code (barcode) or a two-dimensional code.
  • the user terminal or the like owned by the user manages the inventory of the products that the user owns as inventory at home.
  • the product is not limited, it may be any product that is associated with the expiration date information and that the user keeps as inventory at home. Typical products are foodstuffs, seasonings, etc. purchased by users at retail stores.
  • a user terminal acquires product information and expiration information by reading code information displayed on products in a store or the like. For example, if the user terminal has a registerless function, the payment for the product corresponding to the product information acquired by the user terminal is performed in the store server that can communicate with the user terminal.
  • the inventory management server acquires product information and expiration information corresponding to products for which payment has been completed from the store server as user product inventory information, and stores the product inventory information in, for example, a user terminal or the like. configured to provide That is, according to this system, when the payment for the product has been completed, the product information and expiration date information corresponding to the product acquired by the user terminal or the like at the time of purchase are used as the product inventory information. Based on the product information and expiration date information included in the code information displayed on the product, it is possible to manage the inventory of the product purchased by the user. In this case, the user does not need to input consumption information and expiration information of the product when managing the product after purchasing the product.
  • the product inventory management system 1 is configured so that a user can manage the inventory of products purchased at a store or the like and held at home.
  • food is given as an example of the product, it is not limited to this, and any product such as seasoning may be used as long as it has an expiration date (an example of expiration date information).
  • the store is a retail business, such as a supermarket, which sells food products with expiration dates.
  • the system allows users to complete payments without a cash register at each store.
  • the product inventory management system 1 of this embodiment comprises a user terminal 3 possessed by a user CT who is shopping at a store, and store servers 5-1, 5-2, 5-3, . , a payment agent server 7, and an inventory management server 8, and are configured so that the user CT can manage the inventory of the products purchased at the store at home.
  • the product inventory management system 1 is configured so that the user terminal 3 and the server group can communicate with each other via the network NW.
  • the network NW is not limited, but includes, for example, the Internet, LAN (Local Area Network), WAN (Wide Area Network), and the like.
  • store server 5" The shop server 5 can communicate with the settlement agent server 7 and supports the user's cashierless commodity settlement.
  • a store application corresponding to each store is installed in the user terminal 3 possessed by the user CT.
  • the store application is configured to communicate with the store server 5 corresponding to the store in order to perform cashierless settlement at the corresponding store.
  • the user terminal 3 is installed with an inventory management application for managing the user's product inventory.
  • the inventory management application communicates with the inventory management server 8 to manage the user's inventory.
  • the inventory management server 8 acquires information on products for which payment has been made by the user from each of the store servers 5-1, 5-2, 5-3, . . . inventory data (described later) can be provided.
  • the store application and inventory management application may be abbreviated as “store application” and “stock application”, respectively.
  • Store server 5 stores a store user database illustrated in FIG.
  • Each record of the user database illustrated in FIG. 2 includes values of each field of "user ID", "user name”, and "payment method".
  • the value of the "user ID” field is identification information assigned to the user of the store.
  • the value of 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 of the "payment method” 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 any timing after the installation, and is recorded in the user database. Or updated.
  • the value of the "payment method” field is the data necessary to make a payment for the product to the user. For example, credit card number information and/or information related to electronic money (prepaid number, etc.) is.
  • the value of the "payment method” field is provided to the payment agency server 7 when the user corresponding to the user ID makes a payment.
  • FIG. 3 is a diagram showing an example of screen transition of the shop application of the user terminal 3.
  • FIG. 4 is a sequence chart showing processing of the store application of the user terminal 3.
  • Screens G1 to G3 in FIG. 2 show how to use the store application when the user confirms the price of the product and adds the product to the planned purchase list (cart).
  • the imaging function of the user terminal 3 is linked, and the captured image is displayed in the window w1.
  • the window w1 contains an image of the product P in which the user picks up the product P from the store shelf and the code information C1 displayed on the product P is visible.
  • the store application reads (scans) the code information C1 by displaying the code information C1 of the product P in the window w1 (that is, the user performs a scanning operation) (step S2 in FIG. 4).
  • the imaging function of user terminal 3 displays a scan area 100 in window w1 so that the target code information can be reliably read. It is preferred to include functionality. In that case, only the code information C1 displayed within the scan area 100 among the plurality of code information within the window w1 is read.
  • the code information C1 includes the product ID of the corresponding product P (an example of product information) and expiration date information (best-before date information; an example of expiration date information).
  • the code format of the code information C1 does not matter, but in the case of a barcode (one-dimensional code), CODE128 such as GS1-128 can be adopted. Since the CODE 128 can convert all ASCII code 128 characters into a barcode, it can be configured to include product ID and expiration date information.
  • batch automatic labeling may be performed using an affixing robot or the like at the distribution center.
  • a weighing label containing GS1-128 may be applied.
  • a label printed with GS1-128 including expiration date information can be attached to a product printed with a code (for example, JAN13, etc.) that does not include expiration date information.
  • the store application transmits to the store server 5 an inquiry about the offer price of the product P to the user, including the product ID and expiration date information included in the code information C1 (step 4 in FIG. 4). S4).
  • the shop application receives price data including information on the regular price and offer price of the product P from the shop server 5 (step S10) and displays it (step S12).
  • the user can select whether or not to add the product P to the planned purchase list (cart) by viewing the information contained in the window w2.
  • the button b1 (“Add to cart") displayed on the screen G2 (step S14 in FIG. 4: YES)
  • the screen G3 is displayed.
  • the user is notified that the product P has been added to the purchase plan list (window w3). In that case, the user puts the picked product P into the actual basket or shopping cart of the store.
  • the user terminal 3 updates the purchase plan list by adding the information of the target product to the purchase plan list in response to the operation of the button b1 (step S16).
  • FIG. 5 is a diagram showing an example of screen transition of the store application of the user terminal 3.
  • FIG. 6 is a sequence chart showing processing of the store application of the user terminal 3. As shown in FIG.
  • the user After confirming the offer price of the product and adding it to the purchase plan list (that is, after repeatedly displaying the screens G1 to G3 in FIG. 3), the user presses the button b2 ( "Look inside the basket") to display the screen G5 including the planned purchase list BL.
  • the planned purchase list BL includes a list of products added so far (product name, quantity and price of each product) and the total price.
  • the user can perform an operation to delete the product from the planned purchase list BL when canceling the purchase of a specific product from the planned purchase list BL due to, for example, a budget overrun. In that case, the user returns the product for which purchase is to be canceled from the store's basket or shopping cart to the store's shelf.
  • step S22 When the purchase plan list BL is confirmed on the screen G5, the user operates the button b3 (settlement button) (step S20 in FIG. 6), and the shop application sends the purchase plan list to the shop server 5.
  • a settlement request is made (step S22).
  • the shop server 5 Upon receiving a payment request from the store application, the shop server 5 reads the user name and payment method data from the user database, and stores the read user name and payment method data and the payment amount (the total amount of the purchase plan list). ) to the settlement agent server 7 (step S24).
  • the settlement agent server 7 performs settlement processing based on the data provided from the store server 5 (step S26), and upon completion of the settlement processing, transmits a settlement completion notification to the store server 5 (step S28).
  • the store server 5 issues a new payment ID (step S30) and updates the purchase history database (described later) by creating a new record in the purchase history database (step S32).
  • FIG. 7 shows a configuration example of the purchase record database.
  • Each record of the purchase history database illustrated in FIG. 7 includes values of each field of "user ID”, “payment ID”, “date and time of payment”, and "purchase content”.
  • the value of the "payment ID” field is data uniquely assigned to each payment of the corresponding user.
  • the value of the "date and time of settlement” field indicates the date and time when the settlement specified by the settlement ID occurred.
  • the "purchase content” field includes subfields of "product ID”, “product name”, “price”, “number/quantity”, and “expiration date”. The value of each subfield indicates the detailed data of the purchase content that is the target of the payment specified by the payment ID.
  • the shop server 5 transmits a payment completion notice corresponding to the payment request of step S22 to the shop application (step S34).
  • This payment completion notice includes the payment ID issued in step S30.
  • the store application creates a two-dimensional code including the payment ID included in the received payment completion notice (step S36), and displays it on the user terminal 3 (step S38). For example, as shown in FIG. 5, a screen G6 including code information C2 as a settlement code is displayed.
  • the payment completion code indicates that the payment for the product has been completed, and includes a payment ID (described later) that identifies the payment.
  • a two-dimensional code is shown as the payment completion code, but a bar code or the like may be used.
  • the payment completion code shown on the screen G6 is used, for example, to notify the store or store staff that the payment for the products in the basket has been completed.
  • it may be configured so that the user can leave the store by showing the payment completion code to the store staff, or the user can leave the store by having a predetermined device in the store read the payment completion code.
  • the gate may be configured to open at In that case, there is no need for the user to wait in line for the cash register, and the store checkout staff does not have to pay for the product, which is advantageous for both the user and the store.
  • the store server 5 After updating the purchase record database, the store server 5 transmits the purchase data to the inventory management server 8 (step S35).
  • the purchase data is data indicating the updated contents of the purchase history database in step S32, and includes information on the product for which payment by the user has been completed.
  • the inventory management server 8 updates a user inventory database (described later) based on the purchase data (step S40).
  • FIG. 8 shows a configuration example of the user inventory database.
  • the user inventory database is stored in the inventory management server 8 and managed for each user ID.
  • Each record of the user inventory database includes, for example, the values of the fields of "product ID", "product name”, “number/quantity", and "best before date".
  • the value of each field is the same kind of data as the value of the corresponding field contained in the purchase history database.
  • the data added to the purchase record database at the time of product purchase for a specific user is configured to be reflected in the user inventory database.
  • Data for each user ID in the user inventory database is hereinafter referred to as "inventory data”.
  • FIG. 9 is a sequence chart showing processing when the inventory management application of the user terminal 3 displays the product inventory in the user's home.
  • FIG. 10 shows an example screen displayed by the inventory management application.
  • each of the store servers 5-1, 5-2, and 5-3 transmits purchase data to the inventory management server 8 (step S44a, 44b, 44c).
  • the settlement process in steps S42a, 42b, and 42c includes a series of processes in steps S20 to S32 of FIG. Every time the inventory management server 8 receives purchase data from the store servers 5-1, 5-2 and 5-3, it updates the user inventory database using the received purchase data (steps S46a, 46b and 46c). . Therefore, in the user inventory database of the inventory management server 8, products for which the same user has made payment in a plurality of store servers 5 are centrally managed.
  • the purchase data received by the inventory management server 8 includes the user ID of the purchase record database and information on the product for which payment by the user has been completed.
  • the user ID of the store user database and the user ID of the store application user database are associated in advance, or , for example, based on the user name or the like.
  • the inventory management application transmits an inventory display request, for example, based on a predetermined operation by the user (step S48).
  • the inventory management server 8 reads the inventory data corresponding to the requesting user ID and returns it to the inventory management application (step S50).
  • the inventory management application displays the received inventory data (step S52).
  • An example of the screen displayed in step S52 is screen G7 in FIG.
  • the screen G7 includes an inventory list IL consisting of information such as product ID, product name, quantity/quantity, and expiration date for each product.
  • the user terminal 3 includes a control section 31 , a storage 32 , an operation input section 33 , a display section 34 , an imaging section 35 , a code reader 36 and a communication section 37 .
  • the control unit 31 is mainly composed of a microprocessor and controls the user terminal 3 as a whole.
  • the microprocessor included in the control unit 31 loads and executes the store application and inventory management application programs recorded in the storage 32 and displays the execution results 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 data, files, etc. created by executing the store application and the inventory management application, in addition to the store application and inventory management application programs.
  • the control unit 31 implements the following functions.
  • (1-i) Function to acquire product information, expiration date information, etc. of the product from the code information displayed on the product (1-ii)
  • Send price inquiry to the store server 5 for information on the price of the product offered to the user Function of sending (that is, requesting information on product offering prices)
  • the control unit 31 implements the following functions.
  • 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 display unit 34 includes, for example, a liquid crystal display panel or an organic EL panel, and displays execution results of the store application and the inventory management application. Also, the display unit 34 displays the digital image signal generated by the imaging unit 35 .
  • the imaging unit 35 has, for example, an optical lens and an imaging device (image sensor) that converts incident light from the optical lens into an electrical signal, sequentially generates digital images, and outputs the digital images 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 (obtains) data (that is, product information such as product ID and expiration date information) from the code information.
  • the communication unit 37 is a communication interface for communicating with the store server 5 and the inventory management server 8 .
  • the communication protocol is not limited, it may be HTTP, HTTPS, or the like.
  • the store server 5 includes a control section 51 , a storage 52 and a communication section 53 .
  • the control unit 51 is mainly composed of a microprocessor, and controls the shop server 5 as a whole.
  • a microprocessor included in the control unit 51 loads and executes a 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 server program, a store user database (store user DB; see FIG. 2) and a purchase record database (purchase record DB; FIG. 7). reference).
  • the store user database and the purchase record database are accessed by the control unit 51 as appropriate when the server program is executed.
  • the storage 52 stores offer price data for each product sold at the store.
  • the offer price data is referred to by the control unit 51 when a price inquiry is received from the store application of the user.
  • the communication unit 53 is a communication interface for communicating with the user terminal 3 , the settlement agent server 7 and the inventory management server 8 .
  • the control unit 51 implements the functions of the price information providing unit 511 and the payment processing unit 512 .
  • the price information providing unit 511 is a function that provides the store application of the user terminal 3 with information including the offered price of the product for which the inquiry has been received. For example, the information included in the screens G2 and G3 in FIG. 3 is provided by the price information provider 511.
  • the payment processing unit 512 performs payment processing for products included in the planned purchase list in cooperation with the payment proxy server 7 in response to an operation instruction (that is, payment request) of the payment button obtained from the user terminal 3. It is a function.
  • the settlement processing unit 512 reads the data of the user name and the settlement method from the store user database, and provides it to the settlement agency server 7 .
  • the settlement processing unit 512 also creates a new record in the purchase record database when receiving a settlement request from the store application.
  • the inventory management server 8 has a control section 81 , a storage 82 and a communication section 83 .
  • the control unit 81 is mainly composed of a microprocessor and controls the entire inventory management server 8 .
  • a microprocessor included in the control unit 81 loads and executes a server program recorded in the storage 82 .
  • the storage 82 is, for example, a large-capacity storage device such as an HDD, and stores a server program, a store application user database (store application user DB; described later) and a user inventory database (user inventory DB; see FIG. 8). memorize The store application user database and the user inventory database are accessed by the control unit 81 as appropriate when executing the server program.
  • the communication unit 83 is a communication interface for communicating between the user terminal 3 and the store server 5 .
  • FIG. 12 shows a configuration example of the store application user database.
  • Each record of the store application user database illustrated in FIG. 12 includes values of each field of "user ID", "user name”, “group ID”, and "browsing permission".
  • the user ID is different from the user ID of the store user database stored in the store server 5, and is assigned in the inventory management application.
  • the inventory management server 8 acquires purchase data associated with the user ID of the store user database from the store application, and stores the inventory data of the specific user ID in the user inventory database. to update.
  • the user ID of the store user database and the user ID of the store application user database are associated in advance, or can be associated based on the user name or the like.
  • a group ID is an ID commonly assigned to a plurality of users.
  • a single group ID is assigned among a plurality of users who share a living, such as family members, by application from the users, for example.
  • Browsing permission means that a certain user is permitted to browse other users' inventory data.
  • the value of the "viewing permission" field is the user ID of the user who has permission to view and/or the group ID of the group for the user of the target user ID. value. For example, in the example shown in FIG. 12, it means that the user with the user ID: Z001 is permitted to view the inventory data of the group with the group ID: G008.
  • Group IDs and viewing permissions are further described in connection with later embodiments.
  • the inventory management server 8 has a microprocessor executing a server program, and the control unit 81 functions as an information management unit 811, an information provision unit 812, a registration unit 813, and an analysis unit 814. do.
  • the information management unit 811 (an example of the second acquisition unit) stores the product ID and the expiration date information acquired by the user terminal 3 as the user's inventory data (product inventory information) when the payment for the product has been completed by the user. It is a function to acquire as an example of As shown in step S35 of FIG. 6, the information management unit 811 acquires purchase data including the product ID and expiration date information acquired by the user terminal 3 after payment for the product via the store server 5. .
  • the information providing unit 812 sends the user's inventory data obtained by the information management unit 811 to the inventory management application of the user terminal 3 based on the user's inventory display request, as shown in step S50 of FIG. It is a function to provide.
  • the registration unit 813 has a function of registering one or more users in one group.
  • the analysis unit 814 is a function that analyzes the consumption status of users or groups based on inventory data. The registration unit 813 and analysis unit 814 will be described later.
  • the user terminal 3 acquires the product ID and expiration date information of the product at the store, and transmits them to the store server 5 for settlement.
  • the inventory management server 8 acquires the product ID and the expiration date information acquired by the user terminal 3 from the store server 5 as the user's inventory data when the payment for the product has been completed by the user.
  • the inventory management server 8 provides the user terminal 3 with the inventory data corresponding to the user ID based on the inventory display request from the user's inventory management application, the user terminal 3 displays the acquired inventory of the user. Data is displayed on the display unit 34 .
  • the product ID and best-before date information read by the user at the store using the user terminal 3 are transferred from the store server 5 to the inventory management server 8 after payment for the product. Therefore, there is an advantage that the user can save the trouble of manually inputting the product ID and expiration date information of the purchased product to the inventory management application, and can efficiently manage inventory based on the expiration date information.
  • the user terminal 3 may acquire the product ID and expiration date information when the user makes a payment at a regular cash register.
  • purchase data including user IDs are transmitted from store servers 5-1, 5-2, 5-3, . are centrally managed in the user inventory database. Therefore, the user can check the product inventory at home by browsing one inventory data for the product purchased at any store. That is, this system does not depend on a specific store for inventory information, and is highly convenient in managing product inventory when a user uses a plurality of stores.
  • FIG. 13 when the user consumes food (product) at home, the user inventory database is updated based on the user's own operation.
  • the inventory management application of the user terminal 3 acquires consumption information and transmits it to the inventory management server 8 (step S56).
  • the inventory management server 8 updates the user inventory database based on the received consumption information (step S58).
  • the consumption information includes the product ID, the consumption amount of the product, the amount (number and weight) of the product after consumption, and the like.
  • the consumption information by the inventory management application of the user terminal 3 is obtained by, for example, selecting a product included in the inventory data on the inventory management application by the user and inputting the consumption of the selected product (not shown).
  • Product selection may be performed by selecting any product from a list of products based on inventory data, or if code information such as a barcode is attached to the product, the code information This may be done by reading
  • the acquisition method of consumption information is not limited to this, and various embodiments are conceivable. For example, other consumption information acquisition methods are illustrated in FIGS. 14A, 14B, and 15. FIG.
  • the inventory management application acquires the image of the product P in conjunction with the imaging function of the user terminal 3, and estimates the product information of the product P and the weight of the product P based on the acquired image. to obtain consumption information.
  • AI technology can also be used.
  • window w5 the estimated product P and the weight of product P may be displayed.
  • a wireless tag T an example of a communication device
  • the inventory management application acquires the consumption information by receiving the product information of the product P and the weight data of the product P through wireless communication with the wireless tag T.
  • FIG. The received weight data may be displayed as shown in window w6.
  • the type of the wireless tag T is not limited, it is preferably an energy harvesting tag that converts radio waves in a plurality of different frequency bands over a wide range into energy.
  • the wireless tag T operates by obtaining energy from radio waves of one or more specific frequencies contained in its surroundings.
  • the specific frequency includes radio waves of any frequency that can be converted into energy by the wireless tag T.
  • the specific frequency may include one or more frequency bands, or may be a specific frequency assigned from among the frequency bands.
  • the specific frequency may be, for example, a specific frequency or frequency band standardized by a wireless communication standard or the like, and a specific frequency or frequency band designated by a business operator who provides the inventory management application according to this embodiment. is.
  • Non-limiting examples of radio waves used for energy harvesting include radio waves from wireless communication in the frequency bands used in mobile communication systems such as 3G to 5G, Bluetooth (registered trademark), Wi-Fi (registered trademark), etc.
  • Radio waves by wireless communication in the frequency band adopted by communication standards radio waves by wireless communication in the 2.4 GHz band represented by communication protocols such as ZigBee (registered trademark) and Thread, frequency bands adopted by RFID (for example , 900 MHz band, and 13.56 MHz band).
  • the inventory management application interlocks with the imaging function of the user terminal 3 to read the barcode information and character information described on the package of the product P shown in FIG. Based on this, the product information of the product P and the weight of the product P may be estimated to acquire the consumption information, and the estimated product P and the weight of the product P may be displayed.
  • products P1 to P4 are seasonings such as soy sauce, pepper, and salt.
  • the products P1 to P4 are placed in the first to fourth slots of the sheet-type weight sensor device 9, respectively.
  • Each slot is provided with weight sensors W1 to W4.
  • the antenna 91 of the sheet-type weight sensor device 9 transmits weight data of each slot to the inventory management application of the user terminal 3 .
  • the products placed in the first to fourth slots of the sheet-type weight sensor device 9 can be registered.
  • the inventory management application sequentially acquires the consumption information of the products P1 to P4 from the antenna 91.
  • each product in the refrigerator may be attached with a wireless tag T with a weight sensor.
  • the user terminal 3 of the user receives the product ID and weight data from the wireless tag T of each product in the refrigerator. , to collectively acquire the consumption information of each product in the refrigerator.
  • the inventory management application of the user terminal 3 transmits the acquired consumption information to the inventory management server 8, and the inventory management server 8 updates the user inventory database based on the received consumption information.
  • the RFID tag T can no longer be detected, it can be seen that the product to which the RFID tag T was attached has been discarded, so that product may be deleted from the user inventory database.
  • an RFID tag with a weight sensor is used as the wireless tag T, an RFID reader may be installed in the refrigerator to acquire the consumption information via the reader.
  • control unit 31 of the user terminal 3 functions as an acquisition unit (an example of a third acquisition unit) that acquires consumption information regarding the consumption amount of each product included in the inventory data.
  • control unit 81 of the inventory management server 8 functions as an updating unit that updates the corresponding user's inventory data in the user inventory database based on the consumption information obtained from the inventory management application of the user terminal 3 .
  • the user inventory database stored in the inventory management server 8 is updated according to the user's operation, so that the actual daily consumption is reflected on the inventory management application. Inventory data can be visualized.
  • the inventory management application can display the expiration date and remaining amount of each product, so that the user can consume the products efficiently or systematically.
  • FIG. 1 The product inventory management system of this embodiment is configured so that users can view inventory data of groups to which they belong, other users, and other groups. For example, a plurality of users who make up a family living together can view the inventory data of the entire family, so that the inventory data can be visualized among the users who live together. For example, there is an advantage that it is possible to avoid a situation in which a family member repeatedly purchases the same product or forgets to buy it. In addition, by allowing users to view inventory data of other users and other groups (for example, elderly parents and their families) who do not live together, it is possible to check whether family members who do not live together are eating as usual. There are definite benefits.
  • FIG. 16 shows an example of screen transition of the inventory management application of the user terminal 3 in the commodity inventory management system of this embodiment.
  • the user T. K. is a member of the K family and has obtained permission to view the inventory data of the separated parent, the C family.
  • user T. K. In the screen G10 of the inventory management application, a button b11 for browsing the inventory of the home and a button b12 for browsing the inventory of the C family living separately are displayed.
  • the button b11 is operated, as shown in the screen G11, the inventory data of the K family can be browsed.
  • This browsing data is, for example, user T.O. K. It is created by merging the inventory data of multiple users previously associated as cohabiting family members.
  • the sequence chart of FIG. 17 shows a flow for a specific user to obtain permission to browse inventory data from another user.
  • a user who wishes to browse inventory data of another user has a user terminal 3-1, and that other user has a user terminal 3-2. be.
  • the inventory management application of the user terminal 3-1 transmits a viewing request to the inventory management server 8 (step S60).
  • the browsing request includes the user ID of another user who wants to browse the inventory data or the group ID of another group.
  • the inventory management server 8 permits the inventory management application of the user ID or the user ID preliminarily registered as the representative of the group ID included in the viewing request to view the inventory data.
  • An inquiry is made as to whether or not it is acceptable (step S62). This inquiry is displayed on the inventory management application of the user terminal 3-2 (step S64).
  • step S68 When the user of the user terminal 3-2 performs a response operation on the inventory management application (step S66: YES), the response is returned to the inventory management server 8 (step S68).
  • This response includes information as to whether or not browsing is permitted. If the response in step S68 is permission to browse (step S70: YES), the inventory management server 8 stores the user ID of the browsing requester in the "permission to browse" field of the inventory application user database (see FIG. 6). By writing, the inventory application user database is updated (step S72). If the response in step S68 is not permitted (step S70: NO), the inventory application user database is not updated.
  • step S74 When the inventory management server 8 returns a permission or denial response for viewing permission to the inventory management application of the user terminal 3-1 that requested the viewing (step S74), the result of the permission or denial response is displayed on the user terminal 3-1. It is displayed on the unit 34 (step S76).
  • a user (viewer) with a certain user ID is permitted to view inventory data corresponding to a user (viewee) with another user ID.
  • the other user ID is associated and recorded.
  • the browsed person is, for example, an elderly parent of the browser, a child living alone, or the like.
  • the viewer can indirectly monitor whether the person being browsed is living normally by browsing the inventory data of the person being browsed.
  • the flow of grouping a plurality of users such as family members is omitted, the flow can be roughly the same as that of the sequence chart of FIG. 17 .
  • a plurality of users included in the family may be grouped and recorded in the inventory application user database.
  • Each of a plurality of user IDs grouped in the same group is associated with a common group ID in the inventory application user database.
  • grouping inventory data can be browsed by group, so it is possible, for example, to avoid duplicate purchases of the same product within a family, and efficient product inventory status within the same group can be
  • FIG. 18 shows the case of user T. who is permitted to view inventory data of C family.
  • K. shows the screen transition on the inventory management application when viewing the inventory data of House C.
  • a screen G15 in FIG. 18 is the same as the screen G10 in FIG.
  • the button b16 is selected and operated, the screen is switched to the screen G16, and for example, the inventory data of House C who does not live together can be browsed. Therefore, it is possible to indirectly monitor the health condition of family members who do not live together. In addition, regular monitoring allows us to know what family members and others who do not live with us eat every day.
  • the inventory management server 8 of this embodiment is configured as follows in order to provide group inventory data to users belonging to one group, such as family members living together.
  • the registration unit 813 of the control unit 81 registers the product ID and inventory data acquired from each user in the group by the information providing unit 812 as the inventory data of the group. This corresponds to writing a value in one of the "group ID" fields in the inventory application user database and associating the user ID with the group ID.
  • the information providing unit 812 provides the inventory data of the group to the inventory management application of the user terminal 3 of the user based on the request of one of the users in the group.
  • the inventory management server 8 of this embodiment is configured as follows in order to provide the user with inventory data of other users or other groups, such as family members living separately.
  • Control unit 81 includes an associating unit that associates a plurality of groups registered by registration unit 813 .
  • each associated group may contain only a single user.
  • the association is made by writing a value in the "permission to view" field in the inventory application user database.
  • the information providing unit 812 provides the inventory data of the second group to the inventory management application of any user of the first group when the first group and the second group are associated by the association unit. .
  • a product inventory management system according to a fourth embodiment will be described with reference to FIGS. 19, 20A and 20B.
  • This embodiment is characterized in that the inventory management server 8 analyzes the consumer's product consumption status.
  • the user inventory database is updated each time the user purchases the product, and the user inventory database is updated each time the user consumes the product.
  • analysis related to the user's health maintenance can be performed.
  • FIG. 19 shows an example of the operation of the product inventory management system of this embodiment.
  • the sequence chart of FIG. 19 assumes that the analysis process is performed periodically, for example.
  • the analysis timing comes (step S80: YES)
  • the inventory management server 8 executes analysis processing (step S82).
  • the analysis processing is not limited, it is, for example, as follows. It should be noted that, for example, it is preferable to determine whether or not the calorie consumption and the intake of salt are appropriate based on the average consumption or intake of the same age as the user. ⁇ Whether or not you have an unbalanced diet ⁇ Whether or not your calorie consumption (intake) is appropriate ⁇ Whether or not your intake of salt is excessive ⁇ Whether or not the expiration date has passed
  • the data on calorie consumption can be obtained by accessing a database containing, for example, the calorie value per unit weight of each product.
  • the amount of salt intake can be obtained by accessing a database containing the amount of salt contained per unit weight of each product, or by obtaining consumption information corresponding to changes in the weight of bottles containing salt as shown in FIG. can be calculated by
  • the inventory management server 8 determines whether or not the analysis result in step S82 satisfies the notification conditions for notifying the user. If the notification condition is satisfied (step S84: YES), the analysis result is sent to the user terminal. 3 to the inventory management application (step S86). When the user terminal 3 receives the analysis result, it displays it on the display unit 34 (step S88).
  • the notification conditions in step S84 are not limited, for example, the inventory amount of a specific product has decreased, the inventory amount has not changed, there are more than a predetermined number of types of products whose expiration date has passed, calorie consumption or salt intake is out of the appropriate range, or the consumption of vegetables is below a predetermined value, and so on. In this way, by notifying a specific user when the amount of inventory or consumption is different from usual, for example, the health status of remote users who do not live together (e.g. elderly parents or children living alone) can be indirectly monitored. I can watch over you.
  • a screen G20a in FIG. 20A includes analysis content C1a.
  • This analysis content C1a is when the inventory of a specific product is low, such as "the stock of eggs is low," or when the amount of salt intake is low, such as "the amount of soy sauce is decreasing more than usual.” It is the content to be notified when the amount of intake is higher than the average intake.
  • the screen G20b of FIG. 20B includes analysis content C1b. This analysis content C1b is content to be notified when the calorie intake fluctuates more than before, such as "the calorie intake has decreased by 8% from last week.”
  • the control unit 81 of the inventory management server 8 serves as an update unit that updates the inventory data of a specific user in the user inventory database based on the consumption information acquired from the user terminal 3.
  • the analysis unit 814 of the control unit 81 analyzes the consumption status of the user based on the inventory data. As a result, it is possible to analyze a user's consumption situation from the increase/decrease in the inventory data of individual users. By acquiring the analysis result, the user can use it as an opportunity to improve his or her daily diet.
  • the control unit 81 of the inventory management server 8 controls the inventory of the group including the user who owns the user terminal 3 based on the consumption information acquired from the user terminal 3. It functions as an updating unit that updates data.
  • the analysis unit 814 of the control unit 81 analyzes the consumption status of the group based on the group's inventory data. As a result, it is possible to analyze the consumption status in group units from the increase/decrease in the inventory data in group units. The user can obtain, for example, the analysis result of the consumption situation on a family basis, and use it as an opportunity to improve the family's daily meals.
  • the control unit 81 of the inventory management server 8 functions as a notification unit that notifies the user terminal 3 when the analysis result of the analysis unit 814 satisfies a predetermined condition. may function.
  • the inventory management server 8 prepares one or more products with a close expiration date.
  • a menu of possible dishes may be suggested.
  • the inventory management server 8 stores a cooking database showing correspondence between one or more products and a cooking menu using the one or more products as ingredients.
  • the control unit 81 of the inventory management server 8 refers to the inventory data of the user to be processed, specifies one or more products whose expiration date is near, and can cook with a part or all of the specified one or more products.
  • a food menu is determined by referring to the food database, and notified to the inventory management application of the user to be processed.
  • the inventory management application may be configured so that if there is a product that the user does not have among the one or more products required for the determined cooking menu, the product can be ordered from the store.
  • the inventory management application can be configured to cooperate with a wearable terminal such as a smartwatch owned by the user to make suggestions for maintaining the health of the user.
  • the wearable terminal sequentially acquires data on the calories consumed by the user's exercise, and transmits the data to the server for the wearable terminal.
  • the server for the wearable terminal provides the inventory management server 8 with data related to calorie consumption recorded in association with the user.
  • the inventory management server 8 analyzes the user's consumption information (information about the acquired calorie) and the information on the user's calorie consumption (for example, excess calorie acquired, lack of exercise, etc.) and stores it in the user's inventory. Notify management applications. At that time, the inventory management server 8 may send a proposal message for health maintenance, such as the necessary amount of exercise, to the user's inventory management application based on the analysis result.
  • Examples of communication methods include RFID (Radio Frequency Identification) such as NFC (Near field communication), Bluetooth (registered trademark), and BLE (Bluetooth (registered trademark) Low Energy).
  • RFID Radio Frequency Identification
  • NFC Near field communication
  • Bluetooth registered trademark
  • BLE Bluetooth (registered trademark) Low Energy
  • NFC tag that records the product ID and expiration date information of the product
  • the store application of the user terminal 3 transmits to the store server 5 a price inquiry including the product ID and expiration date information of the received product.
  • the shop server 5 that has received the price inquiry determines the offer price of the product and returns information indicating the offer price to the shop application, as in the above-described embodiment.
  • the store application transmits the product image acquired by the imaging unit to the store server 5 .
  • the store server 5 identifies the product ID of the product from the acquired image of the product. Artificial intelligence using a trained model can be used to identify the product ID.
  • the product image is an example of product information.
  • the store server 5 can be configured to access a database in which product IDs and product expiration date information are associated with each other, and acquire expiration date information corresponding to the specified product ID. A plurality of pieces of information that can be acquired from a product may be combined to acquire the product ID and expiration date information of the product.
  • At least two pieces of information such as code information obtained from products or shelf labels, character information, information obtained from wireless tags, images of the appearance of products, identification information that identifies individual products (e.g. serial numbers), etc. can be combined to obtain the product ID and expiration date information of the product.
  • At least part of the functions of the store server 5 and the inventory management server 8 may be implemented by the software of the user terminal 3, and at least part of the functions of the user terminal 3 may be implemented by the store. It may be implemented by software of the server 5 or the inventory management server 8 .
  • the functions of the user terminal 3 and the functions of the store server 5 and the inventory management server 8 are distributed among the user terminal 3, the store server 5 and the inventory management server 8 as necessary. may be realized.
  • the functions executed by the store server 5 and the inventory management server 8 may be distributed and executed by a plurality of devices.
  • the information processing system of the present invention can also be applied, for example, to a case where a purchase is made through an online sales mechanism based on product information and expiration date information, or to a case where purchase is made through a bulk sales mechanism.
  • the inventory management server acquires purchase data for the user from a server that provides an online sales service and updates the user inventory database.
  • the store application even when the user purchases the product by weight at the store, it is possible to make a payment by using the store application based on the code information attached to the product when the product is sold by weight.
  • a mechanism can be constructed in which the inventory management server updates the user inventory database.
  • the present invention relates to Japanese Patent Application No. 2021-52065 filed with the Japan Patent Office on March 25, 2021, and the entire contents of this application are incorporated herein by reference.

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Strategic Management (AREA)
  • Finance (AREA)
  • Accounting & Taxation (AREA)
  • Development Economics (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Economics (AREA)
  • Marketing (AREA)
  • General Business, Economics & Management (AREA)
  • Theoretical Computer Science (AREA)
  • Game Theory and Decision Science (AREA)
  • Data Mining & Analysis (AREA)
  • Tourism & Hospitality (AREA)
  • Mechanical Engineering (AREA)
  • Quality & Reliability (AREA)
  • Operations Research (AREA)
  • Human Resources & Organizations (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Hardware Redundancy (AREA)
  • Cash Registers Or Receiving Machines (AREA)

Abstract

一実施形態の情報処理システムは、利用者が所持する利用者端末と、利用者端末と通信可能な情報処理装置と、を含む。利用者端末は、商品に関する商品情報及び商品の有効期限に関する期限情報を取得する第１取得部と、情報処理装置から取得する利用者の商品在庫情報を表示部に表示させる表示制御部と、を有する。情報処理装置は、商品が前記利用者により決済済みである場合に、利用者端末により取得された商品情報及び期限情報を利用者の商品在庫情報として取得する第２取得部と、利用者の要求に基づいて、第２取得部により得られた利用者の商品在庫情報を利用者端末に提供する提供部と、を有する。

Description

情報処理システム、情報処理装置、情報処理方法、及び、プログラム
　本発明は、情報処理システム、情報処理装置、情報処理方法、及び、プログラムに関する。
　従来、賞味期限を過ぎた生鮮食品等の食品を破棄する食品ロスを抑制するため、家庭内の食品在庫を管理するシステムが知られている（例えば、特開２００４－３４８４４５号公報参照）。
　特開２００４－３４８４４５号公報には、顧客別の買い上げ商品情報を通信網経由で送信するＰＯＳシステムと、外部から家庭端末を操作して食品在庫管理情報等の必要情報を入手する外部端末と、ＰＯＳシステムから送られた商品情報を受信し、かつ外部端末操作と連携してその外部端末に要求情報を送信する家庭端末と、を含む食品管理システムが記載されている。
　しかし、特開２００４－３４８４４５号公報に記載された食品管理システムでは、賞味期限によって食品を効率的に管理できず、食品ロス抑制の実効性を担保できないという課題がある。この食品管理システムでは、例えば、賞味期限が食品の購入日を基に画一的に決定されるため、食品毎の実際の賞味期限がシステムに反映されず、食品を効率的に管理することができない。
　そこで、本発明は、商品ごとの期限情報に基づいて商品在庫を効率的に管理することを目的とする。
　本発明のある態様は、利用者が所持する利用者端末と、前記利用者端末と通信可能な情報処理装置と、を含む情報処理システムであって、前記利用者端末は、商品に関する商品情報及び前記商品の有効期限に関する期限情報を取得する第１取得部と、前記情報処理装置から取得する前記利用者の商品在庫情報を表示部に表示させる表示制御部と、を有し、前記情報処理装置は、前記商品が前記利用者により決済済みである場合に、前記利用者端末により取得された前記商品情報及び前記期限情報を前記利用者の商品在庫情報として取得する第２取得部と、前記利用者の要求に基づいて、前記第２取得部により得られた前記利用者の商品在庫情報を前記利用者端末に提供する提供部と、を有する、情報処理システムである。
　本発明のある態様によれば、商品ごとの期限情報に基づいて商品在庫を効率的に管理できる。
一実施形態の商品在庫管理システムのシステム構成を概略的に示す図である。 店舗利用者データベースのデータ構成例を示す図である。 利用者端末の店舗アプリケーションの画面遷移例を示す図である。 一実施形態の商品在庫管理システムの動作を示すシーケンスチャートである。 利用者端末の店舗アプリケーションの画面遷移例を示す図である。 一実施形態の商品在庫管理システムの動作を示すシーケンスチャートである。 購入実績データベースのデータ構成例を示す図である。 利用者在庫データベースのデータ構成例を示す図である。 一実施形態の商品在庫管理システムの動作を示すシーケンスチャートである。 利用者端末の在庫管理アプリケーションの画面例を示す図である。 一実施形態の商品在庫管理システムの各装置の内部構成を示すブロック図である。 在庫アプリ利用者データベースのデータ構成例を示す図である。 一実施形態の商品在庫管理システムの動作を示すシーケンスチャートである。 利用者による消費情報を取得する方法を例示する図である。 利用者による消費情報を取得する方法を例示する図である。 利用者による消費情報を取得する方法を例示する図である。 利用者端末の在庫管理アプリケーションの画面遷移例を示す図である。 一実施形態の商品在庫管理システムの動作を示すシーケンスチャートである。 利用者端末の在庫管理アプリケーションの画面遷移例を示す図である。 一実施形態の商品在庫管理システムの動作を示すシーケンスチャートである。 利用者端末の在庫管理アプリケーションの画面例を示す図である。 利用者端末の在庫管理アプリケーションの画面例を示す図である。
　本開示において、商品の「商品情報」とは、商品を特定する情報である。例えば、商品名称、商品コード、商品ＩＤ、商品型式等は、商品情報の一例である。商品ＩＤは、商品を特定する識別情報である。
　本開示において、商品の「期限情報」とは、利用者が当該商品を使用可能、賞味可能、又は、消費可能であるか否かの指標を示す有効期限に関する情報である。有効期限の例としては、使用期限、賞味期限、消費期限、品質保証期限等が挙げられる。
　本開示において、商品から商品情報及び期限情報を取得する方法を限定せず、様々な方法を採ることができる。
　例えば、商品情報及び期限情報に対応するコード情報が商品や、棚札、電子棚札等に表示されている場合には、当該コード情報を読み取ることで商品情報及び期限情報を取得することができる。また、商品情報及び期限情報に対応する文字情報（ヒューマンリーダブル文字）が商品や、棚札、電子棚札等に表示されている場合には、当該文字情報を含む画像を撮像し、当該画像から画像認識技術によって文字情報を取得することもできる。ここで、商品にコード情報又は文字情報が表示されている態様として、コード情報又は文字情報が商品の外装品に印刷されている態様や、コード情報又は文字情報が印字されているラベル等の印字媒体が商品自体、若しくは商品の外装品に貼付されている態様等が含まれる。コード情報は、１次元コード（バーコード）でも２次元コードでもよい。
　なお、以下では、商品に表示されているコード情報を読み取ることにより商品情報及び期限情報を取得する場合を例として説明する。
　実施形態の商品在庫管理システムでは、例えば利用者が所持する利用者端末等によって、利用者が家庭で在庫として保有する商品の在庫管理が行われる。
　商品は限定しないが、上記期限情報と関連付けられたものであって、利用者が在庫として家庭内で保持する商品であれば如何なるものでもよい。代表的な商品は、小売り店舗で利用者によって購入される食品や調味料等である。
　例えば利用者端末は、店舗等において商品に表示されているコード情報を読み取ることにより商品情報及び期限情報を取得する。例えば、利用者端末がレジレス機能を備えている場合、利用者端末によって取得された商品情報に対応する商品の決済が、利用者端末と通信可能な店舗サーバにおいて行われる。一実施形態の商品在庫管理システムでは、在庫管理サーバは、決済済みの商品に対応する商品情報及び期限情報を店舗サーバから利用者の商品在庫情報として取得し、例えば利用者端末等に商品在庫情報を提供するように構成される。すなわち、このシステムによれば、商品が決済済みである場合、利用者端末等によって購入時に取得された当該商品に対応する商品情報及び期限情報が商品在庫情報として利用されるため、利用者は、商品に表示されているコード情報に含まれる商品情報及び期限情報を基に、自身が購入した商品の在庫管理が可能となる。その際、利用者は、商品の購入後に当該商品の管理を行う際、商品の消費情報や期限情報を入力する必要がない。
　（１）第１の実施形態
　図１を参照して、本実施形態の商品在庫管理システム１のシステム構成を説明する。
　商品在庫管理システム１では、利用者は、例えば店舗等で購入して自宅で保持している商品の在庫を管理できるように構成されている。商品の例として食品を挙げるが、その限りではなく、調味料等、賞味期限（期限情報の一例）がある商品であれば如何なる商品であってもよい。本実施形態の例では、店舗は、商品として賞味期限を有する食品等を扱うスーパーマーケット等の小売業である。利用者が各店舗においてレジレスで決済が完了できる仕組みとなっている。
　図１に示すように、本実施形態の商品在庫管理システム１は、店舗で買い物を行う利用者ＣＴが所持する利用者端末３と、店舗サーバ５－１，５－２，５－３，…と、決済代行サーバ７と、在庫管理サーバ８とを含み、利用者ＣＴが、店舗で購入した商品の在庫を家庭内で管理可能となるように構成される。商品在庫管理システム１では、利用者端末３及びサーバ群がネットワークＮＷを介して通信可能となるように構成される。ネットワークＮＷは限定しないが、例えば、インターネット、ＬＡＮ（Local Area Network）、ＷＡＮ（Wide Area Network）等である。
　店舗サーバ５－１，５－２，５－３，…は、利用者が利用する複数の店舗の各々がレジレスを実現するために設けられている。以下では、各店舗サーバに対して共通する事項について言及するときには、適宜単に「店舗サーバ５」と表記する。店舗サーバ５は、決済代行サーバ７と通信可能であり、レジレスによる利用者の商品決済を支援する。
　利用者ＣＴが所持する利用者端末３には、各店舗に対応した店舗アプリケーションがインストールされている。店舗アプリケーションは、対応する店舗においてレジレスによる決済を行うために、店舗に対応する店舗サーバ５と通信を行うように構成されている。
　利用者端末３には、利用者の商品在庫を管理するための在庫管理アプリケーションがインストールされている。在庫管理アプリケーションは、利用者の在庫を管理するために在庫管理サーバ８と通信を行う。在庫管理サーバ８は、店舗サーバ５－１，５－２，５－３，…の各々から、利用者による決済済みの商品に関する情報を取得するとともに、在庫管理アプリケーションからの要求に応じて利用者の在庫データ（後述する）を提供可能となるように構成されている。
　以下の説明及び図面では、店舗アプリケーション及び在庫管理アプリケーションをそれぞれ、「店舗アプリ」、「在庫アプリ」と適宜略記することがある。
　店舗サーバ５には、図２に例示する店舗利用者データベースが格納される。
　図２に例示する利用者データベースの各レコードは、「利用者ＩＤ」、「利用者名称」、「決済手段」の各フィールドの値を含む。ここで、「利用者ＩＤ」フィールドの値は、店舗の利用者に割り当てられる識別情報である。「利用者名称」フィールドの値は、利用者が店舗アプリケーションを利用者端末３にインストールするタイミングで、利用者の操作入力に基づいて取得され、利用者データベースに記録される。「決済手段」フィールドの値は、利用者が店舗アプリケーションを利用者端末３にインストールするタイミング、又は、インストール後の任意のタイミングで、利用者の操作入力に基づいて取得され、利用者データベースに記録あるいは更新される。
　「決済手段」フィールドの値は、利用者に対して商品の決済を行うのに必要なデータであり、例えば、クレジットカード番号の情報、及び／又は、電子マネーに関連する情報（プリペイド番号等）である。「決済手段」フィールドの値は、利用者ＩＤに対応する利用者が決済を行うときに決済代行サーバ７に提供される。
　次に、図３及び図４を参照して、利用者端末３の店舗アプリケーションの利用方法について説明する。図３は、利用者端末３の店舗アプリケーションの画面遷移例を示す図である。図４は、利用者端末３の店舗アプリケーションの処理を示すシーケンスチャートである。
　店舗アプリケーションを実行することで利用者は、店舗内の各商品の提供価格を確認でき、自身が選択した商品の決済を行うことができる。図２の画面Ｇ１～Ｇ３は、利用者が商品の価格を確認し、購入予定リスト（カゴ）に商品を追加する場合の店舗アプリケーションの利用方法を示している。
　利用者が利用者端末３において店舗アプリケーションを起動すると、図３の画面Ｇ１に示すように、利用者端末３に備わる撮像機能が連動し、撮像された画像がウィンドウｗ１に表示される。画面Ｇ１では、利用者が商品Ｐを店舗の棚から手に取り、商品Ｐに表示されているコード情報Ｃ１が見えるようにした商品Ｐの画像がウィンドウｗ１に含まれる。商品Ｐのコード情報Ｃ１をウィンドウｗ１に表示させる（つまり、利用者がスキャン操作を行う）ことで、店舗アプリケーションは、コード情報Ｃ１の読み取り（スキャン）を行う（図４のステップＳ２）。ウィンドウｗ１内に複数のコード情報が表示される場合に、目的とするコード情報を確実に読み取らせることができるように、利用者端末３の撮像機能は、ウィンドウｗ１内にスキャン領域１００を表示させる機能を含むことが好ましい。その場合、ウィンドウｗ１内の複数のコード情報のうちスキャン領域１００内に表示されたコード情報Ｃ１のみが読み取られる。
　例えばコード情報Ｃ１には、対応する商品Ｐの商品ＩＤ（商品情報の一例）と賞味期限の情報（賞味期限情報；期限情報の一例）が含まれる。商品ＩＤと賞味期限情報が含まれる限り、コード情報Ｃ１のコード形式は問わないが、バーコード（１次元コード）とする場合には、例えばＧＳ１－１２８等のＣＯＤＥ１２８を採用することができる。ＣＯＤＥ１２８は、アスキーコード１２８文字を全てバーコード化できるため、商品ＩＤと賞味期限情報を含むように構成することができる。
　なお、ＧＳ１－１２８を含むラベルを店舗内の各商品に貼付するために、物流センターで貼付ロボット等を利用したラベルの一括自動貼り付けを行ってもよく、また、店舗での総菜等の製造時においてＧＳ１－１２８を含む計量ラベルの貼り付けを行ってもよい。それによって、賞味期限情報が含まれないコード（例えば、ＪＡＮ１３等）が商品自体に印刷されている商品についても、賞味期限情報を含むＧＳ１－１２８が印字されたラベルを貼り付けることができる。
　店舗アプリケーションは、コード情報Ｃ１が読み取られると、コード情報Ｃ１に含まれる商品ＩＤおよび賞味期限情報を含む、利用者への商品Ｐの提供価格の問合せを店舗サーバ５に送信する（図４のステップＳ４）。次いで、店舗アプリケーションは、店舗サーバ５から商品Ｐの通常価格と提供価格の情報を含む価格データを受信し（ステップＳ１０）、表示する（ステップＳ１２）。
　例えば、図３を参照すると、ステップＳ１２において表示される画面Ｇ２のウィンドウｗ２には、商品ＩＤに対応する商品名称（「ヨーグルトＢ　５００ｍｌ」）と、通常価格（「３００円」）、提供価格（「２５０円」）、および、賞味期限（「２０２１年９月１３日」）の情報が含まれる。
　画面Ｇ２において利用者は、ウィンドウｗ２に含まれる情報を見て、購入予定リスト（カゴ）に商品Ｐを追加するか否かの選択を行うことができる。商品Ｐを購入予定リストに追加する場合には、利用者が画面Ｇ２に表示されているボタンｂ１（「カゴに入れる」）を操作すると（図４のステップＳ１４：ＹＥＳ）、画面Ｇ３が表示され、商品Ｐが購入予定リストに追加されたことが利用者に通知される（ウィンドウｗ３）。その場合、利用者は、手に取った商品Ｐを店舗の実際のカゴ又は買い物カートの中に入れる。
　利用者端末３は、ボタンｂ１の操作に応じて、対象となる商品の情報を購入予定リストに追加するようにして購入予定リストを更新する（ステップＳ１６）。
　次に、図５及び図６を参照して、利用者端末３の店舗アプリケーションによって商品の決済を行う際の店舗アプリケーションの利用方法について説明する。図５は、利用者端末３の店舗アプリケーションの画面遷移例を示す図である。図６は、利用者端末３の店舗アプリケーションの処理を示すシーケンスチャートである。
　利用者は、商品の提供価格を確認して購入予定リストに追加した後（つまり、図３の画面Ｇ１～Ｇ３を繰り返し表示させた後）、決済を行う場合には、画面Ｇ４においてボタンｂ２（「カゴの中を見る」）を操作し、購入予定リストＢＬを含む画面Ｇ５を表示させる。購入予定リストＢＬには、それまでに追加された商品の一覧（各商品の商品名称、数量、価格）と価格の合計金額とが含まれる。
　図示しないが、利用者は、例えば予算オーバーのため購入予定リストＢＬから特定の商品の購入を中止する場合には、当該商品を購入予定リストＢＬから削除する操作を行うことができる。その場合、利用者は、店舗のカゴ又は買い物カートの中から購入を中止する商品を店舗の棚に戻す。
　画面Ｇ５において、購入予定リストＢＬが確定した場合、利用者がボタンｂ３（決済ボタン）を操作することで（図６のステップＳ２０）、店舗アプリケーションは、店舗サーバ５に対して、購入予定リストを含む決済要求を行う（ステップＳ２２）。
　店舗サーバ５は、店舗アプリケーションから決済要求を受信すると、利用者名称および決済手段のデータを利用者データベースから読み出し、読み出した利用者名称および決済手段のデータと、決済額（購入予定リストの合計金額）のデータとを含む決済要求を決済代行サーバ７に送信する（ステップＳ２４）。決済代行サーバ７は、店舗サーバ５から提供されたデータを基に決済処理を行い（ステップＳ２６）、決済処理が完了すると、店舗サーバ５に決済完了通知を送信する（ステップＳ２８）。
　決済が完了すると、店舗サーバ５は、新たな決済ＩＤを発行するとともに（ステップＳ３０）、購入実績データベース（後述する）に新たなレコードを作成することで購入実績データベースを更新する（ステップＳ３２）。
　図７に購入実績データベースの構成例を示す。
　図７に例示する購入実績データベースの各レコードは、「利用者ＩＤ」、「決済ＩＤ」、「決済発生日時」、および、「購入内容」の各フィールドの値を含む。ここで、「決済ＩＤ」フィールドの値は、対応する利用者の個々の決済ごとに一意に割り当てられるデータである。「決済発生日時」フィールドの値は、決済ＩＤによって特定される決済が発生した日時を示す。
　「購入内容」フィールドは、「商品ＩＤ」、「商品名称」、「価格」、「個数／数量」、及び、「賞味期限」の各サブフィールドを含む。各サブフィールドの値は、決済ＩＤによって特定される決済の対象となる購入内容の詳細のデータを示す。
　再度図６を参照すると、店舗サーバ５は、ステップＳ２２の決済要求に対応する決済完了通知を店舗アプリケーションに送信する（ステップＳ３４）。この決済完了通知には、ステップＳ３０で発行された決済ＩＤが含まれる。店舗アプリケーションは、受信した決済完了通知に含まれる決済ＩＤを含む２次元コードである決済済コードを作成し（ステップＳ３６）、利用者端末３に表示する（ステップＳ３８）。例えば、図５に示すように、決済済コードとしてコード情報Ｃ２を含む画面Ｇ６が表示される。決済済コードは、商品の決済が完了したことを示しており、決済を特定する決済ＩＤ（後述する）を含む。ここでは、決済済コードとして２次元コードの例を示しているが、バーコード等であってもよい。
　画面Ｇ６に示す決済済コードは、例えばカゴの中の商品の決済が完了したことを店舗又は店舗スタッフに対して通知するために利用される。
　例えば、決済済コードを店舗スタッフに見せることで利用者が店舗を退出ことができるように構成してもよいし、決済済コードを店舗内の所定の装置に読み取らせることで店舗を退出できるようにゲートが開くように構成してもよい。その場合、利用者はレジ待ちの列に並ぶ必要がなく、店舗のレジスタッフが商品の決済を行う必要がないため、利用者と店舗の双方に利点がある。
　店舗サーバ５は、購入実績データベースを更新した後、購入データを在庫管理サーバ８に送信する（ステップＳ３５）。購入データは、ステップＳ３２の購入実績データベースの更新内容を示すデータであり、利用者による決済が完了した商品に関する情報が含まれる。在庫管理サーバ８は、購入データを受信すると、購入データを基に利用者在庫データベース（後述する）を更新する（ステップＳ４０）。
　図８に、利用者在庫データベースの構成例を示す。
　利用者在庫データベースは、在庫管理サーバ８に格納され、利用者ＩＤごとに管理されている。利用者在庫データベースの各レコードは、例えば「商品ＩＤ」、「商品名称」、「個数／量」、「賞味期限」の各フィールドの値を含む。各フィールドの値は、購入実績データベースに含まれる対応するフィールドの値と同種のデータである。特定の利用者に対して商品の購入時に購入実績データベースに追加されたデータが利用者在庫データベースにも反映されるように構成される。
　以下では、利用者在庫データベースにおいて利用者ＩＤごとのデータを「在庫データ」という。
　次に、図９及び図１０を参照して、在庫管理アプリケーションの利用方法について説明する。
　図９は、利用者端末３の在庫管理アプリケーションによって利用者の家庭内の商品在庫を表示させる場合の処理を示すシーケンスチャートである。図１０は、在庫管理アプリケーションによって表示される画面例を示す。
　図９を参照すると、店舗サーバ５－１，５－２，５－３の各々は、決済処理を行う度に（ステップＳ４２ａ，４２ｂ，４２ｃ）、購入データを在庫管理サーバ８に送信する（ステップＳ４４ａ，４４ｂ，４４ｃ）。なお、ステップＳ４２ａ，４２ｂ，４２ｃにおける決済処理は、図６のステップＳ２０～Ｓ３２の一連の処理を含む。在庫管理サーバ８は、店舗サーバ５－１，５－２，５－３から購入データを受信する度に、受信した購入データを用いて利用者在庫データベースを更新する（ステップＳ４６ａ，４６ｂ，４６ｃ）。したがって、在庫管理サーバ８の利用者在庫データベースにおいて、複数の店舗サーバ５において同一の利用者が決済した商品が一元的に管理される。
　なお、在庫管理サーバ８が受信する購入データには、購入実績データベースの利用者ＩＤと、利用者による決済が完了した商品に関する情報と、が含まれている。この購入データを用いて利用者在庫データベースを更新するため、後述するように、店舗利用者データベースの利用者ＩＤと、店舗アプリ利用者データベースの利用者ＩＤとは、予め対応付けられているか、あるいは、例えば利用者名称等を基に対応付けることが可能となっている。
　在庫管理アプリケーションは、例えば利用者による所定の操作に基づいて在庫表示要求を送信する（ステップＳ４８）。在庫表示要求を受信すると在庫管理サーバ８は、要求元の利用者ＩＤに対応する在庫データを読み出して、在庫管理アプリケーションに返す（ステップＳ５０）。在庫管理アプリケーションは、受信した在庫データを表示する（ステップＳ５２）。
　ステップＳ５２で表示される画面例が、図１０の画面Ｇ７である。画面Ｇ７は、各商品について、商品ＩＤ、商品名称、個数／量、賞味期限の情報からなる在庫リストＩＬを含む。
　次に、図１１の機能ブロック図を参照して、本実施形態の商品在庫管理システム１内の各装置の構成について説明する。
　図１１に示すように、利用者端末３は、制御部３１、ストレージ３２、操作入力部３３、表示部３４、撮像部３５、コードリーダ３６、および、通信部３７を備える。
　制御部３１は、マイクロプロセッサを主体として構成され、利用者端末３全体を制御する。例えば、制御部３１に含まれるマイクロプロセッサは、ストレージ３２に記録されている店舗アプリケーション及び在庫管理アプリケーションのプログラムをロードして実行し、その実行結果を表示部３４に表示する。
　ストレージ３２は、不揮発性のメモリであり、例えばフラッシュメモリ等のＳＳＤ（Solid State Drive）であってもよい。ストレージ３２は、店舗アプリケーション及び在庫管理アプリケーションのプログラムのほか、店舗アプリケーション及び在庫管理アプリケーションを実行することで作成されたデータ、ファイル等を記憶する。
　店舗アプリケーションを実行することで、制御部３１は、以下の機能を実現する。
　（１－ｉ）商品に表示されているコード情報から当該商品の商品情報や賞味期限情報等を取得する機能
　（１－ｉｉ）利用者に対する商品の提供価格の情報に対する価格問合せを店舗サーバ５に送信する（つまり、商品の提供価格の情報を要求する）機能
　（１－ｉｉｉ）商品の提供価格の情報を店舗サーバ５から受信（取得）し、取得した商品の提供価格の情報を表示部３４に表示させる機能
　（１－ｉｖ）購入予定リストに含まれる各商品の決済を店舗サーバ５に要求する機能
　在庫管理アプリケーションを実行することで、制御部３１は、以下の機能を実現する。
　（２－ｉ）コードリーダ３６を介して商品に取り付けられているコード情報Ｃ１から商品ＩＤ（商品情報の一例）及び賞味期限情報（商品の有効期限に関する期限情報の一例）を取得する第１取得部としての機能
　（２－ｉｉ）在庫管理サーバ８から利用者の在庫データを取得し、商品在庫情報を表示部３４に表示させる表示制御部としての機能
　操作入力部３３は、例えば、利用者端末３の表示パネルに設けられたタッチパネル型入力デバイスである。
　表示部３４は、例えば液晶表示パネルや有機ＥＬパネルを含み、店舗アプリケーション及び在庫管理アプリケーションの実行結果を表示する。また、表示部３４は、撮像部３５によって生成されるデジタル画像信号を表示する。
　撮像部３５は、例えば、光学レンズと、光学レンズからの入射光を電気信号に変換する撮像素子（イメージセンサ）と、を有し、デジタル画像を逐次生成し、表示部３４に出力する。
　コードリーダ３６は、撮像部３５によって生成される画像信号に含まれるコード情報を解析して、コード情報からデータ（つまり、商品ＩＤ等の商品情報や賞味期限情報）を抽出（取得）する。
　通信部３７は、店舗サーバ５及び在庫管理サーバ８との間で通信を行うための通信インタフェースである。通信プロトコルは限定しないが、例えばＨＴＴＰやＨＴＴＰＳ等である。
　図１１に示すように、店舗サーバ５は、制御部５１、ストレージ５２、および、通信部５３を備える。
　制御部５１は、マイクロプロセッサを主体として構成され、店舗サーバ５全体を制御する。例えば、制御部５１に含まれるマイクロプロセッサは、ストレージ５２に記録されているサーバプログラムをロードして実行する。
　ストレージ５２は、例えばＨＤＤ（Hard Disk Drive）等の大容量記憶装置であり、サーバプログラムのほか、店舗利用者データベース（店舗利用者ＤＢ；図２参照）および購入実績データベース（購入実績ＤＢ；図７参照）を記憶する。店舗利用者データベースおよび購入実績データベースは、サーバプログラムを実行するときに、適宜、制御部５１からアクセスされる。
　図示しないが、ストレージ５２は、店舗で販売される各商品の提供価格のデータを記憶している。提供価格のデータは、利用者の店舗アプリケーションから価格問合せを受けたときに制御部５１によって参照される。
　通信部５３は、利用者端末３、決済代行サーバ７、及び、在庫管理サーバ８との間で通信を行うための通信インタフェースである。
　サーバプログラムを実行することで、制御部５１は、価格情報提供部５１１および決済処理部５１２の機能を実現する。
　価格情報提供部５１１は、問合せを受けた商品の提供価格を含む情報を利用者端末３の店舗アプリケーションに提供する機能である。例えば図３の画面Ｇ２，Ｇ３に含まれる情報が価格情報提供部５１１によって提供される。
　決済処理部５１２は、利用者端末３から得られる決済ボタンの操作指示（つまり、決済要求）に応じて、購入予定リストに含まれる商品の決済処理を、決済代行サーバ７と協働して行う機能である。決済処理部５１２は、利用者名称および決済手段のデータを店舗利用者データベースから読み出して、決済代行サーバ７に提供する。決済処理部５１２はまた、店舗アプリケーションから決済要求を受信したときに、購入実績データベースに新たなレコードを作成する。
　図１１に示すように、在庫管理サーバ８は、制御部８１、ストレージ８２、および、通信部８３を備える。
　制御部８１は、マイクロプロセッサを主体として構成され、在庫管理サーバ８全体を制御する。例えば、制御部８１に含まれるマイクロプロセッサは、ストレージ８２に記録されているサーバプログラムをロードして実行する。
　ストレージ８２は、例えばＨＤＤ等の大容量記憶装置であり、サーバプログラムのほか、店舗アプリ利用者データベース（店舗アプリ利用者ＤＢ；後述する）および利用者在庫データベース（利用者在庫ＤＢ；図８参照）を記憶する。店舗アプリ利用者データベースおよび利用者在庫データベースは、サーバプログラムを実行するときに、適宜、制御部８１からアクセスされる。
　通信部８３は、利用者端末３及び店舗サーバ５との間で通信を行うための通信インタフェースである。
　図１２に、店舗アプリ利用者データベースの構成例を示す。
　図１２に例示する店舗アプリ利用者データベースの各レコードは、「利用者ＩＤ」、「利用者名称」、「グループＩＤ」、「閲覧許可」の各フィールドの値を含む。
　利用者ＩＤは、店舗サーバ５に格納される店舗利用者データベースの利用者ＩＤとは異なり、在庫管理アプリケーションにおいて割り当てられる。
　なお、図６に示したように、在庫管理サーバ８は、店舗アプリケーションから店舗利用者データベースの利用者ＩＤに関連付けられた購入データを取得し、利用者在庫データベースにおける特定の利用者ＩＤの在庫データを更新する。このとき、店舗利用者データベースの利用者ＩＤと、店舗アプリ利用者データベースの利用者ＩＤとは、予め対応付けられているか、あるいは、例えば利用者名称等を基に対応付けることが可能である。
　グループＩＤは、複数の利用者に対して共通に割り当てられるＩＤである。典型的な一例では、家族等、生計を共にする複数の利用者の間で単一のグループＩＤが、例えば利用者から申請により割り当てられる。
　閲覧許可は、ある利用者に対して他の利用者の在庫データの閲覧を許可することを意味する。在庫アプリ利用者データベースにおいて「閲覧許可」フィールドの値は、対象となる利用者ＩＤの利用者に対して、閲覧許可を受けている利用者の利用者ＩＤ、及び／又は、グループのグループＩＤの値である。例えば、図１２に示す例では、利用者ＩＤ：Ｚ００１の利用者に対して、グループＩＤ：Ｇ００８のグループの在庫データに対する閲覧許可が付与されていることを意味する。
　グループＩＤ及び閲覧許可については、後の実施形態に関連付けてさらに説明する。
　図１１を再度参照すると、在庫管理サーバ８は、マイクロプロセッサがサーバプログラムを実行することで、制御部８１は、情報管理部８１１、情報提供部８１２、登録部８１３、及び、分析部８１４として機能する。
　情報管理部８１１（第２取得部の一例）は、商品が利用者により決済済みである場合に、利用者端末３により取得された商品ＩＤ及び賞味期限情報を利用者の在庫データ（商品在庫情報の一例）として取得する機能である。図６のステップＳ３５に示したように、情報管理部８１１は、店舗サーバ５を介して、商品の決済後に、利用者端末３により取得された商品ＩＤ及び賞味期限情報を含む購入データを取得する。
　情報提供部８１２は、図９のステップＳ５０に示したように、利用者の在庫表示要求に基づいて、情報管理部８１１により得られた利用者の在庫データを利用者端末３の在庫管理アプリケーションに提供する機能である。
　登録部８１３は、１又は複数の利用者を１つのグループに登録する機能である。
　分析部８１４は、在庫データを基に利用者又はグループの消費状況を分析する機能である。
　登録部８１３及び分析部８１４については、後に説明する。
　以上説明したように、本実施形態の商品在庫管理システム１によれば、利用者端末３が、店舗において商品の商品ＩＤ及び賞味期限情報を取得し、決済のために店舗サーバ５に送信する。在庫管理サーバ８は、商品が利用者により決済済みである場合に店舗サーバ５から、利用者端末３により取得された商品ＩＤ及び賞味期限情報を利用者の在庫データとして取得する。在庫管理サーバ８は、利用者の在庫管理アプリケーションからの在庫表示要求に基づいて、利用者ＩＤに対応する在庫データを利用者端末３に提供すると、利用者端末３が、取得した利用者の在庫データを表示部３４に表示させる。
　商品在庫管理システム１では、利用者が店舗において利用者端末３により読み取って取得した商品ＩＤ及び賞味期限情報が、商品の決済後に店舗サーバ５から在庫管理サーバ８に転送されることになる。そのため、利用者は、購入した商品の商品ＩＤや賞味期限情報を在庫管理アプリケーションに手入力する手間が省け、賞味期限情報を基に効率的に在庫管理ができる利点がある。
　なお、利用者が店舗でのレジレスによる決済をするために商品から商品ＩＤ及び賞味期限情報を取得する場合について説明したが、その限りではない。利用者が通常のレジによる決済を行う場合に利用者端末３により商品ＩＤ及び賞味期限情報を取得してもよい。
　商品在庫管理システム１では、複数の店舗に対応する店舗サーバ５－１，５－２，５－３，…から利用者ＩＤを含む購入データが在庫管理サーバ８に送信され、利用者の在庫データとして利用者在庫データベースの中に一元的に管理される。そのため、利用者は、いずれの店舗で購入した商品についても１つの在庫データを閲覧すれば自宅の商品在庫が確認できる。すなわち、このシステムでは、特定の店舗に在庫情報を依存しない構成となっており、利用者が複数の店舗を利用する場合の商品在庫の管理において利便性に優れる。
　（２）第２の実施形態
　次に、第２の実施形態の商品在庫管理システムについて、図１３～図１５を参照して説明する。
　本実施形態では、利用者が自宅で食品（商品）を消費した場合に、利用者自身の操作に基づいて、利用者在庫データベースが更新される。
　例えば図１３のシーケンスチャートを参照すると、利用者による所定の操作入力に応じて（ステップＳ５４）、利用者端末３の在庫管理アプリケーションは、消費情報を取得して在庫管理サーバ８に送信する（ステップＳ５６）。在庫管理サーバ８は、受信した消費情報に基づいて利用者在庫データベースを更新する（ステップＳ５８）。
　ここで、消費情報とは、商品ＩＤと、商品の消費量、消費後の商品の量（数や重量）等を含む。
　利用者端末３の在庫管理アプリケーションによる消費情報は、図示しないが、例えば利用者が在庫管理アプリケーション上で在庫データに含まれる商品を選択し、選択した商品の消費量を入力することで得られる。商品の選択は、在庫データに基づく商品の一覧の中からいずれかの商品を選択操作すること行われてもよいし、商品にバーコード等のコード情報が付されている場合にはそのコード情報を読み取ることで行われてもよい。
　消費情報の取得方法はその限りではなく、様々な実施形態が考えられる。例えば、他の消費情報の取得方法について、図１４Ａ，図１４Ｂ及び図１５に例示している。
　図１４Ａに示す例では、在庫管理アプリケーションが利用者端末３の撮像機能と連動して商品Ｐの画像を取得し、取得した画像に基づいて商品Ｐの商品情報、及び商品Ｐの重量を推定することで消費情報を取得する。商品Ｐの重量の推定に際しては、ＡＩ技術を利用することもできる。ウィンドウｗ５に示すように、推定した商品Ｐ及び商品Ｐの重量を表示してもよい。
　図１４Ｂに示す例では、商品Ｐの底面近傍に重量センサ付きの無線タグＴ（通信デバイスの一例）が組み込まれている。この例では、在庫管理アプリケーションが無線タグＴとの無線通信により商品Ｐの商品情報、及び商品Ｐの重量のデータを受信することで消費情報を取得する。ウィンドウｗ６に示すように、受信した重量のデータを表示してもよい。なお、無線タグＴの種別は限定しないが、例えば広範囲の複数の異なる周波数帯の電波をエネルギーに変換する環境発電型のタグであることが好ましい。
　一実施形態では、無線タグＴは、周囲に含まれる１又は複数の特定周波数の電波からエネルギーを得て動作する。特定周波数は、無線タグＴにおいてエネルギーに変換可能な如何なる周波数の電波をも含む。特定周波数は、１又は複数の周波数帯を含んでもよいし、周波数帯の中から割り当てられた特定の周波数であってもよい。
　一実施形態では、特定周波数は、例えば無線通信規格等で規格された特定の周波数又は周波数帯でも良く、本実施形態に係る在庫管理アプリケーションを提供する事業者によって指定される特定の周波数又は周波数帯である。
　環境発電に使用する電波の限定しない例として、いわゆる３Ｇ～５Ｇ等の移動体通信システムで採用されている周波数帯の無線通信による電波、Bluetooth（登録商標）、Wi-Fi（登録商標）等の通信規格で採用されている周波数帯の無線通信による電波、ZigBee（登録商標）やThread等の通信プロトコルに代表される２．４ＧＨｚ帯の無線通信による電波、ＲＦＩＤで採用されている周波数帯（例えば、９００ＭＨｚ帯、１３．５６ＭＨｚ帯）の無線通信による電波等が挙げられる。
　また、一実施形態では、在庫管理アプリケーションが利用者端末３の撮像機能と連動して、図１４Ｂに示す商品Ｐのパッケージ等に記載されているバーコード情報や文字情報を読み取り、取得した画像に基づいて商品Ｐの商品情報、及び商品Ｐの重量を推定して消費情報を取得して、推定した商品Ｐ及び商品Ｐの重量を表示してもよい。
　図１５に示す例では、商品Ｐ１～Ｐ４が醤油や胡椒、塩等の調味料である場合が想定される。商品Ｐ１～Ｐ４は、シート型重量センサ装置９の１番目から４番目の各スロットにそれぞれ配置される。各スロットには、重量センサＷ１～Ｗ４が設けられている。シート型重量センサ装置９のアンテナ９１は、各スロットの重量のデータを利用者端末３の在庫管理アプリケーションに送信する。
　在庫管理アプリケーションでは、シート型重量センサ装置９の１番目から４番目の各スロットに配置される商品が登録可能となっている。図１５に示す構成例では、在庫管理アプリケーションは、アンテナ９１から逐次、商品Ｐ１～Ｐ４の消費情報を取得する。
　なお、図示しないが、商品が利用者の自宅の冷蔵庫にある場合、冷蔵庫内の各商品に重量センサ付きの無線タグＴを取り付けてもよい。その場合、利用者が冷蔵庫を開ける度に利用者の利用者端末３が冷蔵庫内の各商品の無線タグＴから商品ＩＤと重量のデータを受信することで、利用者端末３の在庫管理アプリケーションは、冷蔵庫内の各商品の消費情報を一括して取得する。利用者端末３の在庫管理アプリケーションは取得した消費情報を在庫管理サーバ８に送信し、在庫管理サーバ８は、受信した消費情報を基に利用者在庫データベースを更新する。
　また、無線タグＴを検出できなくなった場合には、当該無線タグＴが取り付けられていた商品が破棄されたことがわかるため、その商品を利用者在庫データベースから削除してもよい。
　なお、無線タグＴとして重量センサ付きのＲＦＩＤタグを利用する場合には、冷蔵庫にＲＦＩＤリーダを設置して、リーダ経由で消費情報を取得してもよい。
　本実施形態では、利用者端末３の制御部３１は、在庫データに含まれる各商品の消費量に関する消費情報を取得する取得部（第３取得部の一例）として機能する。
　また、在庫管理サーバ８の制御部８１は、利用者端末３の在庫管理アプリケーションから取得する消費情報に基づいて利用者在庫データベースの対応する利用者の在庫データを更新する更新部として機能する。
　本実施形態の商品在庫管理システムによれば、利用者の操作に応じて在庫管理サーバ８に格納されている利用者在庫データベースが更新されるため、在庫管理アプリケーション上で日々の消費実態が反映された在庫データが可視化することができる。その際、在庫管理アプリケーションにおいて商品ごとに賞味期限と商品の残量とを表示させることができるため、利用者は、商品を効率良く、あるいは計画的に消費することができる。
　（３）第３の実施形態
　次に、第３の実施形態の商品在庫管理システムについて、図１６～図１８を参照して説明する。
　本実施形態の商品在庫管理システムでは、利用者が、自身が属するグループや他の利用者、他のグループの在庫データを閲覧できるように構成されている。
　例えば、同居する家族を構成する複数の利用者が、各々が家族全体の在庫データを閲覧できるようにすることで、例えば生計を共にする利用者間で在庫データを可視化できる。例えば、家族内で同一の商品を重複して購入するといった無駄や買い忘れが発生する状況を避けることができる利点がある。
　また、利用者が同居しない他の利用者や他のグループ（例えば、高齢の親やその家族）の在庫データを閲覧できるようにすることで、同居しない家族がいつも通り食事をして過ごしているか確認できる利点がある。
　図１６に、本実施形態の商品在庫管理システムにおいて、利用者端末３の在庫管理アプリケーションの画面遷移例を示す。図１６では一例として、利用者であるＴ．Ｋ．がＫ家の家族の一員であり、別居している親のＣ家の在庫データの閲覧許可を得ている場合を想定している。
　この場合、利用者Ｔ．Ｋ．の在庫管理アプリケーションの画面Ｇ１０では、自宅の在庫を閲覧するためのボタンｂ１１と、別居しているＣ家の在庫を閲覧するためのボタンｂ１２とが表示される。ここで、ボタンｂ１１を操作すると、画面Ｇ１１に示すように、Ｋ家の在庫データを閲覧することができる。この閲覧データは、例えば、利用者Ｔ．Ｋ．との間で予め同居家族として関連付けられている複数の利用者の在庫データをマージすることで作成される。
　図１７のシーケンスチャートは、特定の利用者が他の利用者から在庫データの閲覧許可を得るためのフローを示している。
　図１７では、他の利用者の在庫データの閲覧を希望する利用者が利用者端末３－１を所持し、当該他の利用者が利用者端末３－２を所持している場合が想定される。
　先ず、利用者の操作に基づいて、利用者端末３－１の在庫管理アプリケーションが閲覧要求を在庫管理サーバ８に送信する（ステップＳ６０）。閲覧要求には、在庫データを閲覧したい他の利用者の利用者ＩＤ又は他のグループのグループＩＤが含まれる。
　在庫管理サーバ８は、閲覧要求を受信すると、閲覧要求に含まれる利用者ＩＤ又はグループＩＤの代表者として予め登録されている利用者ＩＤの在庫管理アプリケーションに対して、在庫データの閲覧を許可してよいかどうかの問合せを行う（ステップＳ６２）。この問合せが利用者端末３－２の在庫管理アプリケーション上で表示される（ステップＳ６４）。
　利用者端末３－２の利用者が在庫管理アプリケーション上で応答操作を行うと（ステップＳ６６：ＹＥＳ）、応答が在庫管理サーバ８に返される（ステップＳ６８）。この応答には、閲覧を許可するか否かの情報が含まれる。在庫管理サーバ８は、ステップＳ６８の応答が閲覧許可である場合には（ステップＳ７０：ＹＥＳ）、在庫アプリ利用者データベース（図６参照）の「閲覧許可」フィールドに閲覧要求元の利用者ＩＤを書き込むことで在庫アプリ利用者データベースを更新する（ステップＳ７２）。ステップＳ６８の応答が不許可である場合には（ステップＳ７０：ＮＯ）、在庫アプリ利用者データベースの更新は行われない。
　在庫管理サーバ８が、閲覧要求元の利用者端末３－１の在庫管理アプリケーションに対して、閲覧許可の許否応答を返すと（ステップＳ７４）、その許否応答結果が利用者端末３－１の表示部３４に表示される（ステップＳ７６）。
　図１２の在庫アプリ利用者データベースに示すように、ある利用者ＩＤの利用者（閲覧者）が他の利用者ＩＤの利用者（被閲覧者）に対応する在庫データの閲覧許可が得られた場合、当該他の利用者ＩＤが関連付けて記録される。被閲覧者は、例えば、閲覧者の高齢の親や一人暮らしの子供等である。その場合、閲覧者は、被閲覧者の在庫データを閲覧することで、被閲覧者が通常通り生活できているか間接的に見守ることができる。
　家族等の複数の利用者をグループ化する流れについては省略するが、概ね図１７のシーケンスチャートと同様の流れとすることができる。あるいは、家族で在庫管理アプリケーションの利用を開始するときに、家族に含まれる複数の利用者をグループ化して在庫アプリ利用者データベースに記録してもよい。同じグループとされた複数の利用者ＩＤの各々に対しては、在庫アプリ利用者データベースにおいて共通のグループＩＤに対応付けられる。グループ化された場合、グループ単位で在庫データを閲覧することができるため、例えば家族内で同一の商品を重複して購入してしまうこと等が避けられ、同じグループ内で効率的な商品在庫状態とすることができる。
　図１８は、Ｃ家の在庫データの閲覧許可が与えられている利用者Ｔ．Ｋ．がＣ家の在庫データを閲覧する場合の在庫管理アプリケーション上での画面遷移を示している。
　図１８の画面Ｇ１５は、図１６の画面Ｇ１０と同じである。ここで、ボタンｂ１６を選択操作すると画面Ｇ１６に切り替わり、例えば同居していないＣ家の在庫データを閲覧することができる。そのため、同居していない家族の健康状態を間接的にモニタすることができる。また、定期的にモニタしていれば同居していない家族等が日々何を食べているのかもわかる。
　本実施形態の在庫管理サーバ８では、同居している家族等の１つのグループに属する利用者に対して、グループの在庫データを提供するために以下のように構成される。
　制御部８１の登録部８１３は、情報提供部８１２によりグループ内の各利用者から取得された商品ＩＤ及び在庫データを、グループの在庫データとして登録する。これは、在庫アプリ利用者データベースにおいていずれかの「グループＩＤ」フィールドに値を書き込み、利用者ＩＤとグループＩＤとを対応付けることに相当する。
　情報提供部８１２は、グループ内のいずれかの利用者の要求に基づいて、当該利用者の利用者端末３の在庫管理アプリケーションに対してグループの在庫データを提供する。
　本実施形態の在庫管理サーバ８では、利用者に対して、別居している家族等、他の利用者又は他のグループの在庫データを提供するために以下のように構成される。
　制御部８１は、登録部８１３によって登録された複数のグループを関連付ける関連付け部を備える。ここで、関連付けられる各グループには、単一の利用者のみが含まれる場合もある。関連付けは、図１７に示したように、在庫アプリ利用者データベースにおいて「閲覧許可」フィールドに値が書き込まれることによって行われる。
　情報提供部８１２は、関連付け部により第１グループと第２グループとが関連付けられた場合に、第１グループのいずれかの利用者の在庫管理アプリケーションに対して、第２グループの在庫データを提供する。
　（４）第４の実施形態
　次に、第４の実施形態の商品在庫管理システムについて、図１９、図２０Ａ及び図２０Ｂを参照して説明する。
　この実施形態では、在庫管理サーバ８が利用者の商品の消費状況を分析する点に特徴がある。利用者が商品を購入する度に利用者在庫データベースが更新され、利用者が商品を消費する度に利用者在庫データベースが更新される。利用者の在庫データに対する増減をモニタすることで、利用者の健康維持に関連する分析を行うことができる。
　本実施形態の商品在庫管理システムの動作の一例を図１９に示す。
　図１９のシーケンスチャートは、例えば定期的に分析処理を実行することが想定される。分析タイミングになると（ステップＳ８０：ＹＥＳ）、在庫管理サーバ８は、分析処理を実行する（ステップＳ８２）。分析処理は限定しないが、例えば以下である。なお、例えば消費カロリーや塩分の摂取量が適切であるか否かの判断は、利用者と同年令における平均的な消費量又は摂取量を基準とすることが好ましい。
　・偏食であるか否か
　・消費（摂取）カロリーが適切か否か
　・塩分の摂取量が過大か否か
　・賞味期限が過ぎたものがあるか
　なお、消費カロリーのデータは、例えば商品ごとの単位重量当たりのカロリーの値を含むデータベースにアクセスすることで取得可能である。また、塩分の摂取量は、商品ごとの単位重量当たりに含まれる塩分量を含むデータベースにアクセスすることや、図１５に例示したように塩を含む瓶の重量変化に対応する消費情報を取得することで算出できる。
　在庫管理サーバ８は、ステップＳ８２の分析結果が利用者に対して通知を行う通知条件を満たすか否か判断し、通知条件を満たす場合には（ステップＳ８４：ＹＥＳ）、分析結果を利用者端末３の在庫管理アプリケーションに送信する（ステップＳ８６）。利用者端末３は、分析結果を受信すると表示部３４に表示させる（ステップＳ８８）。
　ステップＳ８４の通知条件は限定しないが、例えば、特定の商品の在庫量が少なくなっていること、在庫量に変化がないこと、賞味期限が過ぎた商品の種別が所定数以上あること、平均的な消費カロリーや塩分の摂取量が適正範囲を外れていることや、野菜類の消費量が所定値以下であること等の通常と異なる傾向がある場合等である。このように、特定の利用者に対する在庫量、消費量が通常と異なる場合に通知することで、例えば同居しない遠隔の利用者（例えば、高齢の親や一人暮らしの子供）の健康状態を間接的に見守ることができる。
　図２０Ａ，図２０Ｂにそれぞれ、図１９のステップＳ８８において表示される画面例を示す。
　図２０Ａの画面Ｇ２０ａは、分析内容Ｃ１ａを含む。この分析内容Ｃ１ａは、「卵の在庫が少なくなっています」等の特定の商品の在庫量が少なくなっている場合や、「醤油の減る量が通常より多いです」等の塩分の摂取量が通常より平均的な摂取量よりも多い場合に通知される内容である。
　図２０Ｂの画面Ｇ２０ｂでは、分析内容Ｃ１ｂを含む。この分析内容Ｃ１ｂは、「先週よりも摂取カロリーが８％減っています」等のカロリーの摂取量が以前よりも大きく変動した場合に通知される内容である。
　本実施形態の商品在庫管理システムでは、在庫管理サーバ８の制御部８１は、利用者端末３から取得する消費情報に基づいて利用者在庫データベースの特定の利用者の在庫データを更新する更新部として機能する。制御部８１の分析部８１４は、在庫データを基に利用者の消費状況を分析する。それによって、個々の利用者の在庫データに対する増減から利用者の消費状況を分析することができる。利用者は分析結果を取得することで、自身の日々の食事を改善させる契機とすることができる。
　また、本実施形態の商品在庫管理システムでは、在庫管理サーバ８の制御部８１は、利用者端末３から取得する消費情報に基づいて、利用者端末３を所持する利用者が含まれるグループの在庫データを更新する更新部として機能する。制御部８１の分析部８１４は、グループの在庫データを基に、当該グループの消費状況を分析する。それによって、グループ単位での在庫データに対する増減からグループ単位での消費状況を分析することができる。利用者は、例えば家族単位での消費状況の分析結果を取得し、例えば家族の日々の食事を改善させる契機とすることができる。
　図１９のステップＳ８４，Ｓ８６に示すように、在庫管理サーバ８の制御部８１は、分析部８１４の分析結果が所定の条件を満たす場合に、利用者端末３に対して通知を行う通知部として機能してもよい。通知対象となる分析結果を利用者の健康維持に必要となるような所定の条件を満たすものに限定することで、分析結果の通知が煩雑になることを防止できる。
　（５）実施形態の変形例
　次に、実施形態の変形例に係る商品在庫管理システムについて説明する。
　（５－１）第１変形例
　利用者在庫データベースには、利用者が保有する各商品の賞味期限情報が含まれているため、在庫管理サーバ８は、賞味期限が近い１以上の商品によって調理可能な料理のメニューの提案を行ってもよい。例えば、在庫管理サーバ８は、１以上の商品と、当該１以上の商品を具材とした料理メニューとの対応関係を示す料理データベースを記憶する。在庫管理サーバ８の制御部８１は、処理対象の利用者の在庫データを参照して賞味期限が近い１以上の商品を特定し、特定した１以上の商品の一部又はすべての商品によって調理可能な料理メニューを料理データベースを参照して決定して、処理対象の利用者の在庫管理アプリケーションに通知する。
　在庫管理アプリケーションは、決定された料理メニューに必要な１以上の商品のうち利用者が保有していない商品がある場合には、当該商品を店舗に対して注文できるように構成してもよい。
　（５－２）第２変形例
　在庫管理アプリケーションは、利用者が所持するスマートウォッチ等のウェアラブル端末と連携して利用者の健康維持のための提案を行うように構成することができる。
　ウェアラブル端末は、利用者の運動に伴う消費カロリーに関するデータを逐次取得して、ウェアラブル端末用のサーバに送信する。ウェアラブル端末用のサーバは、利用者に対応付けて記録している消費カロリーに関するデータを在庫管理サーバ８に提供する。
　在庫管理サーバ８は、利用者の消費情報（取得カロリーに関する情報）と、当該利用者の消費カロリーに関する情報とに基づいて分析した結果（例えば、取得カロリー過多、運動不足等）を利用者の在庫管理アプリケーションに通知する。その際、在庫管理サーバ８は、分析した結果に基づいて、必要な運動量等の健康維持のための提案メッセージを利用者の在庫管理アプリケーションに送信するとよい。
　（５－３）第３変形例
　次に、第３変形例について説明する。
　上述した各実施形態では、商品から商品ＩＤや賞味期限情報を取得する方法として、商品のコード情報を読み取る場合について説明したが、その限りではない。
　商品から商品ＩＤや賞味期限情報を取得する他の方法として、商品や棚札、若しくは商品の外装品に取り付けられている無線タグ、又は、商品の近傍に配置されている無線タグ等から商品ＩＤや賞味期限情報を受信する方法を採ることができる。この場合、情報を受信するときの通信方法（例えば、通信プロトコルや使用周波数等）は問わない。通信方法の例として、例えばＮＦＣ（Near field communication）等のＲＦＩＤ（Radio Frequency Identification）やBluetooth（登録商標）、ＢＬＥ（Bluetooth（登録商標）Low Energy）等が挙げられる。
　例えば商品や棚札等に、当該商品の商品ＩＤや賞味期限情報が記録されたＮＦＣタグが取り付けられ、利用者端末３にＮＦＣリーダが搭載されている場合を想定する。その場合、利用者が商品に自身の利用者端末３を近付けることで、利用者端末３のＮＦＣリーダが商品のＮＦＣタグから商品の商品ＩＤや賞味期限情報を受信する。利用者端末３の店舗アプリケーションは、受信した商品の商品ＩＤや賞味期限情報を含む価格問合せを店舗サーバ５に送信する。価格問合せを受信した店舗サーバ５は、上述した実施形態と同様に、商品の提供価格を決定し、提供価格を示す情報を店舗アプリケーションに返す。
　商品の外観の画像から当該商品の商品ＩＤを特定することもできる。例えば、利用者端末３が撮像部を有する場合、撮像部によって取得した商品の画像を店舗アプリケーションが店舗サーバ５に送信する。店舗サーバ５は、取得した商品の画像から当該商品の商品ＩＤを特定する。商品ＩＤの特定に際しては、学習済みモデルを用いた人工知能を利用することができる。この場合、商品の画像は、商品情報の一例である。このとき、店舗サーバ５は、商品ＩＤと商品の賞味期限情報とが対応付けられたデータベースにアクセスして、特定した商品ＩＤに対応する賞味期限情報を取得できるように構成することができる。
　商品から取得できる複数の情報を組み合わせて、当該商品の商品ＩＤや賞味期限情報を取得してもよい。例えば、商品や棚札等から取得するコード情報、文字情報、無線タグから得られる情報、商品の外観の画像、商品の個体を識別する識別情報（例えばシリアル番号）等のうち少なくとも２以上の情報を組み合わせて、商品の商品ＩＤや賞味期限情報を取得することができる。
　以上、本発明の情報処理システム、情報処理装置、情報処理方法、及び、プログラムの実施形態について説明したが、本発明は上記の実施形態に限定されない。また、上記の実施形態は、本発明の主旨を逸脱しない範囲において、種々の改良や変更が可能である。例えば、上述した各実施形態および各変形例に記載した個々の技術的特徴は、技術的矛盾がない限り、適宜組み合わせることが可能である。
　上述した実施形態及び変形例において、店舗サーバ５や在庫管理サーバ８による機能の少なくとも一部を利用者端末３のソフトウェアにより実現してもよいし、利用者端末３による機能の少なくとも一部を店舗サーバ５や在庫管理サーバ８のソフトウェアにより実現してもよい。また、利用者端末３の機能、及び、店舗サーバ５や在庫管理サーバ８の機能の各々を、必要に応じて、利用者端末３及び、店舗サーバ５や在庫管理サーバ８の間で分散させて実現してもよい。店舗サーバ５や在庫管理サーバ８で実行される機能を複数の装置で分散させて実行されてもよい。
　なお、本発明の情報処理システムは、例えば、商品情報と期限情報とに基づきオンライン販売の仕組みで購入した場合や、量り売りの仕組みで購入した場合にも適用できる。例えば、利用者がオンライン販売で購入した場合、在庫管理サーバは、オンライン販売サービスを提供するサーバから利用者に対する購入データを取得して利用者在庫データベースを更新する。また、利用者が店舗で量り売りの仕組みで商品を購入した場合についても、量り売りの際に商品に貼付されるコード情報を基に店舗アプリケーションを利用することで決済することが可能であり、図６に示した場合と同様に在庫管理サーバが利用者在庫データベースを更新する仕組みを構築することができる。
　本発明は、２０２１年３月２５日に日本国特許庁に出願された特願２０２１－５２０６５の特許出願に関連しており、この出願のすべての内容がこの明細書に参照によって組み込まれる。
 

Claims (10)

  1. 　利用者が所持する利用者端末と、前記利用者端末と通信可能な情報処理装置と、を含む情報処理システムであって、
    　前記利用者端末は、
    　商品に関する商品情報及び前記商品の有効期限に関する期限情報を取得する第１取得部と、
    　前記情報処理装置から取得する前記利用者の商品在庫情報を表示部に表示させる表示制御部と、を有し、
    　前記情報処理装置は、
    　前記商品が前記利用者により決済済みである場合に、前記利用者端末により取得された前記商品情報及び前記期限情報を前記利用者の商品在庫情報として取得する第２取得部と、
    　前記利用者の要求に基づいて、前記第２取得部により得られた前記利用者の商品在庫情報を前記利用者端末に提供する提供部と、を有する、
    　情報処理システム。
  2. 　前記情報処理装置は、
    　１又は複数の利用者を１つのグループに登録する登録部を備え、
    　前記登録部は、前記第２取得部により前記グループ内の各利用者から取得された商品情報及び期限情報を、前記グループの商品在庫情報として登録し、
    　前記提供部は、前記グループ内のいずれかの利用者の要求に基づいて、当該利用者の利用者端末に対して前記グループの商品在庫情報を提供する、
    　請求項１に記載された情報処理システム。
  3. 　前記登録部によって登録された複数のグループを関連付ける関連付け部を備え、
    　前記提供部は、前記関連付け部により第１グループと第２グループとが関連付けられた場合に、前記第１グループのいずれかの利用者に対して、前記第２グループの商品在庫情報を提供する、
    　請求項２に記載された情報処理システム。
  4. 　前記利用者端末は、前記商品在庫情報に含まれる各商品の消費量に関する消費情報を取得する第３取得部を備え、
    　前記情報処理装置は、
    　前記利用者端末から取得する前記消費情報に基づいて前記商品在庫情報を更新する更新部と、
    　前記商品在庫情報を基に前記利用者の消費状況を分析する分析部と、を備えた、
    　請求項１に記載された情報処理システム。
  5. 　前記利用者端末は、前記商品在庫情報に含まれる各商品の消費量に関する消費情報を取得する第３取得部を備え、
    　前記情報処理装置は、
    　前記利用者端末から取得する前記消費情報に基づいて、前記利用者端末を所持する利用者が含まれるグループの商品在庫情報を更新する更新部と、
    　グループの商品在庫情報を基に、当該グループの消費状況を分析する分析部と、を備えた、
    　請求項３又は４に記載された情報処理システム。
  6. 　前記情報処理装置は、前記分析部の分析結果が所定の条件を満たす場合に、前記利用者端末に対して通知を行う通知部を備えた、
    　請求項４又は５に記載された情報処理システム。
  7. 　前記商品の重量を検出し、前記利用者端末と通信を行う通信デバイスを含み、
    　前記第３取得部は、前記通信デバイスによって検出された重量の値に基づいて前記消費情報を取得する、
    　請求項４から６のいずれか一項に記載された情報処理システム。
  8. 　利用者が所持する利用者端末と通信可能な情報処理装置であって、
    　商品が前記利用者により決済済みである場合に、前記利用者端末により取得された前記商品に関する商品情報及び期限情報を取得する取得部と、
    　前記取得部によって取得された前記商品情報及び前記期限情報を、前記利用者の商品在庫情報として記憶する記憶部と、
    　前記利用者の要求に基づいて、前記記憶部に記憶された前記利用者の商品在庫情報を前記利用者端末に提供する提供部と、
    　を備えた情報処理装置。
  9. 　利用者が所持する利用者端末と、前記利用者端末と通信可能な情報処理装置と、の間で行われる情報処理方法であって、
    　前記利用者端末が、商品に関する商品情報及び前記商品の有効期限に関する期限情報を取得し、
    　前記情報処理装置が、前記商品が前記利用者により決済済みである場合に、前記利用者端末により取得された前記商品情報及び前記期限情報を前記利用者の商品在庫情報として取得し、
    　前記情報処理装置が、前記利用者の要求に基づいて、前記取得した前記利用者の前記商品在庫情報を前記利用者端末に提供し、
    　前記利用者端末が、前記情報処理装置から取得する前記利用者の商品在庫情報を表示部に表示させる、
    　情報処理方法。
  10. 　利用者が所持する利用者端末と通信可能な情報処理装置において、コンピュータに所定の方法を実行させるプログラムであって、
    　前記方法は、
    　商品が前記利用者により決済済みである場合に、前記利用者端末により取得された前記商品に関する商品情報及び期限情報を取得すること、
    　前記取得された前記商品情報及び前記期限情報を、前記利用者の商品在庫情報として記憶部に記憶させること、及び、
    　前記利用者の要求に基づいて、前記記憶部に記憶された前記利用者の商品在庫情報を前記利用者端末に提供すること、を含む、
    　プログラム。
PCT/JP2021/048472 2021-03-25 2021-12-27 情報処理システム、情報処理装置、情報処理方法、及び、プログラム WO2022201716A1 (ja)

Priority Applications (4)

Application Number Priority Date Filing Date Title
US18/267,305 US20240013243A1 (en) 2021-03-25 2021-12-27 Information processing system, information processing device, information processing method, and non-transitory recording medium
CN202180084902.6A CN116710947A (zh) 2021-03-25 2021-12-27 信息处理系统、信息处理装置、信息处理方法以及程序
EP21933306.9A EP4312174A1 (en) 2021-03-25 2021-12-27 Information processing system, information processing device, information processing method, and program
AU2021436126A AU2021436126A1 (en) 2021-03-25 2021-12-27 Information processing system, information processing device, information processing method, and program

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2021052065A JP2022149765A (ja) 2021-03-25 2021-03-25 情報処理システム、情報処理装置、情報処理方法、及び、プログラム
JP2021-052065 2021-03-25

Publications (1)

Publication Number Publication Date
WO2022201716A1 true WO2022201716A1 (ja) 2022-09-29

Family

ID=83396766

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2021/048472 WO2022201716A1 (ja) 2021-03-25 2021-12-27 情報処理システム、情報処理装置、情報処理方法、及び、プログラム

Country Status (7)

Country Link
US (1) US20240013243A1 (ja)
EP (1) EP4312174A1 (ja)
JP (1) JP2022149765A (ja)
CN (1) CN116710947A (ja)
AU (1) AU2021436126A1 (ja)
TW (1) TW202238468A (ja)
WO (1) WO2022201716A1 (ja)

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2004348445A (ja) 2003-05-22 2004-12-09 Fujitsu Support & Service Kk 食料品管理システム
JP2011021865A (ja) * 2009-07-13 2011-02-03 Masato Shiraishi 冷蔵庫用リモコンと冷蔵庫
WO2019065286A1 (ja) * 2017-09-29 2019-04-04 日本電気株式会社 購入支援装置、購入支援端末及び購入支援システム
JP2021043597A (ja) * 2019-09-09 2021-03-18 東芝テック株式会社 サーバ装置、プログラム及び在庫管理システム
JP2021052065A (ja) 2019-09-24 2021-04-01 東京エレクトロン株式会社 検査装置の制御方法および検査装置

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2004348445A (ja) 2003-05-22 2004-12-09 Fujitsu Support & Service Kk 食料品管理システム
JP2011021865A (ja) * 2009-07-13 2011-02-03 Masato Shiraishi 冷蔵庫用リモコンと冷蔵庫
WO2019065286A1 (ja) * 2017-09-29 2019-04-04 日本電気株式会社 購入支援装置、購入支援端末及び購入支援システム
JP2021043597A (ja) * 2019-09-09 2021-03-18 東芝テック株式会社 サーバ装置、プログラム及び在庫管理システム
JP2021052065A (ja) 2019-09-24 2021-04-01 東京エレクトロン株式会社 検査装置の制御方法および検査装置

Also Published As

Publication number Publication date
US20240013243A1 (en) 2024-01-11
CN116710947A (zh) 2023-09-05
TW202238468A (zh) 2022-10-01
JP2022149765A (ja) 2022-10-07
EP4312174A1 (en) 2024-01-31
AU2021436126A1 (en) 2023-07-06

Similar Documents

Publication Publication Date Title
US20150324828A1 (en) Commerce System and Method of Providing Communication Between Publishers and Intelligent Personal Agents
JP4227823B2 (ja) 顧客誘導システム
US20070118388A1 (en) System and method for providing data to a wireless device
EP4207033A1 (en) Information processing system, information processing method, and program
JP2004503012A (ja) 個別の買物リストを生成する方法とシステム
WO2022201716A1 (ja) 情報処理システム、情報処理装置、情報処理方法、及び、プログラム
JP5798852B2 (ja) 商品販売支援装置、商品販売支援方法
JP2022008075A (ja) 情報処理システム、情報処理方法、および、プログラム
WO2023238469A1 (ja) 情報処理装置、情報処理方法、及び、プログラム
EP4160509A1 (en) Information processing system, information processing method, and program
JP2006331159A (ja) レシピ情報提供方法及びレシピ情報提供システム
WO2022153856A1 (ja) 情報処理システム、サーバ、情報処理方法、及び、プログラム
WO2023095540A1 (ja) 情報処理装置、情報処理方法、及び、プログラム
US20230419381A1 (en) Machine learned model for managing foundational items in concierge system
JP6949077B2 (ja) 商品管理システム
JP2013117775A (ja) 料理レシピ提供システム、料理レシピ提供方法、料理レシピ提供装置、及び料理レシピ提供プログラム
JP7487546B2 (ja) 端末装置およびプログラム
US20240104569A1 (en) Enhanced security mechanisms for bypass checkout systems
JP2023124324A (ja) 情報処理システム、サーバ、情報処理方法、及び、プログラム
JP2006079515A (ja) 商品販売システム，方法，商品情報サーバおよびプログラム
JP4953871B2 (ja) コード管理サーバ、及びコード管理方法
WO2024097142A1 (en) Selecting order checkout options
CN111737610A (zh) 商品多样性信息处理方法与系统
JP2003150845A (ja) 商品情報表示システム及び表示方法
TW202036422A (zh) 商品多樣性資訊處理方法與系統

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 21933306

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 202180084902.6

Country of ref document: CN

ENP Entry into the national phase

Ref document number: 2021436126

Country of ref document: AU

Date of ref document: 20211227

Kind code of ref document: A

WWE Wipo information: entry into national phase

Ref document number: 2021933306

Country of ref document: EP

NENP Non-entry into the national phase

Ref country code: DE

ENP Entry into the national phase

Ref document number: 2021933306

Country of ref document: EP

Effective date: 20231025