WO2021006032A1 - 販売システム、携帯端末、ストアコンピュータ - Google Patents

販売システム、携帯端末、ストアコンピュータ Download PDF

Info

Publication number
WO2021006032A1
WO2021006032A1 PCT/JP2020/024586 JP2020024586W WO2021006032A1 WO 2021006032 A1 WO2021006032 A1 WO 2021006032A1 JP 2020024586 W JP2020024586 W JP 2020024586W WO 2021006032 A1 WO2021006032 A1 WO 2021006032A1
Authority
WO
WIPO (PCT)
Prior art keywords
store
product
price
sales
customer
Prior art date
Application number
PCT/JP2020/024586
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 三菱商事株式会社
Publication of WO2021006032A1 publication Critical patent/WO2021006032A1/ja

Links

Images

Classifications

    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07G—REGISTERING THE RECEIPT OF CASH, VALUABLES, OR TOKENS
    • G07G1/00—Cash registers
    • G07G1/12—Cash registers electronically operated
    • G07G1/14—Systems including one or more distant stations co-operating with a central processing unit
    • G07G1/145—PLU-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
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/20—Point-of-sale [POS] network systems
    • G06Q20/201—Price look-up processing, e.g. updating
    • 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
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/387—Payment using discounts or coupons
    • 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

Definitions

  • the present invention relates to a sales system.
  • a sales system relates to a sales system, a sales device, a mobile terminal used therein, and a store computer that can be applied to unmanned stores and the like.
  • the customer wants to purchase at the optimum price at the time of settlement (at the time of settlement). That is, if the price is changed between the time when the customer Carts the product at the sales floor and the time when the payment is made at the cash register, the changed price corresponds to the changed price. I want you to settle. However, the current register cannot handle such a situation.
  • the clerk performs the work of attaching the above-mentioned "price reduction sticker", but it may be difficult to attach it to all the corresponding products. As a result, the "price reduction sticker" may be "missing" and the quality of the sales floor may not be kept constant.
  • Patent Document 1 discloses a method of performing a time sale using a product barcode. Read the product barcode, set the time in the discount timetable, and perform the discount based on the discount information in the timetable. According to this mechanism, the discount can be automatically executed according to the timetable. Further, in the following Patent Document 2, the discount start time and the discount amount, and the re-discount time and the discount amount are stored in the product tag, and the contents of the product tag read by the store terminal and the current time are described. The techniques for selling products are shown by comparing the above and offering a predetermined discount.
  • discount information (the time for discounting and the amount of the discount) is input to the product tag in advance, so that the discount and the re-discount are sequentially performed by comparing with the time.
  • the time and discount amount can be set freely.
  • Patent Document 3 discloses a sales system in which the discount amount increases as the "best-by date" approaches.
  • a discount label is attached, it turns out that the product is a discount product, and it is psychologically difficult to buy.
  • it is not necessary to attach a discount label so it is psychologically difficult to buy. It is stated that it will not be.
  • the present invention has been made to solve the above-mentioned problems, and an object thereof is based on a sales system in which the price of a product to be sold in a store can be freely set and various parameters. It is to provide a sales system that can be set flexibly. Another object of the present invention is to provide a mechanism for efficiently communicating the (discounted) price of the discounted product to the customer.
  • the present invention is a sales system for selling a product to a customer in order to solve the above problem, and an instrument obtained by photographing an optical code attached to the product and representing the optical code.
  • the mobile device includes a mobile terminal that transmits an accord to the store computer, and a store computer that transmits the price of the product indicated by the in-store code to the mobile terminal when the in-store code is received from the mobile terminal.
  • the terminal is a sales system in which the price transmitted from the store computer is displayed on a screen, and the customer can know the price of the product from the screen of the mobile terminal.
  • the present invention includes a customer database in which payment information of the customer is registered, and the mobile terminal requests the store computer to settle the product according to the payment instruction of the customer, and the store The sales system according to (1), wherein when a payment is requested, the computer acquires the payment information of the customer from the customer database and makes a payment for the product using the acquired payment information. Is.
  • the present invention is the sales system according to (1) or (2), wherein the store computer is an inventory database that manages products of a store managed by the store computer, and is an inventory database of the products.
  • An inventory database in which prices are registered a storage device that stores settings for adjusting the price of the product in the inventory database by comparing the sales limit date and time of the product with the current date and time, and the inventory database.
  • the control unit includes a control unit that adjusts the price of the product in the above based on the setting stored in the storage device, and the control unit transmits the price adjusted based on the setting to the mobile terminal and said.
  • the sales system according to (1) or (2), wherein the person who sets the price of the product in the store can store the setting in the storage device.
  • the store computer is an inventory database that manages the products of the store managed by the store computer, the inventory database in which the prices of the products are registered, and the sales target of the store.
  • the AI control unit that obtains the price of the product in the inventory database so that the sales / profit target data unit that holds the profit target and the sales target and the profit target held by the sales / profit target data unit can be achieved.
  • the present invention is the mobile terminal used in the sales system according to any one of (1) to (4), and an optical code attached to the product is photographed.
  • the mobile terminal is characterized in that an in-store code represented by the optical code is transmitted to a store computer and the price transmitted from the store computer is displayed on a screen.
  • the present invention is the store computer used in the sales system according to (3), and is an inventory database that manages the products of the store managed by the store computer, and the price of the products is set.
  • a storage device that stores a set for adjusting the registered inventory database, the price of the product in the inventory database by comparing the sales limit date and time of the product with the current date and time, and a storage device in the inventory database.
  • a control unit that adjusts the price of the product based on the setting stored in the storage device is provided, and the control unit transmits the price adjusted based on the setting to the mobile terminal.
  • the present invention is the store computer used in the sales system according to (4), which is an inventory database for managing the products of the store managed by the store computer, and the price of the products is set.
  • the registered inventory database, the sales / profit target data unit that holds the sales target and the profit target of the store, and the sales target and the profit target held by the sales / profit target data department are achieved.
  • It is a store computer including an AI control unit for obtaining the price of the product in the inventory database, and transmitting the price obtained by the AI control unit to the mobile terminal.
  • the price of a product in a store can be freely set, and the price can be set so as to improve sales and profits.
  • the set price can be efficiently communicated to the customer, it is possible to make the purchase of products at the store more efficient.
  • In-store JAN code its configuration, and management using it
  • Many Japanese products have a barcode called a JAN code.
  • an original barcode (label) is created based on this JAN code, and is attached to the product for management.
  • This unique barcode is called an in-store JAN code.
  • the in-store JAN code corresponds to a preferable example of the in-store code in the claims.
  • the in-store JAN code is represented by a bar code, which corresponds to a preferable example of the optical code in the claims.
  • a barcode which corresponds to a preferable example of the optical code in the claims.
  • an example represented by a barcode will be described, but other codes may be used as long as they are optical codes.
  • it may be a two-dimensional code.
  • the optical code refers to a code that is optically read and recognized, and refers to a so-called one-dimensional bar code, various two-dimensional codes, or the like (for example, a QR code (registered trademark)). It may also be called an optical recognition code.
  • the JAN code and the in-store JAN code JAN code mean "Japanese Article Number Code" and refer to the standard product display established by the Japanese Industrial Standards (JIS). In the case of the standard type, it is attached to products and the like as a 13-digit barcode and displayed.
  • the standard type 13-digit JAN code consists of a 7-digit or 9-digit company code, a 5-digit or 3-digit product code, and a 1-digit check digit.
  • an in-store JAN code is generated and used by adding an expiration date and time to a standard type 13-digit JAN code. This situation is shown in FIG.
  • an in-store JAN code is a normal JAN code (for example, 13 digits) with an expiration date and time added (see FIG. 1).
  • the freshness management is set in advance on the product management screen of the product database, particularly for the target product for which freshness management is to be executed. The setting is made by setting the freshness management flag of the product to a predetermined value (for example, "1"). Then, the in-store JAN code (bar code) is affixed to the products that require such freshness management to manage the products. As shown in FIG.
  • the in-store JAN code when using the CODE128 code set C (even digits), the in-store JAN code is created, for example, "1234567890123 + YYMMDDHHMI0". In this example, "JAN code 13 digits” + “expiration date and time” + “end 0 padding (0 padding)”.
  • the in-store JAN code includes the expiration date and time.
  • the expiration date and time printed on the product is input as it is.
  • the in-store JAN code may be created by setting the "hour” part to 0.
  • the in-store JAN code (bar code) created in this way is attached to the product.
  • the store computer can calculate the sales expiration date by comparing the customer storage period acquired in this way with the expiration date and time recorded in the scanned in-store JAN code. If this sales expiration date has expired, the store computer returns an error to the customer's smartphone app.
  • the customer storage period may be determined for each store based on the situation of each store.
  • application software may be abbreviated as "application”.
  • a smartphone Smartphone
  • smarttphone application For example, application software for smartphones may be abbreviated as "smartphone application”.
  • FIG. 2 is a time chart explaining the relationship between the passage of time and each reference time from the manufacture of a product for which freshness management needs to be performed to the limit of putrefaction, and the direction of the arrow indicated by "passage of time". It is assumed that time passes.
  • the best-by date is a period called (1) best-by date in Fig. 2, which shows the taste and quality characteristics of a product whose container and packaging have not been opened when it is stored according to the indicated storage method. Refers to the period from the date of manufacture to (8) the expiration date (or also referred to as "expiration date” or "expiration date”).
  • the date of manufacture refers to the date of manufacture of a product for which freshness management needs to be carried out. Specifically, for example, the date of manufacture, processing, packing, shipping, birth, landing, intake, harvesting, import, etc. by a manufacturer or the like is collectively referred to as "manufacturing date”.
  • the deadline for arrival at the store is the deadline for accepting products at the store.
  • the period from (3) the deadline for arrival at the store to (6) the sales limit date and time, which will be described later, is the period during which the product (the product whose freshness is managed) may be sold.
  • What is the date and time when the sales method is examined? (6) The date and time when the sales method such as change of sales method, change of sales place, change of selling price, transfer, etc.
  • the sales limit date and time means the final deadline date and time when the customer can sell the product so that the customer can finish consuming (eating) by the deadline date (8).
  • Expiration date has the same meaning as the expiration date (expiration date and time) and (1) expiration date.
  • the expiration date is used for products having a short rotting limit from the expiration date (9), and the expiration date is used for products having a somewhat long rotting limit from the expiry date.
  • the expiration date and time in FIG. 1 means this (8) expiration date. This expiration date is often printed and stamped on the surface of the product by a manufacturer or the like with a printer or the like.
  • the rotting limit point means the date and time of the limit at which corruption occurs.
  • FIG. 10 An explanatory diagram of a management method of a normal JAN code and an in-store JAN code in a database is shown in FIG. As shown in the figure, for example, the ITEM management (product management) database 10 that normally uses the JAN code can be used as the item-code (product code).
  • This embodiment is an embodiment characterized by a processing method for a product subject to freshness management, and only the case of such a product will be described.
  • the store may handle products for which freshness management is not performed, products represented by other codes, and the codes of such products may be included in the ITEM management database 10.
  • a SKU management database 12 containing a normal JAN code and a corresponding in-store JAN code as items can be used (see FIG. 3).
  • a JAN code is usually used as the item-code
  • an in-store JAN code is used as the sk-code.
  • SKU management database 12 it is possible to know the correspondence between the normal JAN code and the in-store JAN code.
  • n in-store JAN codes generally correspond to one normal JAN code
  • SKU management is performed for one data in the ITEM management database 10 as shown in FIG. N pieces of data in the database 12 correspond. Note that n is a natural number of 1 or more.
  • SKU means Stock Keeping Unit and means the smallest unit for inventory management.
  • products are often managed in units of JAN cords, but in this embodiment, products are managed in units of expiration dates.
  • expiration date will be slightly different. Therefore, "fried chicken lunch” is managed separately according to each expiration date.
  • SKU with the expiration date until 7 o'clock and the SKU with the expiration date until 10 o'clock the same "fried chicken lunch box" is treated as a different management target.
  • the PRICE management database 14 which is the selling price for the product can be used.
  • the PRICE management database 14 is a database having items of a sk-code, a store selling the sk-code, a price application period, and a price.
  • the in-store JAN code is registered as in the SKU management database 12, and “A store” is registered as a sales store.
  • 4/1 to 4/10 are registered as the price application period, and ⁇ 100 is registered as the price. According to such a database, it is possible to grasp at which store the product represented by the in-store JAN code is sold at what price during that period.
  • the INVENTORY management database 16 which is a database of product inventory can be used.
  • the INVENTORYE management database 16 is a database having items of a sk-code, a store selling the sk-code, a sales period, and the number of stocks.
  • the in-store JAN code is registered as in the SKU management database 12, and “A store” is registered as a sales store.
  • 4/1 to 4/10 are registered as the sales period, and 99 is registered as the inventory quantity. According to such a database, it is possible to grasp the sales period of the product represented by the in-store JAN code and the current inventory quantity.
  • 2nd Embodiment 1 Store input type This embodiment is characterized in setting the price of a product that requires freshness management by using the in-store JAN code as described above. There are various specific system configurations for that purpose. Hereinafter, sales systems having various configurations will be described with reference to the drawings. In this embodiment, the description is made on the premise of a product that requires freshness management, but products that do not require freshness management may be mixed. The sales system of the first embodiment is roughly divided into three parts.
  • Part 1 Input at the store (input of in-store JAN code)
  • Part 2 Purchasing products at the customer's store
  • Part 3 Setting the product price by the store computer and presenting the product price to the customer
  • the "sales system" of the scope of billing is to realize each of these parts. Describes the hardware part.
  • FIG. 4 shows an explanatory diagram showing an input work by a clerk at a store (sales floor) to which the sales system is applied.
  • the clerk registers the product in an inventory database (described later) or the like.
  • the clerk reads the normal JAN code of the product using a handy terminal or the like (step S4-1).
  • a handy terminal is a portable information terminal called a handy terminal or the like, and is a terminal used in the field of logistics. It has a function to read information such as barcodes, and has a function to collect the read data in the terminal and send it to an external PC or server. Further, it may have a function of reading not only a barcode but also information such as a two-dimensional code and characters, symbols, numbers and the like.
  • step S4-2 the clerk inputs the quantity of the product and the expiration date and time on the handy terminal.
  • the expiry date and time has the same meaning as (8) expiry date and expiry date in FIG. 2, and is often printed or stamped on the product package or the like.
  • the normal JAN code bar code displayed on the original product
  • the expiration date and time and the numerical value of the product are sent from the handy terminal to the store computer.
  • the store computer will be described in detail in FIG.
  • step S4-3 the handy terminal issues the in-store JAN code described in FIG. 1 and the like.
  • the handy terminal generates an in-store JAN code by adding the expiry date and time entered by the clerk to the read normal JAN code. This operating principle is as described in FIG.
  • the handy terminal transmits the generated in-store JAN code to the barcode printer.
  • the handy terminal does not transmit the issued in-store JAN code to the store computer, but is configured to transmit the issued in-store JAN code to the store computer in the same manner as the normal JAN code transmitted in step S4-2. You may.
  • the bar code printer prints the in-store JAN code transmitted from the handy terminal on the label. As a result, a label to be attached to the product is printed.
  • step S4-5 the clerk attaches the label printed by the barcode printer to the product and places it in the sales floor.
  • the barcode label is affixed on the normal JAN code pre-printed on the product package or the like so that the normal JAN code is hidden. This is because if the barcode is attached in this way, the in-store JAN code can be read without fail when the barcode is to be read after that. However, you may always stick it on another place without overlapping it with the normal JAN code. If the JAN code is normally provided in a place that is difficult to read, the in-store JAN code may be attached to a place that is easier to read.
  • FIG. 4 An example in which a clerk uses a handy terminal has been described, but an information terminal other than the so-called handy terminal used in the logistics field may be used as long as the same processing / operation can be executed.
  • smartphones Smartphones
  • An application Application software
  • An application that causes a smartphone to perform the same operation as in FIG. 4 can be installed and used.
  • a smartphone-only application instead of the handy terminal, a smartphone-only application (smartphone with installed) may be used.
  • FIG. A general smartphone 20 is equipped with a camera and can read a normal JAN code of a product.
  • the smartphone is equipped with such a camera and can read an optical code such as a barcode.
  • an application for performing product registration hereinafter referred to as a product registration application
  • the clerk can start the product registration application of the smartphone 20 and input the sales deadline date and time of the product and the number of products (see FIG. 5).
  • a field 20 for inputting the sales deadline date and a field 20b for inputting the sales deadline time are displayed.
  • the clerk After reading the normal JAN code of the product, the clerk visually reads the sales deadline etc. printed on the product. Then, the clerk inputs the visually read sales deadline into the field 20 for inputting the sales deadline date and the field 20 for inputting the sales deadline time.
  • the situation is shown in FIG. First, the clerk touches the calendar icon 22 located on the right side of the sales deadline input field 20a. Then, the calendar box 24 pops up, and a calendar in which the date can be entered is displayed. For example, by touching and selecting June 20th from the calendar box 24 and touching the OK button 24a, June 20th is entered in the field 20a for entering the sales deadline date.
  • the time list 26 for inputting the time is displayed, and the clerk can select a desired time by turning this time list.
  • FIG. 5 shows that 9:00 is selected from the time list. After selecting the desired time, the clerk touches the OK button 26a, and "9:00" is input in the sales deadline time input field 20b.
  • the input sales deadline date and sales deadline time correspond to a preferable example of the expiration date date and time described so far.
  • the sales deadline date and the sales deadline time are used as the consumption deadline date and time, but the "hour” may or may not be fixed to 0. That is, the "expiration date and time” may be only "day”. Further, “minutes” and “seconds” may be included as the "expiration date and time”.
  • the clerk inputs the number of the products in the product quantity input field 20c. In this way, the clerk can input the normal JAN code of the product, the expiration date and time, and the quantity (quantity) into the smartphone 20 using the product registration application. After that, when the clerk touches the OK button 20d, the product registration application transmits the input normal JAN code, the number (quantity) of the products, and the expiration date and time to the store computer. This operation corresponds to step S4-2.
  • the product registration application of the smartphone 20 generates (issues) an in-store JAN code.
  • This process corresponds to step S4-3 in FIG.
  • the in-store JAN code is not transmitted to the store computer at this stage.
  • the product registration application may be configured to send the in-store JAN code to the store computer.
  • the product registration application generates the in-store JAN code and then transmits the in-store JAN code to the barcode printer.
  • the quantity (quantity) of the above-entered products is also transmitted as the number of sheets to be printed.
  • the bar code printer receives the in-store JAN code and prints a bar code label representing the in-store JAN code in a specified number of sheets.
  • the clerk attaches the printed barcode label to the product and places (displays) it at the sales floor (corresponding to step S4-5).
  • the position where the barcode label is attached to the product is preferably the place where the original JAN code was normally displayed, but it is easier to read (easy to scan), easier to attach, etc. You may stick it on the place.
  • the barcode printer may be connected to the smartphone 20 by, for example, Bluetooth (registered trademark) or Wi-Fi (registered trademark). Further, another type of wireless connection may be used, or a wired connection (for example, a USB (registered trademark) connection) may be used.
  • Bluetooth registered trademark
  • Wi-Fi registered trademark
  • another type of wireless connection may be used, or a wired connection (for example, a USB (registered trademark) connection) may be used.
  • FIG. 6 shows an explanatory diagram of the operation from the customer finding the product he / she wants to purchase at the sales floor of the store to the purchase.
  • the smartphone 30 is connected to a Wi-Fi network or the like that can be used in the store, and can be connected to a store computer through the Wi-Fi network.
  • the connection method may be any other method.
  • the "shopping application” is application software (smartphone application) for a smartphone used by a customer to purchase a product, and is activated on the smartphone 30 to select a product to be purchased by the customer. It is software that can execute payment of the purchase price and other processing.
  • the smartphone 30 corresponds to a preferred example of a mobile terminal in the claims. However, instead of the smartphone 30, a tablet terminal, a notebook computer, a small communication device, a wristwatch-type communication device, or the like may be used. As long as the same operation as the smartphone 30 described in the present embodiment can be performed, these various devices also correspond to a preferable example of the mobile terminal in the claims.
  • step S6-1 when the customer finds the product he / she wants to purchase at the sales floor, he / she purchases the product to which the expiration date JAN code (in-store JAN code) has been pasted by using the smartphone 30 running the predetermined shopping application. It is selected as a target (step S6-1), the information is transmitted to the store computer, and accounting (step S6-2) is executed.
  • the product can be purchased by such a process.
  • the customer uses this shopping app to take a picture of the deadline JAN code (in-store JAN code) affixed to the candidate product for purchase using the camera of the smartphone 30. Then, the data described therein is read (step S5-3).
  • a general smartphone is provided with a camera capable of reading an optical code such as a barcode and software for controlling the camera, and even in the first to third embodiments, a smartphone provided with such a camera.
  • the explanation will be given on the premise of.
  • the data read by the smartphone 30 (data as described in FIG. 1) is transmitted by the smartphone 30 to the store computer (step S6-3 in FIG. 6).
  • the store computer obtains the price of the product at the point of sale based on the transmitted information and sends it back to the smartphone 30 (step S6-4 in FIG. 6). If the customer sees the price at the point of sale and decides to purchase, it sends that fact to the store computer as it is.
  • the accounting process step S6-2 is executed, and the purchase of the product is completed.
  • the customer can know the price of the product at that time by using the smartphone 30 on which the predetermined shopping application is running, and further, the accounting process (settlement) is performed as it is. You can execute and complete the purchase. Therefore, the sales system in this embodiment does not require a "cash register" for accounting. The customer who has completed the purchase can leave the store as it is, and the purchase operation can be executed extremely smoothly. Further, the sales system in the present embodiment is characterized in that the price can be set flexibly. Therefore, the store computer in the present embodiment notifies the customer in the store when the price of the product changes (for example, when the discount is started). This corresponds to step S6-5 of FIG. In this way, the store computer according to the present embodiment notifies the customer's smartphone 30 when there is a price change such as the start of the discount, so that the customer has the price such as the start of the discount. You can know the changes in real time.
  • the customer uses the smartphone 30 to receive a notification such as the start of discount from the store side (that is, the store computer), and also executes the payment using the smartphone 30. Therefore, it is possible to execute a quick purchasing operation.
  • a cash register is not required, it does not take time to pay for the product, and information such as discounts can be obtained quickly, which is very convenient for the customer.
  • the store manager can also abolish the cash register, there is an advantage that the sales floor can be operated efficiently.
  • FIG. 7 shows an example of the screen of the smartphone 30 on which the shopping application is installed at the time of initial registration .
  • the customer is registered as a member who uses the sales system according to the present embodiment.
  • Registration means that the product is registered in the customer database of the sales system, and it is possible to purchase products at (multiple) stores using this sales system.
  • the customer database is a database including at least a customer's name, a customer's ID, a password, and information necessary for payment.
  • the password may be replaced with other information required for login.
  • biometric information for example, fingerprint or face recognition
  • these biometric information may be used together with the password.
  • the customer's name is preferably a family register name, but any name that can identify the customer may be used, or a so-called business name or pen name may be used.
  • the customer may be a natural person, a corporation, or another group. In the case of a corporation, it may be configured so that a corporate credit card can be used.
  • the information required for payment is, for example, a credit card number and information required for credit card payment.
  • credit card payment will be described as a main example.
  • Other information may be used as the information required for payment.
  • prepaid cards, virtual currencies and information about them may be used.
  • the customer database may include information on the customer's point card and the points thereof. You may register the purchase history of the customer's product. Although it is possible to register the customer's purchase history on the store computer of each store, it may be limited to the product purchase at that store, so it is more preferable to register the customer's product purchase history in the customer database. ..
  • FIG. 7 shows an example of the appearance of the screen when the shopping application is first started.
  • Screen 1 of FIG. 7 shows the first boot screen.
  • the first startup screen after logging in is screen1 in FIG.
  • the ID and password at the time of actual login may be registered in the smartphone 30 and configured to automatically log in.
  • the shopping application communicates with the customer database of this sales system and permits login based on the ID and password. That is, the customer database of this sales system may be configured as a so-called cloud located on the Internet.
  • the customer touches the point card registration button 30a, the credit card registration button 30b, or the like to register the point card or the credit card.
  • the point card registration button 30a is touched from screen1 of FIG. 7, the screen shifts to screen2 of FIG. 7, and the screen shifts to the point card registration screen.
  • the customer takes a picture of the point card (bar code) with the camera of the smartphone 30 and touches the button 32a for scanning the bar code.
  • the shopping application detects the point card number from the photographed image of the point card and displays it in the point card number column 32b. After confirming the number in the point card number field 32b, the customer touches the button 32c to be registered with the input contents to perform the registration.
  • the point card registered in this way is given points generated by purchasing the product. Further, when the customer touches the credit card registration button 30b on screen1 and screen2, the screen shifts to screen3 of credit card registration. On screen3, register the credit card used to purchase the product. Purchase products with the credit card registered here.
  • the customer inputs the credit card number used for payment in the credit card number field 34a, the expiration date in the expiration date field 34b, and the name of the card holder in the card holder field 34c. To do.
  • the customer inputs the security code in the security code field 34d.
  • the customer touches the button 34e to register the input contents, and registers the input contents in the customer database.
  • the registered point card number, the given points, the credit card number, and other information may be recorded in the above-mentioned customer database.
  • credit card information and the like may be stored in another database for payment and the like.
  • an example of a credit card is shown here as a payment method, other payment methods may be used. It is also possible to register virtual currency, electronic money, prepaid cards, etc. (in the customer database) and use them.
  • an ID and a password are used for login, but any information necessary for login may be used.
  • the ID may be replaced by a nickname, membership number, email address, etc.
  • the password may be replaced by a fingerprint or other biometric information.
  • two-step authentication for example, authentication using the telephone number or e-mail address of the smartphone 30, or so-called two-factor authentication may be used for login. If you want to use this information (nickname, membership number, email address, fingerprint or other biometric information, phone number), you may register this information in the customer database. Further, as the authentication used here, various conventionally known authentication methods may be adopted.
  • the customer carries the smartphone 30 on which the shopping application is activated and enters the store in which the sales system according to the present embodiment is introduced.
  • This activated state is a state in which a predetermined ID, password, or the like is entered and logged in, as in the explanation of FIG.
  • Screen 4 in FIG. 8 is in the activated state, and it is necessary to input the information of the store to enter.
  • a QR code registered trademark
  • the customer can notify the shopping application of the smartphone 30 of the store to be entered by taking a picture of the QR code using the camera of the smartphone 30 that has activated the shopping application.
  • the shopping application recognizes that the store to be entered is the "Marunouchi store" from the read QR code data, and displays a display 38a to that effect on the screen.
  • the screen of the smartphone 30 becomes a display as shown in screen 6 of FIG. 8, and becomes a screen waiting for the reading of the product barcode.
  • the customer finds a product he / she wants to purchase he / she takes a picture of the barcode of the product with the camera of the smartphone 30 and reads it. This is shown in screen 6 of FIG.
  • the product can be recognized by reading the barcode attached to the product, that is, the in-store JAN code, on the barcode reading surface 40a.
  • the read in-store JAN code is transmitted to the store computer as described in step S6-3.
  • the store computer transmits the current price of the product, that is, the price at the time of sale to the smartphone 30 based on the in-store JAN code (step S6-4).
  • the price at the time of sale of the product is displayed in the price column 40b on the screen of the smartphone 30.
  • the total price of the products will be displayed in sequence (screen6).
  • screen 6 of FIG. 8 when the cart is empty (“Currently the cart is empty”) is displayed, but if the number of purchased items increases, the display shows the number of items in the current cart. It changes to.
  • the cart is a storage area temporarily provided in the smartphone 30 as a list of purchased items. The products stored in this cart (purchased item list) will be the final purchased items if the total amount is settled (accounted).
  • the current price of the product can be known in real time. As a result, it is possible to notify the customer in real time of the price that has become cheaper as the expiration date approaches, so that the customer can know in real time that the price has become cheaper. As a result, it is expected that customers' willingness to purchase can be improved and that it will contribute to further increase in sales of products. For example, when the regular price of a product is indicated by the price tag of the product, the customer can know the difference from the regular price in real time and can recognize that it is a bargain item. As a result, there is an advantage that customers can increase the chances of making a great deal of shopping. On the other hand, for the store side, the increased purchase motivation of the customer for the product whose expiration date is approaching makes it possible to sell the product more efficiently, which ultimately increases the sales of the store and also makes a profit. It is believed that the forehead can be increased further.
  • the store computer executes the payment.
  • the payment information of the customer is acquired from the customer database, and the payment is made using the information.
  • the smartphone 30 is notified to that effect.
  • the screen of the smartphone 30 that has received the completion is shifted to the payment completion screen of screen 8 of FIG.
  • This screen8 is a screen for displaying the total payment amount, and when the customer touches the end button 44b, the shopping at the store is completed. After the shopping is finished, the customer will take the purchased product out of the store.
  • the QR code of one of the stores is read again (screen 4 in FIG. 8).
  • the shopping app may have various other features.
  • One of the features of this embodiment is that the in-store JAN code is used, but the in-store JAN code may not be read due to dirt, faintness, or the like.
  • the screen shifts to a screen (screen 9 of FIG. 9) in which the in-store JAN code can be manually input.
  • the customer can manually enter the in-store JAN code to add the product to the cart.
  • the customer directly inputs the numerical value of the in-store JAN code in the barcode number field 46a and touches the enter button 46b.
  • the product is added to the cart and the screen 8 in FIG. 8 is returned to continue scanning other products.
  • menus of the shopping application are displayed at the bottom of the screen on the initial screen at the start of shopping.
  • various menus are displayed at the bottom of the screen on the initial screen at the start of shopping.
  • three types of menus, home 36b, product 36c, and my page 36d, are shown.
  • the screen shifts to the setting screen of the shopping application.
  • various settings of the shopping application can be made. From the outside, it is possible to make various settings such as whether to receive information on bargain sales, whether to receive notification of price fluctuations, whether to provide the position of oneself (smartphone 30) to the store computer side, and so on. ..
  • the list of products of the store currently in the store (for example, "Marunouchi store") can be viewed.
  • the state of such a screen is shown in screen 10 of FIG.
  • the list of products is preferably obtained from the store computer of the store.
  • the store computer of the store has an inventory database, and can provide a list of products arranged in the store to the smartphone 30 of a customer who is a member of the sales system. By browsing such a product list, the customer can know whether the desired product is in stock at the store, if it is in stock, what is the current price, etc., and goes to the store. However, it is possible to prevent the situation where the desired product cannot be purchased.
  • screen 11 of FIG. 11 shows a list of "Marunouchi stores” and other stores. By touching the desired store name, the customer can browse the product list of the store in the same manner as the "Marunouchi store".
  • the screen shifts to the screen for changing the credit card information as shown in screen 14 of FIG.
  • credit card information is registered in the customer database for each customer, for example, and the shopping application can access the customer database and display it on the screen of the smartphone 20. If you want to change the displayed credit card information, touch the card information change button 48a to change the card information.
  • the screen for making changes is almost the same as screen 3 in FIG.
  • the credit card information may be stored in a predetermined storage device inside the customer's smartphone 30 instead of the customer database. When purchasing a product, payment may be made using the credit card information stored in a predetermined storage device inside the customer's smartphone 30.
  • FIG. 12 also shows the customer database 200 according to the first embodiment.
  • the store computer 100 functionally exists for each store. That is, the Marunouchi store is equipped with the store computer 100 of the Marunouchi store, and the Shinagawa store is equipped with the store computer 100 of the Shinagawa store.
  • These store computers can be configured on the cloud.
  • a large computer may virtually function as a plurality of store computers. For example, one computer may virtually realize the store computer of the Marunouchi store and the store computer of the Shinagawa store.
  • the store computer is not limited to the cloud, and may be arranged on-premises in each store.
  • the customer database 200 is preferably configured on the cloud, but may be arranged on-premises in the case of a very small sales system.
  • the store computer 100 includes a CPU 62 and a program executed by the CPU 62, and the program defines various operations of the store computer 100.
  • the program is stored in a predetermined storage device accessible from the CPU 62.
  • the store computer 100 includes various data (master data) and various databases, and controls the display and sale of products.
  • master data examples include a product master 52 and the like described later
  • examples of the database include an inventory database 56 and the like described later.
  • the master data and the database may be composed of a magnetic storage device such as a hard disk, a semiconductor storage device, or an optical storage device. These master data and databases will be described in detail later.
  • the store computer 100 is provided with input means from a store clerk or an administrator, and is configured so that a price or the like can be set from the outside.
  • the input means may be a keyboard or a mouse, and it is also possible to set a price, control a price change with time, or the like from an external control terminal connected by a predetermined communication means.
  • the external control terminal can be used as the external control terminal.
  • Various information terminals provided with means for communicating with the store computer 100 via the Internet or the like can be used.
  • the CPU 62 that executes a predetermined program corresponds to a preferred example of the control unit in the claims.
  • it is a CPU here it may be various processors or a DSP (Digital Signal Processor). It may also be an AI processor.
  • DSP Digital Signal Processor
  • the store computer 100 is provided for each store, and includes a product master (see FIG. 12) that stores information on products displayed in the store. Further, the store computer 100 includes a sales deadline management master 54 that stores the sales deadline of the product.
  • the sales deadline managed by the sales deadline management master is (6) the sales limit date and time described with reference to FIG. This sales limit date and time is a sales limit date and time set for each retail and store. After this sales limit date and time, the product will be discarded. Therefore, it is desirable to sell out by this sales limit date and time.
  • the store computer 100 also includes an inventory database 56, and grasps the number of inventories by deadline in real time.
  • the inventory database 56 registers a normal JAN code obtained by inputting a product to be displayed, a quantity of the product, and an expiration date. That is, it is registered as inventory.
  • (7) customer storage period in FIG. 2 may also be registered. By subtracting (7) the customer storage period from the expiration date ((8) expiration date in Fig. 2), the (6) sales limit date and time in Fig. 2 can be obtained, and it is possible to know how long the product can be sold. .. Therefore, in FIG.
  • the CPU 62 normally receives the JAN code, the quantity of the product, and the expiration date via a predetermined communication network (Wi-Fi or the like) interface, and the CPU 62 stores these data in the inventory database 56.
  • the process of registering in is executed.
  • the CPU 62 also refers to the sales deadline management master 54, and manages each product according to the sales deadline. As a result, the CPU 62 can manage the products according to the sales deadline, and can register the number of stocks according to the sales deadline in the inventory database 56.
  • This different pricing may be stored, for example, in a predetermined storage device. For example, there is a discount from the sales deadline (sales limit date and time) and the current time (current date and time) by storing "settings" such as a 10% discount one hour before the sales deadline in a predetermined storage device. You may judge whether or not each time. This determination may be executed by the CPUs 62 (64) (66) of the store computers 100 (102) (104). Such price adjustment may also be executed by the CPU 62 that executes a predetermined program.
  • the discount amount may be set so that the discount amount increases as the current date and time approaches the sales limit date and time.
  • the CPUs 62 (64) and (66) compare the current date and time with the sales limit date and time, perform a predetermined discount from the price in the inventory database 56, and obtain (adjust) the current price. can do. For example, find the difference between the current date and time and the sales limit date and time, and if it is less than X hours (for example, 5 hours), make a "setting" such as discounting Y% (for example, 10%) every time it decreases by 1 hour. (Price can be adjusted (sought)). In this case, the X time and Y% described here can be "set" as parameters.
  • the person who sets the price of the product in the store managed by the inventory database 56 can store the "setting" in the predetermined storage device. This is the processing operation of step S12-1.
  • the price of the product can be freely set based on the relationship between the sales limit date and time and the current governor. Therefore, the price can be freely set and adjusted without the trouble of attaching a discount sticker to the product whose sales limit date is approaching.
  • the price setter corresponds to the store clerk, manager, manager, store manager, etc. of the store, but other managers may set the price.
  • the interface with the communication network for example, the Wi-Fi interface or the interface with the Internet is not shown, it is assumed that the interface can be accessed from the CPU 62.
  • the CPU 62 normally receives a JAN code, a quantity of goods, and an expiration date from a handy terminal (see FIG. 4) or a smartphone (see FIG. 5) via these interfaces.
  • the store computer 100 includes a past sales record database 58 and a purchase visit record database 60 by ID.
  • the past sales record database 58 is a database for registering past sales records at the store, and particularly stores sales records for each time zone.
  • the purchase visit record database by ID is a database that stores the store visit record for each customer. That is, the ID means a customer ID.
  • the customer database 200 (see FIG. 12) is a database connected to the Internet or the like, and the customer's ID is registered in the customer. In addition, if necessary, information necessary for login such as a password is registered. Furthermore, information necessary for payment, for example, information necessary for credit card payment is also registered.
  • the customer database 200 can also be accessed from the customer's smartphone 30, and is used at the time of payment. Further, the customer database 200 is accessed from each store computer 100 and provides information necessary for payment (accounting).
  • the price at the point of sale is transmitted to the customer's smartphone 30 (step S12-3 and the D arrow in FIG. 12).
  • the customer can know the price of the product displayed in the store at the time of sale. That is, as described in step S6-4 (and arrow D) of FIG. 6, the price of the scanned product at the time of sale can be known.
  • the smartphone 30 displays a message such as "expired" on the screen to inform the customer that an error has occurred.
  • the CPU 62 calculates the price at the time of sale from the registered contents of the inventory database 56 by referring to the hourly discount rate setting or the like set for the product, and transmits the price to the customer's smartphone 30. ing.
  • a feature of the first embodiment is that the clerk or the manager can "set the discount rate for each hour” and “set the price” for each product (FIG. 12). Step S12-1).
  • the clerk or the manager can make such a setting by using a predetermined input means, for example, a keyboard or a mouse.
  • the CPU 62 receives these settings, the CPU 62 stores the settings in, for example, a predetermined storage device inside.
  • the CPU 56 can obtain the price for each point of sale by adding the above settings to the price in the inventory database 56.
  • the "settings” made by the store clerk or the manager are stored in a predetermined storage device, they may be stored in the inventory database 56.
  • a "setting” to be memorized a rule that the price changes with time such as "10% discount every hour from 3 hours before the sales deadline" can be set.
  • the clerk or the manager can directly set the price regardless of the time. So to speak, the clerk can lower the price at any time as needed while observing the sales. In either case, the clerk or the manager can refer to the past sales record database 58 and the purchase visit record database by ID. These rules and direct prices can be set.
  • the past sales record database 58 and the purchase visit record database 60 by ID are, in short, past data.
  • the customer can scan the product with the smartphone 30 and know the price at the time of sale in real time, so that the product is discounted. It can be easily known in real time. Since the customer can know the discount without sticking the discount sticker on the product one by one, it is possible to obtain a higher advertising effect for the customer.
  • the store computer 100 notifies the customer that the discount will be started at the time when the discount is started (step S12-4, arrow E in FIG. 12). Therefore, since the customer can know in real time that the discount will be started, the risk of failing to purchase the cheaper product can be reduced (step S6-5 in FIG. 6, arrow E).
  • the notification may be not only the start of the discount, but also a notice that the new price has been reached or that the discount price will be reached.
  • Customers can receive various communications from the store and can make more convenient shopping. The customer can also reject the above notification (notification represented by the E arrow) by setting the smartphone 30 or the shopping application.
  • the smartphone 30 calculates the total price of the products that have been inquired to the store computer 100 and displays the payment confirmation screen of FIG.
  • the CPU of the store computer 100 and the accounting process are started. Accounting is done using, for example, credit card payment.
  • the CPU 62 of the store computer 100 can, for example, acquire credit card payment information from the customer database 200 and perform payment based on the information.
  • the credit card payment information may be stored inside the customer's smartphone 30.
  • the credit card payment information may be transmitted from the smartphone 30 to the store computer 100 (steps S6-1 and S6-2), and the CPU 62 may make a payment using the credit card information.
  • the payment (step S6-2) is not limited to credit card payment, and various payment methods may be adopted.
  • the clerk or the manager approaches the sales limit date and time ((6) in FIG. 2) based on the past sales record database 58 and the purchase visit record database 60 by ID.
  • the price can be set so that the discount amount becomes larger.
  • a sales history is also stored in the past sales record database 58 and the like. Therefore, based on those past data, it is possible to predict how much the next order quantity (number) should be to sell out.
  • a conventionally known prediction technique may be used. Therefore, according to the first embodiment, the store clerk and the manager can more efficiently carry out the next order quantity examination (step S12-2).
  • Embodiment 2 Store input + AI type
  • the present embodiment 2 is an example in which a clerk inputs a product at a store, as in the above-described first embodiment.
  • the second embodiment is different from the first embodiment in that the store computer 102 is equipped with AI (Artificial Intelligence). Due to such a difference in configuration, the store computer 102 calculates the product sales / profit target of the store, calculates a reasonable preferable price of the product based on the target value and external data, and calculates the target value. It is intended to be sold at a price.
  • AI can be executed by the CPU 64 of the store computer 102 as a program of various methods known conventionally.
  • a human performs a process of changing the price up to the sales limit date and time (gradually discounting) based on the past sales data.
  • the store computer 102 of the second embodiment is significantly different from the first embodiment in that the price of the product is determined by AI.
  • the term "maximum profit” in the text includes "when the profit becomes larger".
  • the optimal price may not be an integer, and it may be difficult to set the optimal price.
  • the "optimal price” may not always be obtained, and the "profit may not be the maximum”. Therefore, in reality, the case where the price is close to the optimum price and the profit is close to the maximum value is also included in the example of the embodiment of the present embodiment and also included in the technical scope. ..
  • the term "optimal price" in the text includes the case where the price can be set closer to the optimum price, and is also included in the technical scope of the present invention. Further, as described above, in order to maximize the profit, the case where the profit can be made larger is included, and it is also included in the technical scope of the present invention. This applies to all of the text.
  • the sales system of the second embodiment is also roughly divided into three parts as in the first embodiment.
  • Part 1 Input at the store (input of in-store JAN code)
  • Part 2 Purchasing products at the customer's store
  • Part 3 Setting the product price by AI of the store computer and presenting the product price to the customer.
  • the "sales system" in the claims describes the hardware part for realizing each of these parts.
  • the first and second parts of the second embodiment are the same as those of the first embodiment, the description thereof will be omitted, and the description will be focused on the operation of the store computer 102 of the second embodiment.
  • An explanatory diagram of the configuration and operation of the store computer 102 of the sales system of the second embodiment is shown in FIG.
  • FIG. 13 A conceptual configuration diagram of the store computer 102 according to the second embodiment is shown in FIG. FIG. 13 also shows the customer database 200 according to the second embodiment, but since it is the same as the customer database 200 according to the first embodiment, the description thereof will be omitted.
  • the store computer 102 also includes a CPU 64 and a program executed by the CPU 64, and the program defines various operations of the store computer 102.
  • the program is stored in a predetermined storage device accessible from the CPU 64.
  • the store computer 102 is also provided with various data (master data) and various databases, and is similar to the store computer 100 in that it controls the display and sale of products.
  • the characteristic configuration of the store computer 102 according to the second embodiment is that, unlike the store computer 100, it has master data of sales / profit target data 70 and external data (weather, competing stores) 72.
  • the sales / profit target data 70 is a storage device that holds the sales target and the profit target of the store.
  • the CPU 64 of the store computer 102 according to the second embodiment is significantly different from the first embodiment in that it executes a program related to AI.
  • This program is housed in a predetermined storage device, and by executing this program, the CPU 64 is suitable for achieving the sales target and the profit target of the store held by the sales / profit target data 70 described above. It is characterized by making a prediction. This prediction is made based on the past sales record database 58, which is the past sales history, and the purchase visit record database 60 by ID.
  • the sales / profit target data 70 corresponds to a preferable example of the sales / profit target data unit in the claims.
  • AI which is a method of predicting the future by machine learning the contents of the past sales record database 58 and the purchase visit record database 60 by ID.
  • various conventionally known AIs can be used.
  • the CPU 64 may make a prediction with appropriate reference to external data. Examples of the external data 72 include weather, information on competing stores, and the like. Since the weather data can be obtained from a weather site on the Internet, the CPU 64 may acquire the weather data suitable for the location of the store and store it in the external data 72. Further, the data of the competing store may be input by the clerk as appropriate each time the competing store opens.
  • the CPU 64 can execute a predetermined AI program to perform the machine learning, and can perform various forecasts and price settings described below. Therefore, the CPU 64 that executes this AI program corresponds to a preferred example of the AI control unit in the claims.
  • the sales / profit target may be freely set by the clerk or the manager, but may be calculated from the size of the store, the sales history so far, and the like.
  • the CPU 64 executes the following prediction by executing a predetermined AI program (step S13-1). ⁇ Forecast of number of customers & sales ⁇ Forecast of profit ⁇ Optimal price (output) (Price that maximizes sales and profit) Since various AI algorithms for making these predictions are known, they are realized by using an existing program.
  • the CPU 64 outputs these predicted values to the display, and can also print out (using a predetermined printer) at the request of the clerk. Further, what is characteristic of this embodiment is that the price that maximizes the sales / profit amount obtained above is set for the product of the store, and the customer is also notified (step S13-2). As a result, it is possible to inform the customer of the price that maximizes the sales / profit amount, and it is possible to realize more efficient sales. In reality, the CPU 64 that executes this AI program seeks a price that is likely to increase the sales / profit amount, sets (adjusts) the price, and sets (adjusts) the sales / profit target data 70.
  • the "optimal" price can fluctuate significantly in a very short period of time, and it is often practically difficult to always set such a price. For example, setting a price every second may not be practical. Therefore, it is also a preferable example to seek a price closer to the price estimated to realize higher profit and set (adjust) to that price. For example, when the optimum price changes to "100.5 yen", “100.4 yen”, and "100.3 yen", in reality, all are set to "100 yen" and adjusted. Such processing may be performed.
  • the CPU 64 that executes the AI program seeks a price so as to achieve a larger sales / profit amount, and sets (adjusts) the price of the product to that price.
  • the CPU 64 can present the requested price to the smartphone 30 or the like via a predetermined interface.
  • the price of the product is set in the storage device in which the CPU 64 can access the setting information such as "to discount the yen" separately from the inventory database 56 as in S12-1 described with reference to FIG. You can keep it separately. Further, the price of the product in the inventory database 56 may be rewritten to a desired price (a price that maximizes the sales / profit amount (or a price that maximizes the sales / profit amount)). In this way, the CPU 64 can present the newly set price to the customer in S12-3 (see FIG. 13) as a price by point of sale. Further, the CPU 64 may notify the customer of the price each time the price set for the product is changed (step S13-2).
  • Price setting in the second embodiment is to set the price of the product to the optimum price by using the AI program, but the price does not necessarily have to be "optimal" and the price to increase the sales / profit amount. It may be. In reality, it may not always be mathematically consistent because it may not be desirable for sales to change the price frequently.
  • Embodiment 3 No store input (vendor cooperation) Similar to the second embodiment described above, the third embodiment is common in that AI (Artificial Intelligence) is mounted on the store computer 104 to maximize sales and profits. However, unlike the above-described first and second embodiments, the third embodiment is characterized in that the input work is not performed in the store and the same work is performed by the vendor. Further, a characteristic point in the third embodiment is that the store computer 104 executes an order for the next product. As described above, the store computer 102 of the second embodiment is -Forecast of the number of customers visiting the store & forecast of sales-Profit forecast-Optimal price output, etc. are obtained by the CPU 64 executing the AI program. In the third embodiment, the next product is to be ordered. The ordering of the next product means that the order data of the next product is created and sent to the vendor.
  • AI Artificial Intelligence
  • the sales system of the third embodiment is also roughly divided into three parts as in the first and second embodiments.
  • Part 1 Enter the vendor (enter the in-store JAN code)
  • Part 2 Purchasing products at the customer's store
  • Part 3 Setting the product price by AI of the store computer, presenting the product price to the customer, and creating order data.
  • the "sales system" in the claims describes the hardware part for realizing each of these parts.
  • the second part of the third embodiment is the same as that of the first and second embodiments, the description thereof is omitted, and the first part: the operation of the vendor, the third part: the operation of the store computer 104 such as the creation of order data.
  • the explanation will be centered.
  • An explanatory diagram of the configuration and operation of the store computer 104 of the sales system of the third embodiment is shown in FIGS. 14 to 15.
  • the vendor receives the order data of the product from the store computer 104 and manufactures the product. After the production is completed, the arrival data 50 is generated.
  • This arrival data represents data including the normal JAN code of the received product, the quantity of the product, and the expiration date of the product. That is, this arrival data is registered in the store computer 104, specifically, the inventory database 56, and becomes inventory, as in the above-described first and second embodiments. Subsequent processing of the arrival data is almost the same as that in FIG.
  • the in-store JAN code is created in step S14-1. This may be executed on the vendor's personal computer or the like. This process is the same as in step S4-3 of FIG. In step S14-2, the barcode label is printed by the barcode printer. This process is also the same process as in step S4-4 of FIG. Step S14-3 is also affixing the barcode label to the product in the same manner as in step S4-5 of FIG. In the present embodiment, since the vendor affixes the in-store JAN code label to the product in advance and then delivers the product to the store, the affixing work and the input work at the store are not required.
  • FIG. 104 A conceptual configuration diagram of the store computer 104 according to the third embodiment is shown in FIG. Like the store computer 102, the store computer 104 also includes a CPU 64 and a program executed by the CPU 64, and the program defines various operations of the store computer 104. The program is stored in a predetermined storage device accessible from the CPU 64. Further, the store computer 104 is also provided with various data (master data) and various p-databases, and is similar to the store computer 102 in that it controls the display and sale of products.
  • step S15-1 of FIG. 15 the CPU 64 generates order data and transmits it to the vendor. Further, the examination of the next order quantity in step S12-2 of the figure is also performed by the CPU 64 executing the AI program. That is, in step S13-1 of the figure, the number of visitors and the sales are forecasted, and the number of next orders may be determined based on the forecasts so as to match the forecasts. This process may also be realized by the CPU 64 executing a predetermined program. Order data is created in step S15-1 based on the number of orders for the products determined in this way.
  • This process may also be realized by the CPU 64 executing a predetermined program, and the CPU 64 transmits the order data created through the predetermined interface to the vendor.
  • the operation after the order data is received by the vendor is as described in FIG. Except for the points described above, the configuration and operation of the second embodiment are the same.
  • the in-store JAN code which is one of the characteristic items in the present embodiment, is printed and labeled as a bar code, but may be another code. It may be a so-called two-dimensional code. Further, in the above-described embodiment, an example in which the store is represented by a QR code is shown, but it may be represented by a normal one-dimensional bar code or another optical code. (2) Further, in the above embodiment, the customer executes shopping using a smartphone, but any device may be used as long as it is a mobile information terminal having the same function. For example, a tablet computer, a wearable computer, or the like can be used. Various types of wearable computers are known.
  • a wearable computer may be used.
  • a wristwatch-type computer for example, APPLE WATCH (registered trademark) is known.
  • a tablet computer or a wearable computer also corresponds to a suitable example of a portable information terminal in the claims.
  • a small computer, a notebook computer, or the like also corresponds to a suitable example of a portable information terminal in the claims.
  • the part described as the date and time represents the date and / or the time, but it may be configured so that only the date is set.
  • the time means not only the so-called hour, but also minutes and seconds, but it is configured so that only the hour or only the hour and the minute can be set.
  • the customer database 200 is functionally one, but it may be distributed in terms of hardware and configured as a distributed database. It suffices to be functionally configured as a single database.
  • a plurality of stores may exist, and store computers 100 (102) and (104) are also provided for each store.
  • a single large server may provide the functionality of multiple store computers.
  • Both the customer database 200 and the store computers 100 (102) (104) may be configured on the so-called cloud, but may also be configured on-premises.
  • the store computers 100 (102) and (104) may be installed in each store.
  • the optimum price includes a price estimated to be able to increase profits and sales, and a price close to the price.
  • the price for maximizing the sales / profit amount is also the same, and includes the price at which the sales / profit amount can be increased and the price close to the price.
  • the first, second, and third embodiments described above are examples as means for realizing the present invention, and should be appropriately modified or changed depending on the configuration of the apparatus to which the present invention is applied and various conditions. However, the present invention is not limited to the aspects of the first, second, and third embodiments.
  • ITEM management database 12 SKU management database 14
  • PRICE management database 20 Smartphone 20a Sales deadline date input field 20b Sales deadline date and time input field 20c
  • Product quantity input field 20d OK button 22 Calendar icon 24 Calendar box 24a OK button 26 Time list 26a OK Button 30 Smartphone 30a Point card registration button 30b Credit card registration button 32a Bar code scanning button 32b Point card number field 32c Button to register with input contents 34a Credit card number field 34b Expiration date field 34c Card holder field 34d Security code field 34e Button to register with input contents 36a Button to scan QR code 36b Home button 36c Product button 36d My page button 38a Display 40a Bar code reading surface 40b Price field 40c Payment button 40d Number manual input button 42a Total amount field 42b Payment button 42c Cancel button 44b End button 46a Bar code number field 46b Enter button 48a Change card information button 50 Arrival data 52 Product master 54 Sales deadline management master 56 Inventory database 58 Past sales record database 60 Purchase by ID Store visit record database 62, 64, 66 CPU 70 Sales / Profit Target 72

Abstract

商品の価格を自由に設定することができる販売システムを、を提供し、値引きする商品の値引き価格を、顧客に効率よく伝える仕組みを提供する。商品を顧客に販売するための販売システムであって、前記商品に付されている光学式コードを撮影し、前記光学式コードが表すインストアコードをストアコンピュータに送信する携帯端末と、前記携帯端末から、前記インストアコードを受信した場合、前記インストアコードで示される商品の価格を、前記携帯端末に送信するストアコンピュータと、を備え、前記携帯端末は、前記ストアコンピュータから送信されてきた前記価格を画面に表示し、前記顧客は、前記携帯端末の前記画面から、前記商品の価格を知ることが可能な販売システムである。

Description

販売システム、携帯端末、ストアコンピュータ
　本発明は、販売システムに関する。特に無人店舗等に適用することができる販売システム、販売装置及びそれに用いられる携帯端末、ストアコンピュータに関する。
　近年、インターネット等を利用したＥＣ（Electric Commerce：電子商取引）が広く利用されている。しかし、実際の「店舗」における商品の購入は、直接商品を見て把握することができ、即時に商品等を取得できるので、いまなお広く社会に根付いている。
　従来の店舗における商品等の購入
　ａ．購入者である顧客の行動と要望
（１）顧客が、所定の店舗の店内で商品等の購入を実行するとき、同じ商品ならば、賞味期限・消費期限の新しいものを棚の奥から選んで取るという行動をする傾向にある。
（２）また、店舗によっては、「おつとめ品」「見切り品」という設定で、通常より安価に販売する場合もあるが、このような「おつとめ品」「見切り品」は、顧客が当該店舗に来店しなければ、その情報を知ることができない場合が多い。これに関しては、下記ｂで言及する。
　ｂ．店舗における作業
　上記ａ．（２）に関して、従来の店舗では、販売期限・賞味期限を店員が一品ごとに確認し、商品に値下げシールを貼付するという作業を実行している場合が多い。
　ｃ．課題
　（１）従来の店舗では、店員が上記のような作業をしているので、商品確認、値下げシールを貼る労働力が発生している。高品質なサービスを提供するためには、売れ残りの商品に対し、数回に分け、店員が貼替作業を行う必要があるが、その結果、店舗における労働力が不足しがちである。
　（２）売り値を下げることで、儲けは減るため、値下げ(販売価格検討を）するタイミングは、店員の個人的な販売予測能力に依拠している。
　すなわち、販売期限までに、廃棄コストを考慮し、商品の在庫管理単位ごとに「いつ、いくら」に設定するかを店員が判断する。そのため、「儲け」を最大化する値付けは、店員の経験値(カン）に頼っているのが実情である。
　（３）一方、顧客側は、決済時（決済時点）における最適な価格で購入したいと考えている。すなわち、顧客が売り場で商品をカートイン（Cart In）してから、レジにおいて決済を行うまでの間に、価格が変更された場合、その変更後の価格に対応して、変更後の価格で決済してほしいと考えている。しかし、現状のレジ（register）では、このような状況には対応することができない。
　（４）また、店舗側においては、上述した「値下げシール」を貼る作業を店員が実行するが、対応する商品の全てに貼ることが困難な場合もある。そのため、「値下げシール」の「貼り漏れ」も発生し、その売場の品質が一定に保てない場合もあった。
　また、期限切れ商品は売場から撤去する必要があるが、この撤去作業において、撤去漏れが生じる可能性も否定できない。その結果、期限切れ商品の販売が発生するリスクがあった。
　（５）上述した「値下げシール」を顧客が他の商品に貼り替えるなどの不正が発生する可能性がある。
　（６）上述した「おつとめ品」「見切り品」は、顧客が店舗に来店しなければ、その情報を取得することは困難である。これは、見方を変えれば、「おつとめ品」「見切り品」の店外への訴求方法がないことを意味し、店舗側の損失となってしまうことも考えられる。
　本願発明者らは、このような課題に鑑み、解決するための仕組みをこれまで鋭意研究を重ねてきた。
　先行特許文献
　このような従来の店舗における課題に関して、種々の工夫がこれまで提案されている。
　下記特許文献１には、商品バーコードを用いて、タイムセールを行う方法が開示されている。商品バーコードを読み出し、値引きのタイムテーブルの時刻に従って、そのタイムテーブルの値引き情報に基づき値引きを行う。この仕組みによれば、値引きをタイムテーブルにしたがって、自動的に実行することができる。
　また、下記特許文献２には、商品タグに、値引き開始時期及び値引き額と、さらに、再値引き時間と値引き額と、を記憶し、店舗端末が、読み取った商品タグの内容と、現在時刻とを比較し、所定の値引きを行い、商品を販売する技術が示されている。
　この技術によれば、予め商品タグに値引きの情報（値引きをする時間と、その値引き額）をいれているので、後は時刻との比較で値引き、再値引きを順次行っていく。この結果、時刻と値引き額を自由に設定することができるとされている。
　また、下記特許文献３には、「賞味期限」が近づくにつれて、値引き額が大きくなる販売システムが開示されている。また、値引きラベルを貼付したのでは値引き商品であることがわかってしまい、心理的に買いづらくなることが課題であったが、この発明では値引きラベルを貼る必要がないので、心理的に買いづらくなることがなくなると記載されている。
特開２００３－７７０６８号公報 特開２００５－１０９６０号公報 特開２００９－１７６２５８号公報
　このように従来から、賞味期限が近づいてきた場合に値引きを行うことは種々の方法で実行されてきたが、値引きシールを貼付する方法では、店員の負担がふえてしまうという課題がある。
　また、上記特許文献１～３では、値引きのためのさまざまな工夫が提案されているが、臨機応変に値引きするタイミングやその値引き額等を変更できる技術ではない。さらに、上記特許文献１，２等に記載のタイムテーブルや商品タグを用いる方法では、値引きが実行されたことを、顧客に知らせるための有効な手段が存在しないという課題もある。これでは、せっかく値段を引き下げても、顧客に対する購買意欲の増大には結びつかないことも想定される。
　本願発明は、以上述べたような課題を解決するためになされたものであり、その目的は、店舗において販売する商品の価格を自由に設定することができる販売システム、また、種々のパラメータに基づき柔軟な設定をすることができる販売システム、を提供することである。また、本発明の他の目的は、値引きする商品の（値引きされたその）価格を、顧客に効率よく伝える仕組みを提供することを目的とする。
　（１）本発明は、上記課題を解決するために、商品を顧客に販売するための販売システムであって、前記商品に付されている光学式コードを撮影し、前記光学式コードが表すインストアコードをストアコンピュータに送信する携帯端末と、前記携帯端末から、前記インストアコードを受信した場合、前記インストアコードで示される商品の価格を、前記携帯端末に送信するストアコンピュータと、を備え、前記携帯端末は、前記ストアコンピュータから送信されてきた前記価格を画面に表示し、前記顧客は、前記携帯端末の前記画面から、前記商品の価格を知ることが可能な販売システムである。
　（２）また、本発明は、前記顧客の決済情報が登録されている顧客データベース、を備え、前記顧客の決済指示によって、前記携帯端末は前記ストアコンピュータに前記商品の決済を要求し、前記ストアコンピュータは、決済を要求された場合、前記顧客データベースから前記顧客の前記決済情報を取得し、取得した前記決済情報を用いて前記商品の決済を行うことを特徴とする（１）記載の販売システムである。
　（３）また、本発明は、（１）又は（２）記載の販売システムであって、前記ストアコンピュータは、前記ストアコンピュータが管理する店舗の商品を管理する在庫データベースであって、前記商品の価格が登録されている在庫データベースと、前記在庫データベース中の前記商品の価格を、その商品の販売限度日時と現在日時とを比較して調整するための設定を記憶する記憶装置と、前記在庫データベース内の前記商品の価格を、前記記憶装置が記憶する前記設定に基づき調整する制御部と、を備え、前記制御部は、前記設定に基づき調整した前記価格を、前記携帯端末に送信し、前記店舗の商品の価格の設定者は、前記設定を前記記憶装置に記憶させることができることを特徴とする（１）又は（２）記載の販売システムである。
　（４）また、本発明は、前記ストアコンピュータは、前記ストアコンピュータが管理する店舗の商品を管理する在庫データベースであって、前記商品の価格が登録されている在庫データベースと、前記店舗の売上目標と利益目標を保持する売上・利益目標データ部と、前記売上・利益目標データ部が保持する売上目標と利益目標とを達成できるように、前記在庫データベース中の前記商品の価格を求めるＡＩ制御部と、を備え、前記ＡＩ制御部が求めた前記価格を、前記携帯端末に送信することを特徴とする（１）又は（２）記載の販売システムである。
　（５）また、本発明は、（１）から（４）のいずれか１項に記載の販売システムにおいて用いられる前記携帯端末であって、前記商品に付されている光学式コードを撮影し、前記光学式コードが表すインストアコードをストアコンピュータに送信し、前記ストアコンピュータから送信されてきた前記価格を画面に表示することを特徴とする前記携帯端末である。
　（６）また、本発明は、（３）に記載の販売システムにおいて用いられる前記ストアコンピュータであって、前記ストアコンピュータが管理する店舗の商品を管理する在庫データベースであって、前記商品の価格が登録されている在庫データベースと、前記在庫データベース中の前記商品の価格を、その商品の販売限度日時と現在日時とを比較して調整するための設定を記憶する記憶装置と、前記在庫データベース内の前記商品の価格を、前記記憶装置が記憶する前記設定に基づき調整する制御部と、を備え、前記制御部は、前記設定に基づき調整した前記価格を、前記携帯端末に送信することを特徴とするストアコンピュータである。
　（７）また、本発明は、（４）に記載の販売システムにおいて用いられる前記ストアコンピュータであって、前記ストアコンピュータが管理する店舗の商品を管理する在庫データベースであって、前記商品の価格が登録されている在庫データベースと、前記店舗の売上目標と利益目標を保持する売上・利益目標データ部と、前記売上・利益目標データ部が保持する売上目標と利益目標とを達成できるように、前記在庫データベース中の前記商品の価格を求めるＡＩ制御部と、を備え、前記ＡＩ制御部が求めた前記価格を、前記携帯端末に送信することを特徴とするストアコンピュータである。
　本発明によれば、店舗の商品の価格を自由に設定することができ、また、売り上げや利益を向上させることができる価格の設定とすることができる。また、設定された価格を効率よく顧客に伝えることができるので、店舗における商品購入をより効率的にすることができる。
本実施形態において利用するインストアＪＡＮコード生成の説明図である。 本実施形態における販売期限の考え方の説明図である。 本実施形態におけるデータの管理方法の概念図である。 本実施形態１の店舗における入力作業の説明図である。 本実施形態１におけるスマートフォン２０による入力作業の説明図である。 本実施形態１の店舗における購買動作の説明図である。 本実施形態１におけるスマートフォン３０による購買動作の説明図である。 本実施形態１におけるスマートフォン３０による購買動作の説明図である。 本実施形態１におけるスマートフォン３０による購買動作の説明図である。 本実施形態１におけるスマートフォン３０による購買動作の説明図である。 本実施形態１におけるスマートフォン３０による購買動作の説明図である。 本実施形態１におけるストアコンピュータ１００の構成概念図である。 本実施形態２におけるストアコンピュータ１０２の構成概念図である。 本実施形態３のベンダーにおける入力作業の説明図である。 本実施形態３におけるストアコンピュータ１０２の構成概念図である。
　以下、本発明の好適な実施形態を図面に基づき説明する。
　第１．インストアＪＡＮコードと、その構成、それを用いた管理
　本実施形態では、独自にバーコードラベルと作成し、このバーコードラベルを商品に」貼付することによって、各商品を管理する販売システムを提案している。したがって、まず、本実施形態における独自のバーコードラベルを説明する。
　我が国の商品には、その多くにＪＡＮコードと呼ばれるバーコードが付されている。本実施形態では、このＪＡＮコードに基づき、独自のバーコード（ラベル）を作成して、商品に貼付して管理している。この独自のバーコードを、インストアＪＡＮコードと呼ぶ。
　なお、インストアＪＡＮコードは、請求の範囲のインストアコードの好適な一例に相当する。本実施形態では、ＪＡＮコードを含むようなコードを採用したが、全く独自のコードをインストアコードとして使用してもよい。
　また、本実施形態では、インストアＪＡＮコードはバーコードで表され、請求の範囲の光学式コードの好適な一例に相当する。本実施形態ではバーコードで表す例を説明するが、光学式コードであれば他のコードでもよい。例えば２次元コードであってもよい。なお、本文で、光学式コードとは、光学的に読み取り認識されるコードを言い、いわゆる１次元のバーコードや、２次元の各種コード等（例えば、ＱＲコード（登録商標））を言う。また、光学式認識コードと呼ばれる場合もある。
　ＪＡＮコードと、インストアＪＡＮコード
ＪＡＮコードとは、"Japanese Article Number Code"を意味し、日本工業規格（ＪＩＳ）制定の標準商品表示をいう。標準タイプの場合、１３桁のバーコードとして商品などに付されて、表示されている。
　標準タイプの１３桁のＪＡＮコードでは、７桁又は９桁の企業コードと、５桁又は３桁の商品コードと、１桁のチェックデジットから構成されている。本実施形態では、標準タイプの１３桁のＪＡＮコードに消費期限日時を付加して、インストアＪＡＮコードを生成して用いている。この様子が図１に示されている。
　図１に示すように、通常のＪＡＮコード（例えば１３桁）に消費期限日時を付加したものがインストアＪＡＮコードである（図１参照）。
　本実施形態では、特に鮮度管理を実行する対象商品に関して、商品データベースの商品管理画面にて事前に鮮度管理を行う設定を行う。当該商品の鮮度管理フラグを所定の値（例えば「１」）にすることによって設定を行う。そして、このような鮮度管理を必要とする商品について、インストアＪＡＮコード（バーコード）を貼付して、管理を行おうとするものである。
　図１に示すように、ＣＯＤＥ１２８コードセットＣ（偶数桁）を利用する場合は、インストアＪＡＮコードは、例えば「１２３４５６７８９０１２３＋ＹＹＭＭＤＤＨＨＭＩ０」のように作成される。この例は、「ＪＡＮコード１３桁」＋「消費期限日時」＋「末尾０詰め（０パディング）」としたものである。
　本実施形態において特徴的なことの一つは、インストアＪＡＮコードに、消費期限日時が含まれていることである。このようなインストアＪＡＮコードを用いることによって、後述するように鮮度管理を効率的に行うことができる。
　また、本実施形態において、通常のＪＡＮコードに付加する消費期限日時は、原則として、当該商品に印字されている消費期限日時をそのまま入力している。なお、商品によっては、「時」を含まずに「消費期限日」のみが印字されている場合もあるが、そのような場合は「時」として、その日の２４時に設定してもよいし、「時」の部分を０に設定してインストアＪＡＮコードを作成してよい。
　このようにして作成されたインストアＪＡＮコード（バーコード）を、商品に貼付しておく。顧客は、当該商品のインストアＪＡＮコードをスマートフォン等でスキャンすると、所定のスマホアプリが、スキャンしたインストアＪＡＮコードを、その店舗のストアコンピュータのサーバにアクセスし、その商品の「お客様保管期間」を取得する。このようにして取得したお客様保管期間と、スキャンしたインストアＪＡＮコードに記録されている消費期限日時とを突き合わせることによって、ストアコンピュータは、販売期限日を計算することができる。なお、この販売期限日が期限切れの場合は、ストアコンピュータは、顧客のスマホアプリにエラーを返す。お客様保管期間は、店舗毎に、各店舗の状況に基づき決定してよい。
　なお、本特許では、アプリケーションソフトウェアを「アプリ」と略称する場合がある。また、スマートフォン（Smartphone）を、「スマホ」と略称する場合もある。例えば、スマートフォン用のアプリケーションソフトウェアを、「スマホアプリ」と略称する場合もある。
　販売期限
　ここで、販売期限についての考え方を図２に基づき説明する。図２は、鮮度管理を実行する必要がある商品の製造から、腐敗限界までの、時間の経過と、各基準時との関係を説明するタイムチャートであり、「時間経過」で示す矢印の方向に時間が経過していくものとする。
　（１）賞味期限とは、容器包装の開かれていない商品が、表示された保存方法に従って保存された場合に、その食味及び品質特性を品、図２中、（１）賞味期限と呼ばれる期間は、製造年月日から（８）期限日（又は、「消費期限日」、「消費期限」とも呼ぶ）までの期間を言う。
　（２）製造年月日とは、鮮度管理を実行する必要がある商品の製造を行った年月日を言う。具体的には、例えばメーカー等で製造、加工、パック、出荷、誕生、水揚げ、取り入れ、収穫、輸入した日等を総称して「製造年月日」と呼ぶ。
　（３）店着期限とは、店舗での商品受け入れ期限日を言う。
　なお、この（３）店着期限から、後述する（６）販売限度日時までの間が、その商品（鮮度管理を実行している商品）を販売してよい期間となる。
　（４）販売方法検討日時とは、（６）販売限度日時までに売り切るために、販売方法の変更、販売場所の変更、売価変更、振替え等の販売方法を検討しなければならない日及び時間を言う。
　つまり、通常は、上記（３）店着期限からこの（４）販売方法検討日時までは、通常価格（例えば、定価、標準価格、その店舗の通常価格等）で商品は販売される。
　（５）販売方法変更期間とは、（６）販売限度日時までに売り切るために、販売方法の変更、販売場所の変更、売価変更、振替え等の販売方法を検討しなければならない日及び時間を言う。
　（６）販売限度日時とは、小売業として、顧客に（８）期限日までに消費し（食べ）終わっていただくために、販売できる最終期限日時を言う。
　（７）お客様保管期間とは、お客様（＝顧客）が鮮度管理を実行している商品を購入した後、持ち帰って開封せずに保管する期間を言う。
　（８）期限日とは、消費期限（消費期限日時）、（１）賞味期限と同じ意味である。消費期限は、期限日から（９）腐敗限界点が短い商品の場合に用いられ、賞味期限は、期限日から（９）腐敗限界点がある程度長い商品の場合に用いられる。
　なお、図１における消費期限日時は、この（８）消費期限を意味する。この消費期限は、メーカ等において、その商品の表面にプリンタ等で印刷、刻印されている場合が多い。
　（９）腐敗限界点とは、腐敗が発生する限界の日時を言う。
　データ管理方法
　本実施形態において特徴的なことは、通常ＪＡＮコード中の商品コードを複写して、消費期限日時を付加して、インストアＪＡＮデータを生成していることである。通常ＪＡＮコードと、インストアＪＡＮコードとの、データベース中における管理方法の説明図が図３に示されている。同図に示すように、例えば、ｉｔｅｍ－ｃｏｄｅ（商品コード）として、通常ＪＡＮコードを利用するＩＴＥＭ管理（商品管理）データベース１０を用いることができる。
　なお、通常ＪＡＮコード以外の、他のコードを利用する他の種類の商品が含まれていてもよい。本実施形態は、鮮度管理の対象となる商品についての処理方法に特徴がある実施形態であり、そのような商品の場合についてのみ説明を行う。しかし、その店舗で、鮮度管理を行わない商品や、他のコードで表される商品を扱ってもよいし、そのような商品のコードがＩＴＥＭ管理データベース１０に含まれていてもよい。
　また、通常ＪＡＮコードとそれに対応するインストアＪＡＮコードとを項目として含むＳＫＵ管理データベース１２を用いることができる（図３参照）。図３においては、ｉｔｅｍ－ｃｏｄｅとして、通常ＪＡＮコードが用いられ、ｓｋｕ－ｃｏｄｅとして、インストアＪＡＮコードが用いられている。このＳＫＵ管理データベース１２によれば、通常ＪＡＮコードとインストアＪＡＮコードとの対応を知ることができる。なお、１個の通常ＪＡＮコードに対して、一般的には、ｎ個のインストアＪＡＮコードが対応するので、図３に示すように、ＩＴＥＭ管理データベース１０中の１データに対して、ＳＫＵ管理データベース１２中のｎ個のデータが対応する。なお、ｎは、１以上の自然数である。
　ＳＫＵについて
　なお、ＳＫＵとは、Stock Keeping Unitの意味であり、在庫管理を行うときの最小の単位を言う。通常のシステムでは、ＪＡＮコード単位で管理する場合が多いが、本実施形態では、賞味期限単位で商品を管理している。つまり、同じ「唐揚げ弁当」でも、製造時間が異なれば、賞味期限が細かく相違する。そのため、各賞味期限で分けて、「唐揚げ弁当」を管理する。７時まで賞味期限のＳＫＵと、１０時まで賞味期限のＳＫＵのように、同じ「唐揚げ弁当」でも、異なる管理対象として扱う。
　また、商品に対する販売価格であるＰＲＩＣＥ管理データベース１４を用いることができる。ＰＲＩＣＥ管理データベース１４は、ｓｋｕ－ｃｏｄｅと、それ（が表す商品）を販売する販売店舗、価格適用期間、ｐｒｉｃｅ、の項目を有するデータベースである。図３の例によれば、ｓｋｕ－ｃｏｄｅは、ＳＫＵ管理データベース１２と同様にインストアＪＡＮコードが登録され、販売店舗として「Ａ店」が登録されている。また、価格適用期間として４／１～４／１０が登録されており、ｐｒｉｃｅとして￥１００が登録されている。このようなデータベースによれば、インストアＪＡＮコードで表される商品がどの店舗で、その期間で、どのような価格で販売されるかを把握することができる。
　また、商品の在庫のデータベースであるＩＮＶＥＮＴＯＲＹ管理データベース１６を用いることができる。ＩＮＶＥＮＴＯＲＹＥ管理データベース１６は、ｓｋｕ－ｃｏｄｅと、それ（が表す商品）を販売する販売店舗、販売期間、在庫数、の項目を有するデータベースである。図３の例によれば、ｓｋｕ－ｃｏｄｅは、ＳＫＵ管理データベース１２と同様にインストアＪＡＮコードが登録され、販売店舗として「Ａ店」が登録されている。また、販売期間として４／１～４／１０が登録されており、在庫数として９９が登録されている。このようなデータベースによれば、インストアＪＡＮコードで表される商品の販売期間と、現在の在庫数とを把握することができる。
　第２　実施形態１：店舗入力型
　本実施形態は、上述したようなインストアＪＡＮコードを用いて、鮮度管理を必要とする商品の価格の設定に特徴を有する。そのための具体的なシステム構成は種々存在する。以下、様々な構成の販売システムを図面に基づき説明する。なお、本実施形態では、鮮度管理を必要とする商品を前提として説明を行うが、鮮度管理を必要としない商品が混在していてもよい。
　本実施形態１の販売システムは、大別して３部から構成される。
　第１部：店舗における入力（インストアＪＡＮコードの入力）
　第２部：顧客の店舗における商品の購入
　第３部：ストアコンピュータによる商品価格の設定と、商品価格の顧客に対する提示
　なお、請求の範囲の「販売システム」は、これらの各部を実現するためのハードウェア部分について記述している。
　まず、本実施形態１では、人が店舗で商品情報を登録する作業を行う例を説明する。
　実施形態１の販売システムの構成・動作は、図４～図１２に示されている。
　（１）店舗における入力作業
　図４には、当該販売システムが適用される店舗（の売場）において店員による入力作業を表す説明図が示されている。店員は、商品を売り場に配置する際に、その商品を在庫データベース（後述する）等に登録する。
　ステップＳ４－１において、店員は、ハンディ端末等を用いて商品の通常ＪＡＮコードを読み取る（ステップＳ４－１）。ハンディ端末とは、ハンディターミナル等の名称で呼ばれる携帯情報端末であり、物流の分野で用いられる端末である。バーコードなどの情報を読み取る機能を備えており、読み取ったデータを端末内に集積することや、外部のＰＣやサーバ等に送信する機能を備えている。また、バーコードだけでなく、２次元コードなどの情報や、文字・記号・数字等を読み取る機能を備えていてもよい。
　ステップＳ４－２において、店員は、ハンディ端末上でその商品の数量や、消費期限日時を入力する。消費期限日時は、図２における（８）期限日や消費期限と同様の意味であり、商品のパッケージ等に印字・刻印されることが多い。ここで、店員が入力した通常ＪＡＮコード（元商品に表示されているバーコード）と、消費期限日時と、当該商品の数値は、ハンディ端末からストアコンピュータに送られる。ストアコンピュータに関しては、図６で詳述する。
　ステップＳ４－３において、ハンディ端末は、図１等で説明してきたインストアＪＡＮコードを発行する。ハンディ端末は、読み取った通常ＪＡＮコードに、店員が入力した消費期限日時を加えて、インストアＪＡＮコードを生成する。この動作原理は図１で説明したとおりである。ハンディ端末は、生成したインストアＪＡＮコードを、バーコードプリンタに送信する。
　なお、本実施形態では、ハンディ端末は、発行したインストアＪＡＮコードを、ストアコンピュータに送信していないが、ステップＳ４－２で送信した通常ＪＡＮコード等と同様にストアコンピュータに送信するように構成してもよい。
　ステップＳ４－４において、バーコードプリンタは、ハンディ端末から送信されてきたインストアＪＡＮコードをラベルにプリントする。これによって、当該商品に貼付するラベルが印刷される。
　ステップＳ４－５において、店員は、バーコードプリンタがプリントしたラベルを当該商品に貼付し、売り場に配置する。バーコードラベルの貼付は、商品のパッケージ等に予め印刷されている通常ＪＡＮコードの上に貼付して、通常ＪＡＮコードが隠れるようにすることが好ましい。このように貼付すれば、その後、バーコードを読み取ろうとする場合は、必ずインストアＪＡＮコードを読み取らせることができるからである。
　ただし、常に通常ＪＡＮコードと重ねずに、別の場所に貼付してもよい。通常ＪＡＮコードがもともと読み取りにくい箇所に設けられている場合は、より読み取りやすい箇所にインストアＪＡＮコードを貼付してもよい。
　スマートフォンの利用
　図４に関する上の説明では、店員がハンディ端末を用いる例を説明したが、同様の処理・動作を実行できれば、物流分野で用いられるいわゆるハンディ端末以外の情報端末を用いてもよい。例えば、近年スマートフォン（Smartphone）が広く世の中に普及しているが、このようなスマートフォンを利用してもよい。スマートフォンに上記図４と同様の動作を実行させるアプリ（Application software）をインストールして利用することができる。つまり、ハンディ端末に代えて、スマートフォン専用アプリ（をインストールしたスマートフォン）でもよい。
　この様子が図５に示されている。一般的なスマートフォン２０は、カメラを装備しており、商品の通常ＪＡＮコードを読み取ることができる。本実施形態では、以下、スマートフォンとはそのようなカメラを装備しており、バーコードのような光学式コードを読み込むことができるものとして説明を続ける。そして、上述のように、商品登録を行うためのアプリ（以下、商品登録アプリと呼ぶ）がスマートフォン２０にインストールされているものとする。そして、店員はこのスマートフォン２０の商品登録アプリを起動し、商品の販売期限日時と、商品の個数と、を入力することができる（図５参照）。同図に示すように、商品登録アプリの画面には、販売期限日を入力する欄２０と、販売期限時間を入力する欄２０ｂと、が表示されている。
　店員は、商品の通常ＪＡＮコードを読み取った後、商品に印字されている販売期限等を目視で読み取る。そして、店員は、目視で読み取った販売期限を、販売期限日を入力する欄２０と、販売期限時間を入力する欄２０と、に入力する。図５には、その様子が示されている。まず、店員は販売期限日の入力欄２０ａの右側に位置するカレンダーアイコン２２をタッチする。すると、カレンダーボックス２４がポップアップし、日付を入力できるカレンダーが表示される。このカレンダーボックス２４から例えば、６月２０日等をタッチして選択して、ＯＫボタン２４ａをタッチすれば、販売期限日を入力する欄２０ａに、６月２０日と入力される。また、販売期限時間を入力する欄２０ｂをタッチすると、時刻を入力するタイムリスト２６が表示され、このタイムリストを回すことによって、店員は、所望の時刻を選択することができる。図５では、タイムリストから９：００が選択されている様子が示されている。店員は、所望の時刻を選択した後、ＯＫボタン２６ａをタッチすれば、販売期限時間の入力欄２０ｂに、「９：００」が入力される。
　このようにして、入力される販売期限日及び販売期限時間は、これまで説明してきた消費期限日時の好適な一例に相当する。本実施例１では、消費期限日時として、販売期限日と、販売期限時と、を利用しているが、「時（hour）」は、０に固定するか、または、なくてもよい。つまり、「消費期限日時」は、「日」だけでもよい。さらに、「消費期限日時」として、「分」や「秒」を含めてもよい。
　さらに、店員は、商品個数入力欄２０ｃに、その商品の個数を入力する。このようにして、店員は、商品の通常ＪＡＮコードと、消費期限日時と、数量（個数）とを、商品登録アプリを用いてスマートフォン２０に入力することができる。その後、店員が、ＯＫボタン２０ｄをタッチすると、商品登録アプリは、入力した通常ＪＡＮコードと、商品の個数（数量）と、消費期限日時とを、ストアコンピュータに送信する。この動作は、ステップＳ４－２に該当する。
　次に、スマートフォン２０の商品登録アプリは、インストアＪＡＮコードの生成（発行）を行う。この処理は、図４におけるステップＳ４－３に該当する。本実施例１では、インストアＪＡＮコードをこの段階でストアコンピュータに送信してはいない。しかし、この段階で、商品登録アプリが、インストアＪＡＮコードをストアコンピュータに送信するように構成してもよい。
　次に、商品登録アプリは、インストアＪＡＮコードの生成を行った後、そのインストアＪＡＮコードをバーコードプリンタに送信する。送信の際、プリントする枚数として、上記入力した商品の数量（個数）も送信する。これによって、バーコードプリンタは、このインストアＪＡＮコードを受信して、インストアＪＡＮコードを表すバーコードラベルを、指定された数量分の枚数だけプリントする。店員は、プリントされたバーコードラベルを、当該商品に貼付して売り場に配置（陳列）する（ステップＳ４－５に相当）。バーコードラベルを商品に貼付する位置は、原則として、もとの通常ＪＡＮコードが表示されていた場所が好ましいが、より読み取りやすい（スキャンしやすい）、より貼付しやすい等の理由で、別の場所に貼付してもよい。
　なお、バーコードプリンタは、スマートフォン２０と、例えばＢｌｕｅｔｏｏｔｈ（登録商標）接続されていてもよいし、Ｗｉ－Ｆｉ（登録商標）接続されていてもよい。また、他の種類の無線接続でもよいし、有線（例えば、ＵＳＢ（登録商標）接続）で接続されていてもよい。
　（２）店舗における顧客の購買動作
　次に、顧客が、その店舗に訪れて、売り場で商品を購入する動作を説明する。この商品も、これまで同様に鮮度管理を行う商品を前提として説明する。
　図６には、顧客が店舗の売り場で、購入したい商品を見つけてから購入に至るまでの動作の説明図が示されている。
　本実施形態において特徴的なことは、顧客が、所定のお買い物アプリが起動しているスマートフォン３０を用いて、商品の価格等を調べながら、商品の購入を実行していくことである（図６参照）。このスマートフォン３０は、その店舗において利用可能なＷｉ－Ｆｉネットワーク等に接続しており、このＷｉ－Ｆｉネットワークを通じて、ストアコンピュータと接続することができる。なお、接続の方法はその他の方法でもよい。公衆無線網や、携帯電話網を介してインターネットに接続し、インターネットを介してストアコンピュータに接続してもよい。
　本実施形態において、「お買い物アプリ」とは、顧客が商品購入のために用いるスマートフォン用のアプリケーションソフトウェア（スマホアプリ）であって、スマートフォン３０上で起動し、顧客の購入対象である商品の選択、その購入代金の決済、その他の処理を実行することができるソフトウェアである。
　スマートフォン３０は、請求の範囲の携帯端末の好適な一例に相当する。しかし、スマートフォン３０に代えて、タブレット端末や、ノートパソコン、小型の通信装置、腕時計型の通信装置等を用いてもよい。本実施形態で説明するスマートフォン３０と同様の動作を行うことができる限り、これらの各種装置も、請求の範囲の携帯端末の好適な一例に相当する。
　すなわち、顧客は、購入したい商品を売り場で見つけると、所定のお買い物アプリを起動しているスマートフォン３０を利用して、期限ＪＡＮコード（インストアＪＡＮコード）を貼り付け済みの商品を、購入の対象として選択して（ステップＳ６－１）、その情報をストアコンピュータに送信して、会計（ステップＳ６－２）を実行する。このような処理で商品の購入を行うことができる。
　最終的な購入を実行する前に、顧客は、このお買い物アプリを用いてスマートフォン３０のカメラを用いて、購入の候補となる商品に貼付されている期限ＪＡＮコード（インストアＪＡＮコード）を撮影し、そこに記述されているデータを読み取る（ステップＳ５－３）。一般的なスマートフォンは、バーコード等の光学式コードを読み取ることができるカメラ及びそれを制御するソフトウェアが備えられている場合が多く、本実施形態１～３でも、そのようなカメラを備えたスマートフォンを前提として説明を行う。
　スマートフォン３０が読み取ったデータ（図１で説明したとおりのデータ）は、スマートフォン３０がストアコンピュータに送信する（図６のステップＳ６－３）。すると、ストアコンピュータは、送信されてきた情報に基づき、当該商品の販売時点別価格を求めて、スマートフォン３０に送り返す（図６のステップＳ６－４）。顧客がその販売時点における価格を見て、購入を決定した場合は、その旨をそのままストアコンピュータに送信する。その結果、会計処理（ステップＳ６－２）が実行され、その商品の購入が完了する。
　本実施形態においては、このように、顧客が、所定のお買い物アプリが起動しているスマートフォン３０を用いて、その商品のその時点における価格を知ることができ、さらにそのまま会計処理（決済）を実行し、購入を完了させることができる。したがって、本実施形態における販売システムは、会計を行うための「レジ（レジスター）」を必要としていない。購入が完了した顧客は、そのまま店舗を出ることができ、極めて円滑に購入動作を実行することができる。
　また、本実施形態における販売システムは、柔軟な価格設定を行うことができることを特徴とする。そのために、本実施形態におけるストアコンピュータは、商品の価格が変化した場合（例えば、割引が開始された場合）に、店舗内の顧客に通知を行う。これは図６のステップＳ６－５に該当する。このように、本実施形態にかかるストアコンピュータは、割引が開始された等の価格の変化があった場合にこれを顧客のスマートフォン３０に通知するので、顧客は割引が開始された等の価格の変化をリアルタイムに知ることができる。
　スマートフォンの画面の様子
　本実施形態では、顧客がスマートフォン３０を用いて、店舗側（すなわち、ストアコンピュータ）から、割引開始等の通知を受信し、また、スマートフォン３０を用いて決済を実行しているので、迅速な購買動作を実行することができる。また、レジ（レジスター）を必要としないので、商品の代金の支払いに時間がかかることもなく、また、割引等の情報を迅速に知ることができるので、顧客にとって非常に便利である。また、店舗経営者側も、レジを廃止することもできるので、売場の効率的な運用が可能になるというメリットがある。
　初回登録時
　お買い物アプリがインストールされたスマートフォン３０の画面の様子の例が図７に示されている。なお、ここでは、顧客が、本実施形態にかかる販売システムを利用する会員として登録されているものとする。登録とは、販売システムの顧客データベースに登録されていることをいい、本販売システムを利用した（複数の）店舗での商品購入を行うことができる。
　顧客データベース
　本実施形態では、顧客データベースは、顧客の氏名と、顧客のＩＤと、パスワードと、決済に必要な情報と、を少なくとも含むデータベースである。パスワードは、ログインに必要な他の情報に代えてもよい。例えばパスワードに代えてバイオメトリック情報（例えば指紋や顔認証）を用いてもよい。または、パスワードと共にこれらバイオメトリック情報を用いてもよい。
　顧客の氏名は、原則として戸籍名が好ましいが、顧客を識別できる名称であれば他の名称でもよく、またいわゆるビジネスネームやペンネームのごとき名称でもよい。また、顧客は自然人でも、法人でもよいが、その他のグループでもよい。法人の場合は、法人用クレジットカードを使うことができるように構成してよい。また、ＡＢＣ株式会社の総務部が、部の経費で商品購入できるように構成してもよい。
　また、決済に必要な情報とは、例えば、クレジットカード番号及びクレジットカード決済に必要な情報であり、以下、本実施形態では、クレジットカード決済を主たる例として説明する。決済に必要な情報として他の情報を利用してもよい。例えば、プリペイドカードや仮想通貨及びそれらに関する情報を利用してもよい。
　また、顧客データベースは、顧客のポイントカードの情報及びそのポイントを含めてもよい。顧客の商品の購入の履歴を登録しておいてもよい。各店舗のストアコンピュータで顧客の購入履歴を登録することもできるが、その店舗における商品購入に限定される場合もあるので、顧客の商品購入履歴は、顧客データベースに登録しておくことがより好ましい。
　図７では、お買い物アプリを最初に起動させた場合の画面の様子の例が示されている。図７のscreen1では、最初の起動画面が示されている。ここでは、顧客が既に会員登録されているものとするので、所定のＩＤやパスワード等を入力してログインすることができる。ログインした後の最初の起動画面が図７のscreen1である。
　なお、実際のログイン時のＩＤやパスワードを、当該スマートフォン３０に登録しておき、自動的にログインするように構成してもよい。お買い物アプリは、本販売システムの顧客データベースと通信し、ＩＤやパスワード等に基づき、ログインを許可する。すなわち、本販売システムの顧客データベースは、インターネット上に配置されるいわゆるクラウドとして構成してよい。
　さて、screen1の画面から顧客は、ポイントカードの登録ボタン３０ａ、又は、クレジットカート゛登録ボタン３０ｂ等をタッチして、ポイントカードの登録や、クレジットカードの登録を行う。
　図７のscreen1から、ポイントカードの登録ボタン３０ａをタッチすると、図７のscreen2に移行し、ポイントカードの登録の画面に移行する。顧客は、ポイントカード（のバーコード）をスマートフォン３０のカメラで撮影し、バーコードをスキャンするボタン３２ａをタッチする。すると、お買い物アプリは、ポイントカードの撮影画像から、ポイントカードの番号を検出し、ポイントカード番号欄３２ｂに表示する。顧客は、このポイントカード番号欄３２ｂの番号を確認した後、入力内容で登録するボタン３２ｃをタッチして、登録を行う。このようにして登録したポイントカードには、商品購入によって生じたポイントが付与される。
　また、screen1、screen2において、顧客がクレジットカード登録ボタン３０ｂをタッチすると、クレジットカード登録のscreen3に移行する。screen3においては、商品購入に利用するクレジットカードの登録を行う。ここで登録したクレジットカードによって商品を購入する。
　図７のscreen3において、顧客は、クレジットカード番号欄３４ａに決済に用いるクレジットカード番号を入力し、有効期限欄３４ｂに有効期限を入力し、カード名義人欄３４ｃに、カード名義人の氏名を入力する。また、顧客は、セキュリティコードを、セキュリティコード欄３４ｄに入力する。最後に、顧客は入力内容で登録するボタン３４ｅをタッチして、入力した内容を、顧客データベースに登録する。
　ここで、登録したポイントカードの番号や、付与されたポイント、クレジットカードの番号その他の情報は、上述した顧客データベース上に記録されてよい。ただし、クレジットカードの情報等は、別の決済用のデータベース等に保管されていてもよい。なお、ここでは、決済の方法として、クレジットカードの例を示したが、決済の方法は他の方法でもよい。仮想通貨や電子マネー、プリペイドカード等を（顧客データベースに）登録しておいて利用することもできる。
　本実施形態では、ログインのために、ＩＤや、パスワードを用いたが、ログインに必要な情報であればどのようなものでもよい。例えば、ＩＤに代えて、ニックネームや、会員番号、メールアドレスのようなものでよいし、パスワードに代えて指紋やその他のバイオメトリック情報でもよい。また、二段階認証、例えばそのスマートフォン３０の電話番号やメールアドレスを利用した認証でもよいし、いわゆる２要素認証を用いてログインを行ってもよい。これらの情報（ニックネーム、会員番号、メールアドレス、指紋やその他のバイオメトリック情報、電話番号）を利用する場合は、これらの情報を顧客データベースに登録しておいてよい。また、ここで用いる認証は、従来から知られている様々な認証方法を採用してよい。
　商品購入時
　次に、実際に店舗で商品を購入する場合のスマートフォン３０の画面の様子を、図８に基づき説明する。
　まず、顧客は、お買い物アプリを起動させたスマートフォン３０を携帯して、本実施形態にかかる販売システムが導入された店舗に入店する。この起動された状態とは、図７の説明と同様に、所定のＩＤやパスワード等が入力されてログインされている状態である。
　図８のscreen4は、起動された状態であり、入店しようとする店舗の情報を入力する必要がある。本実施形態に係る販売システムが適用された店舗では、その店舗を表すＱＲコード（登録商標）が店の前に設置されている。顧客は、お買い物アプリを起動させたスマートフォン３０のカメラを用いて、そのＱＲコードを撮影することによって、入店しようとする店舗をスマートフォン３０のお買い物アプリに知らせることができる。
　図８のscreen5において、お買い物アプリは、読み取ったＱＲコードのデータから、これから入店する店が「丸の内店」であることを認識し、その旨の表示３８ａを画面に示す。その後、スマートフォン３０の画面は、図８のscreen6に示すような表示になり、商品バーコードの読み取りを待つ画面となる。
　顧客は、購入したい商品を見つけた場合、その商品のバーコードをスマートフォン３０のカメラで撮影して読み取る。この様子が図８のscreen6に示されている。バーコード読み取り面４０ａで、商品に貼付されているバーコード、すなわちインストアＪＡＮコードを読み取ることによって、その商品を認識することができる。読み取ったインストアＪＡＮコードは、ステップＳ６－３で説明したように、ストアコンピュータに送信される。ストアコンピュータは、そのインストアＪＡＮコードに基づき、その商品の現在の価格、すなわち販売時点別価格をスマートフォン３０に送信する（ステップＳ６－４）。これによって、スマートフォン３０の画面上の価格欄４０ｂには、当該商品の販売時点における価格が表示される。このような作業を順次繰り返していけば、商品の合計金額が順次表示される（screen6）。図８のscreen6では、カートが空の場合の表示（「現在カートは空です」）がされているが、購入商品の個数が増えていけば、表示は現在のカート内の商品個数を表す表示に変わっていく。なお、カートは、そのスマートフォン３０内に一時的に、購入品リストとして設けられる記憶領域である。このカート（購入品リスト）に記憶されている商品は、その合計金額が決済（会計）されれば、最終的に購入した商品となる。
　本実施形態において特徴的なことは、その商品の現在の価格がリアルタイムに知ることができるという点である。この結果、消費期限が近づいて安くなった価格をリアルタイムに顧客に知らせることができるので、顧客は安くなったことをリアルタイムに知ることができる。その結果、顧客の購買意欲の向上を図ることができ、より商品の売れ行きの増大に寄与することが期待される。
　例えば、商品の通常価格が商品の値札で示されている場合は、顧客は、その通常価格との差額をリアルタイムに知ることができ、お買い得品であることを認識することができる。その結果、顧客にとって、お得な買い物ができる機会を増加させることができるというメリットがある。その一方、店舗側にとっては、消費期限が近づいた商品に対する顧客の購買意欲の増大により、商品をより効率的に販売することができるので、最終的にその店舗の売り上げをより増大させ、また利益額をより増大させることができると考えられる。
　決済（会計）
　購入したい商品のインストアＪＡＮコードを全て読み取った後は、顧客は決済ボタン４０ｃ（screen6）をタッチする。
　すると、ストアコンピュータからカートに入っている商品の価格の合計金額が送信されてくるので図９に示す決済画面に移行する。
　図９のscreen7には、決済画面が示されている。この決済画面においては、顧客は、合計金額欄４２ａに表示されている合計金額を確認の上、お支払いボタン４２ｂをタッチする。
お支払いボタン４２ａをタッチすることは、請求の範囲の決済指示の好適な一例に相当する。または、支払いをキャンセルする場合は、キャンセルボタン４２ｃをタッチして、キャンセルを行う。
　図９のscreen7から、顧客がお支払いボタン４２ｂをタッチすると、ストアコンピュータは、決済を実行する。例えば、顧客データベースからその顧客の決済情報を取得し、それを用いて決済を行う。決済が完了した後、その旨をスマートフォン３０に伝える。完了した旨を受信したスマートフォン３０の画面は、図９のscreen8のお支払い完了画面に移行する。このscreen8は、お支払合計金額を表示する画面であり、顧客が終了ボタン４４ｂをタッチすることによって、その店舗でのお買い物が終了する。
　お買い物が終了した後は、顧客は購入した商品をその店舗から持ち出していくことになる。再び購入を実行する場合は、再びいずれかの店舗のＱＲコードの読み込みから開始することになる（図８のscreen4）。
　本実施形態において特徴的なことは、このように、顧客がスマートフォン３０のみで商品の価格の確認、支払いまでが完結することである。したがって、いわゆるレジ（レジスター）という設備が基本的には不要となるので、より効率的な購買が実現されている。
　お買い物アプリの他の機能
　お買い物アプリには、その他の様々な機能が備えられてよい。本実施形態においては、インストアＪＡＮコードを利用することを特徴の一つとしているが、汚れ、かすれ等によって、インストアＪＡＮコードが読み取れない場合もある。そのような場合は、図８のscreen6において、顧客が、番号手入力ボタン４０ｄをタッチすれば、インストアＪＡＮコードを手入力できる画面（図９のscreen9）に移行する。この画面では、インストアＪＡＮコードを顧客が手入力することによって、商品をカートに入れることができる。図９のscreen9において、顧客はバーコード番号欄４６ａにインストアＪＡＮコードの数値を直接入力し、決定ボタン４６ｂをタッチする。これによって当該商品がカートに入ると共に、図８のscreen8に戻り、他の商品のスキャンが続行される。
　お買い物アプリの種々のメニュー
　また、図８のscreen4に示すように、お買い物を開始する際の初期画面には種々のメニューが画面下部に表示されている。
　図８のscreen4の例では、ホーム３６ｂ、商品３６ｃ、マイページ３６ｄの３種のメニューが示されている。
　・ホーム
　顧客がホーム３６ｂをタッチすると、お買い物アプリの設定画面に移行する。設定画面では、お買い物アプリの種々の設定を行うことができる。外部から、安売りの情報を受け取るか否か、価格の変動のお知らせを受け取るか否か、自己（スマートフォン３０）の位置をストアコンピュータ側に提供するか否か、その他様々な設定を行うことができる。
　・商品　
　顧客が商品３６ｃをタッチすると、今入店している店（例えば、「丸の内店」）の商品のリストを見ることができる。そのような画面の様子が図１０のscreen10に示されている。商品のリストは、その店舗のストアコンピュータから取得することが好適である。後述するように、店舗のストアコンピュータは、在庫データベースを備えており、その店舗に配置されている商品のリストを、本販売システムの会員である顧客のスマートフォン３０に提供することができる。顧客はこのような商品リストを閲覧することによって、所望の商品がその店舗に在庫としてあるか否か、在庫がある場合にはその現在の値段はいくらか、等を知ることができ、店舗に行ったけれど所望の商品が買えなかったという事態を防止することができる。
　また、図１０のscreen10から店名である「丸の内店」をタッチすると、他の店舗を選択する画面に移行する。このような画面の例が図１０のscreen11に示されている。screen11には、例として、「丸の内店」及び他の店舗のリストが示されている。顧客は、所望の店舗名をタッチすることによって、その店舗の商品リストを「丸の内店」と同様に閲覧することができる。
　・マイページ
　また、顧客がマイページ３６ｄをタッチすると、顧客の登録内容を閲覧することができる画面に移行する。この登録内容の画面が図１１のscreen12に示されている。screen12に示す例では、顧客の購入履歴、クレジットカード情報、ポイントカード情報、お買い物アプリのバージョン、の各情報を閲覧することができる。
　顧客が「購入履歴」をタッチすると、図１１のscreen13に示すような、これまでの購入に係るレシートを閲覧することができる。
　このような購入履歴は、例えば本販売システムの顧客データベース上に保存されていてよい。screen13では、１枚のレシートが示されているが、顧客の指等で画面をスワイプすることによって画面をスクロールさせて連続的に他のレシートを閲覧するように構成してもよい。
　顧客が「クレジットカード情報」をタッチすると、図１１のscreen14に示すような、クレジットカード情報を変更する画面に移行する。このようなクレジットカード情報は、例えば顧客データベースに、顧客毎に登録されており、お買い物アプリが顧客データベースにアクセスしてスマートフォン２０の画面に表示することができる。表示されたクレジットカード情報を変更したい場合は、カード情報の変更ボタン４８ａをタッチして、カード情報の変更を行う。変更を行うための画面は図７のscreen3とほぼ同様である。
　なお、クレジットカード情報は、顧客データベースではなく、顧客のスマートフォン３０内部の所定の記憶装置に記憶しておいてもよい。商品購入の際には、顧客のスマートフォン３０内部の所定の記憶装置に記憶しているクレジットカード情報を利用して決済してもよい。
　（３）ストアコンピュータ１００と、顧客データベース２００
　本実施形態１に係るストアコンピュータ１００の概念構成図が図１２に示されている。図１２には、本実施形態１に係る顧客データベース２００も示されている。
　ただし、ストアコンピュータ１００は、機能的には店舗毎に存在する。つまり、丸の内店には、丸の内店のストアコンピュータ１００が備えられており、品川店には、品川店のストアコンピュータ１００が備えられている。
　これらストアコンピュータは、クラウド上で構成することができる。また、大型のコンピュータが仮想的に複数のストアコンピュータの機能を果たしていてよい。例えば、１台のコンピュータが、仮想的に丸の内店のストアコンピュータと、品川店のストアコンピュータとを、実現していてもよい。なお、ストアコンピュータは、クラウド上に限定されるものではなく、各店舗にそれぞれオンプレミスで配置されていてもよい。
　これに対して、顧客データベース２００は、本実施形態の販売システム中に１個存在する。したがって、顧客は、顧客データベースに登録されていれば、本販売システムが適用されるどの店舗でも、同様の手法で商品の購入を実行することができる。顧客データベース２００は、クラウド上で構成することが好適であるが、非常に小規模の販売システムの場合は、オンプレミスで配置されていてもよい。
　ストアコンピュータ１００は、ＣＰＵ６２と、ＣＰＵ６２が実行するプログラムと、を備えており、そのプログラムがストアコンピュータ１００の種々の動作を規定する。プログラムは、ＣＰＵ６２からアクセス可能な所定の記憶装置に格納されている。
　また、ストアコンピュータ１００は、各種のデータ（マスターデータ）や、各種のデータベースを備えており、商品の陳列や販売を制御している。マスターデータとしては、後述する商品マスタ５２等が挙げられ、データベースとしては、後述する在庫データベース５６等が挙げられる。マスターデータも、データベースも、ハードディスク等の磁気記憶装置や、半導体記憶装置で構成されてよく、光学式記憶装置で構成してもよい。これらマスターデータ類や、データベース類については、順次、後に詳述する。
　また、ストアコンピュータ１００は、店員や管理者からの入力手段を備えており、外部から価格等を設定可能に構成されている。入力手段としては、キーボードやマウスでよいし、また、所定の通信手段で接続される外部の制御端末から価格の設定、時間による価格の変化等を制御することも可能である。外部の制御端末は、様々な装置を使用することができる。インターネット等を通じてストアコンピュータ１００と通信するための手段を備えた種々の情報端末を利用可能である。例えば、ノートパソコンや、スマートフォン等から制御することも好適である。
　なお、上述したように、所定のプログラムを実行するＣＰＵ６２は、特許請求の範囲の制御部の好適な一例に相当する。また、ここではＣＰＵであるが、各種プロセッサでもよいし、ＤＳＰ（Digital Signal Processor）でもよい。また、ＡＩプロセッサでもよい。
　ストアコンピュータ１００は、店舗毎に設けられており、その店舗に陳列される商品の情報を記憶する商品マスタ（図１２参照）を備えている。また、ストアコンピュータ１００は、商品の販売期限を記憶する販売期限管理マスタ５４を備えている。この販売期限管理マスタが管理する販売期限は、図２で説明した（６）販売限度日時である。この販売限度日時は、各小売り、店舗毎に定められる販売限度日時である。この販売限度日時を過ぎると、その商品は破棄される。したがって、この販売限度日時までに売り切ることが望ましい。
　在庫データベース
　また、ストアコンピュータ１００は、在庫データベース５６を備えており、期限別の在庫数をリアルタイムに把握している。この在庫データベース５６には、図４で説明したように、陳列しようとする商品の入力作業によって得られた通常ＪＡＮコードや、商品の数量、消費期限、が登録される。つまり、在庫として登録される。また、図２における（７）お客様保管期間も登録されていてよい。消費期限（図２の（８）期限日）から、（７）お客様保管期間を減算すれば、図２の（６）販売限度日時が求められ、その商品をいつまで販売できるかを知ることができる。
　したがって、図１２では、通常ＪＡＮコードや、商品の数量、消費期限が、直接在庫データベース５６に向かって矢印が描かれており、登録される動作が表されている。なお、より正確には、所定の通信ネットワーク（Ｗｉ－Ｆｉ等）インターフェースを介して、ＣＰＵ６２が通常ＪＡＮコードと、商品の数量と、消費期限とを受信し、ＣＰＵ６２がこれらのデータを在庫データベース５６に登録するという処理を実行する。ここで、ＣＰＵ６２は、販売期限管理マスタ５４も参照し、各商品を、販売期限別に管理している。その結果、ＣＰＵ６２は、販売期限別に商品を管理することが可能となり、販売期限別の在庫数を、在庫データベース５６に登録することができる。
　このように在庫データベース５６に登録される商品は、販売期限別に管理されているので、同じ種類の商品でも、販売期限が異なれば異なる価格を設定することが可能となる。
この異なる価格の設定は、例えば、所定の記憶装置に記憶しておいてもよい。例えば、販売期限の１時間前に１０％引きになる等の「設定」を所定の記憶装置に記憶しておいて、販売期限（販売限度日時）と現在時刻（現在日時）とから割引があるかどうかをその都度判断してもよい。この判断は、ストアコンピュータ１００（１０２）（１０４）のＣＰＵ６２（６４）（６６）が実行してよい。このような価格の調整も、所定のプログラムを実行するＣＰＵ６２が実行してよい。
　鮮度管理の対象となる商品の場合は、例えば、現在日時が、販売限度日時に近づけ近づくほど割引額が大きくなるような「設定」としてよい。ＣＰＵ６２（６４）（６６）は、この設定に基づき、現在日時が、販売限度日時とを比較して、在庫データベース５６中の価格から、所定の割引を行って、現在時点の価格を求める（調整する）ことができる。
　例えば、現在日時と、販売限度日時との差を求め、それがＸ時間（例えば５時間）未満の場合は、１時間減る毎にＹ％（例えば１０％）値引きする等の「設定」をする（価格を調整する（求める））ことができる。この場合は、ここで説明したＸ時間と、Ｙ％とをパラメータとして「設定」することができる。
　なお、その在庫データベース５６が管理する店舗の商品の価格の設定者は、上記所定の記憶装置に上記「設定」を記憶させることが可能である。これはステップＳ１２－１の処理動作である。これによって、本実施形態１によれば、商品の価格を販売限度日時と現在に知事との関係に基づき自由に設定することができる。したがって、販売限度日時が近づいた商品に割引シールを貼る手間もなく、価格を自由に設定し、調整することができる。なお、価格の設定者とは、その店舗の店員や管理者、管理責任者、店長等が該当するが、他の責任者が設定してもよい。
　また、通信ネットワークとのインターフェース、例えばＷｉ－Ｆｉインターフェースや、インターネットとのインターフェースは、図示されていないが、ＣＰＵ６２からアクセスできるものとする。ＣＰＵ６２は、これらのインターフェースを介して、ハンディ端末（図４参照）又はスマートフォン（図５参照）から通常ＪＡＮコードと、商品の数量と、消費期限とを受信する。
　また、ストアコンピュータ１００は、過去販売実績データベース５８と、ＩＤ別購入来店実績データベース６０と、を備えている。
　過去販売実績データベース５８は、その店舗における過去の販売実績を登録するデータベースであり、とくに時間帯別の販売実績を記憶する。また、ＩＤ別購入来店実績データベースは、顧客毎の来店実績を記憶するデータベースである。すなわち、ＩＤとは、顧客ＩＤを意味する。
　なお、顧客データベース２００（図１２参照）は、インターネット等と接続されるデータベースであり、顧客は、その顧客のＩＤが登録されている。また、必要に応じて、パスワード等ログインに必要な情報が登録されている。さらに、決済に必要な情報、例えばクレジットカード決済に必要な情報も登録されている。この顧客データベース２００は、顧客のスマートフォン３０からもアクセスすることができ、決済の際にされる。また、この顧客データベース２００は、各ストアコンピュータ１００からアクセスされて、決済（会計）に必要な情報を提供する。
　購買動作に関連する動作
　また、顧客が購買動作を実行する場合、顧客がスマートフォン３０でスキャンした商品のインストアＪＡＮコードを、ストアコンピュータ１００に送信すると（図６中、Ｃ矢印で示される）、ＣＰＵ６２はこれを受信し（図１２中、Ｃ矢印で示される）、次の動作を実行する。
　すなわち、ＣＰＵ６２は、その商品の販売時点別価格と、販売期限とをチェックする。このとき、図１で説明したようにインストアＪＡＮコードから得られる消費期限日時と、在庫データベース５６から得られるお客様保管期間と、を突き合わせ、販売期限日時を計算する。この販売期限日時が既に経過している場合は、スマートフォン３０に、期限切れである旨のメッセージを送信する。他方、販売期限日時をまだ経過していない場合は、販売時点別価格を、顧客のスマートフォン３０に送信する（ステップＳ１２－３及び図１２中のＤ矢印）。このような動作によって、顧客は、店舗に陳列された商品のその販売時点における価格を知ることができる。すなわち、図６のステップＳ６－４（及びＤ矢印）で説明したように、スキャンした商品の販売時点における価格を知ることができる。
　なお、期限切れのメッセージが送信されてきた場合は、スマートフォン３０は、画面に「期限切れ」等のメッセージを表示して、エラーである旨を顧客に伝える。
　なお、ＣＰＵ６２は、在庫データベース５６の登録内容から、その商品に対して設定されている時間毎の割引率設定等を参照して、販売時点における価格を算出して、顧客のスマートフォン３０に送信している。
　本実施形態１において特徴的なことは、店員や管理者が、各商品に対して、「時間毎の割引率の設定」、「価格の設定」を行うことができる点である（図１２のステップＳ１２－１）。店員や管理者は、このような設定を、所定の入力手段、例えばキーボードやマウスを使って行うことができる。ＣＰＵ６２は、これらの設定を受信すると、その設定を、例えば内部の所定の記憶装置に記憶しておく。これによって、ＣＰＵ５６は、在庫データベース５６中の価格に対して、上記の設定を加味することによって、販売時点別の価格を求めることができる。
　なお、ここでは、店員や管理者による「設定」を、所定の記憶装置に記憶しておいたが、在庫データベース５６中に記憶させておいてもよい。記憶させる「設定」としては、販売期限の３時間前から１時間毎に１０％値引きする」のような時間と共に価格が変化するルールを設定することもできる。また、記憶させる「設定」としては、店員や管理者が時間と関係なく直接価格を設定することもできる。いわば、店員が、売れ行きを観察しながら、必要に応じて、価格を随時下げていくことも可能である。
　いずれの場合も、店員又は管理人は、過去販売実績データベース５８と、ＩＤ別購入来店実績データベースを参照することができる。これらのルールや、直接の価格を、設定することができる。過去販売実績データベース５８と、ＩＤ別購入来店実績データベース６０とは、要するに過去のデータである。そのため、この過去のデータにもとづいて商品の価格設定、価格の時間毎の割引率の設定、を行うことができる。
　したがって、本実施形態によれば、従来シール等を商品に貼って値引きをしていたのに比べて、極めて容易に価格の設定や、価格の時間毎の割引率の設定を行うことができる。さらに、本実施形態の販売システムによれば、顧客がスマートフォン３０で商品をスキャンしてその販売時点の価格をリアルタイムに知ることができるように構成しているので、商品が値引きされたことなどを容易にリアルタイムに知ることができる。いちいち商品に値引きのシールを貼らなくても、顧客が値引きを知ることができるので、より顧客に対する高い宣伝効果を得ることができる。
　割引開始の通知
　さらに、本実施形態１にかかるストアコンピュータ１００は、割引が開始される時間になると、割引が開始されることを顧客に通知する（図１２のステップＳ１２－４、Ｅ矢印）。したがって、顧客は割引が開始されることをリアルタイムに知ることができるので、安価になった商品の購入を失敗する恐れを小さくすることができる（図６のステップＳ６－５、Ｅ矢印）。なお、通知は割引開始だけでなく、新しい価格になったことや、割引価格になる予告でもよい。顧客は、その店舗からのさまざまな連絡を受領することができ、より利便性の向上した買い物をすることができる。
　なお、顧客は、スマートフォン３０の設定や、お買い物アプリの設定によって、上記のような通知（Ｅ矢印で表される通知）を拒否することもできる。
　会計
　購入したい商品（のインストアＪＡＮコード）をすべてスマートフォン３０でスキャンしてカートに入れた後、会計を実行する。これは図８のscreen6において、決済ボタン４０ｃをタッチした場合の動作である。スマートフォン３０はこれまでストアコンピュータ１００に問い合わせてきた商品の価格の合計値を算出し、図９のお支払い確認画面を表示することは既に説明したとおりである。この場合、screen7で顧客がお支払いボタン４２ｂをタッチした場合、ストアコンピュータ１００のＣＰＵと会計処理が開始される。会計は例えばクレジットカード決済を用いて行われる。ストアコンピュータ１００のＣＰＵ６２は、例えば、顧客データベース２００からクレジットカード決済の情報を取得し、それに基づいて決済を行うことができる。クレジットカード決済情報は、顧客のスマートフォン３０内部に収容しておいてもよい。その場合は、スマートフォン３０からクレジットカード決済情報がストアコンピュータ１００に送信され（ステップＳ６－１、Ｓ６－２）、ＣＰＵ６２がかかるクレジットカード情報を用いて決済を行ってもよい。なお、決済（ステップＳ６－２）はクレジットカード決済に限られず、種々の決済手法を採用してよい。
　このように、本実施形態１によれば、店員や管理者が、過去販売実績データベース５８と、ＩＤ別購入来店実績データベース６０とに、基づき、販売限度日時（図２の（６））に近づくほど、値引き額が大きくなるように、価格を設定することができる。さらに、そのような販売履歴も、過去販売実績データベース５８等に格納される。したがって、それらの過去のデータに基づけば、次回の発注量（数）をどの程度にすれば、売り切ることができるかを予想することができる。予想をする技術は従来から知られている予想技術を用いればよい。したがって、本実施形態１によれば、店員や管理者は、次回発注数検討（ステップＳ１２－２）をより効率よく行うことが可能である。
　第３．実施形態２：店舗入力＋ＡＩ型
　本実施形態２は、上述した実施形態１と同様に、店舗にて店員が商品の入力作業を行う例である。しかし、本実施形態２は、上記実施形態１と異なり、ストアコンピュータ１０２に、ＡＩ（Artificial Intelligence）を搭載している点が異なる。このような構成の相違によって、ストアコンピュータ１０２は、その店舗の商品売り上げ・利益目標を計算し、この目標値と、外部データと、に基づいて、その商品の妥当な好ましい価格を算出し、その価格で販売しようとするものである。
　このようなＡＩは従来から知られている種々の手法のプログラムとして、ストアコンピュータ１０２のＣＰＵ６４に実行させることができる。各種の学習プログラムや、予想プログラム、利益を最大や極大にするプログラム等の技術が知られており、プログラムライブラリとして利用することができる。そのため、本実施形態で説明するＡＩのプログラムを構築することは当業者であれば容易である。
　例えば、過去の販売実績データを学習し、それに基づき店舗の商品売り上げ、利益目標を算出（予測）させることも好適な例の一つである。また、過去の販売実績データに基づき、どのようなタイミングでどの程度割引を行う場合に利益が最大となるとなるのかを予測することもできる。かかる予測に基づき、上述した割引等の「設定」を行えば、最適な価格を出力することもできる。
　すなわち、実施形態１では過去の販売データに基づいて、販売限度日時までの価格を時間と共に変化させる（徐々に割引をしていく）処理を人間が行っていた。これに対して、実施形態２のストアコンピュータ１０２は、ＡＩで商品の価格を決定していく点が実施形態１と大きく異なる。
　最適、最大等の表現について
　さて、本文で「利益が最大」という場合は、「利益がより大きくなる場合」を含む。本実施形態を実際に実施する場合は、利益が最大になることは困難である。例えば、最適な価格が整数にはならない場合もあり、最適な価格に設定することが困難である場合もありえる。さらに、価格を１分ごとに変化させることが「最適」である場合でも、実際に１分ごとに価格を変更することは現実的ではない場合もある。したがって、実際に実現可能な設定を行う以上、必ずしも「最適な価格」にはならず、また、「利益が最大」とはならない場合もありえる。したがって、実際は、最適な価格に近い価格にすること、利益が最大に近い値になる、ような処理となる場合も、本実施形態の態様の例に含まれ、また技術的範囲にも含まれる。
　このように、本文で、「最適価格」と言う場合は、より最適に近い価格に設定することができる場合も含められ、本発明の技術的範囲にも含まれる。また、上述したように、「利益を最大」とするには、利益がより大きくすることができる場合も含まれ、本発明の技術的範囲にも含まれる。これは、本文の全てにあてはまる。
　本実施形態２の販売システムも、実施形態１と同様に大別して３部から構成される。
　第１部：店舗における入力（インストアＪＡＮコードの入力）
　第２部：顧客の店舗における商品の購入
　第３部：ストアコンピュータのＡＩによる商品価格の設定と、商品価格の顧客に対する提示。
　なお、請求の範囲の「販売システム」は、これらの各部を実現するためのハードウェア部分について記述している。
　しかしながら、実施形態２の第１部と第２部とは、実施形態１と同様であるので説明を省略し、実施形態２のストアコンピュータ１０２の動作を中心に説明を行う。
　実施形態２の販売システムのストアコンピュータ１０２の構成・動作の説明図が図１３に示されている。
　（１）ストアコンピュータ１０２
　本実施形態２に係るストアコンピュータ１０２の概念構成図が図１３に示されている。図１３には、本実施形態２に係る顧客データベース２００も示されているが、実施形態１の顧客データベース２００と同様であるので、説明を省略する。
　ストアコンピュータ１０２も、ストアコンピュータ１００と同様に、ＣＰＵ６４と、ＣＰＵ６４が実行するプログラムと、を備えており、そのプログラムがストアコンピュータ１０２の種々の動作を規定する。プログラムは、ＣＰＵ６４からアクセス可能な所定の記憶装置に格納されている。
　また、ストアコンピュータ１０２も、各種のデータ（マスターデータ）や、各種のデータベースを備えており、商品の陳列や販売を制御している点もストアコンピュータ１００と同様である。
　本実施形態２に係るストアコンピュータ１０２の特徴的な構成は、ストアコンピュータ１００と異なり、売上・利益目標データ７０、外部データ（天候、競合店）７２というマスターデータを備えている点である。
　ここで、売上・利益目標データ７０とは、その店舗の売り上げ目標と利益目標とを保持する記憶装置である。
　また、本実施形態２に係るストアコンピュータ１０２のＣＰＵ６４は、ＡＩに関するプログラムを実行する点が、実施形態１と大きく異なる。このプログラムは所定の記憶装置に収容されており、このプログラムを実行することによって、ＣＰＵ６４は、上述した売上・利益目標データ７０が保持するその店舗の売り上げ目標と利益目標とを達成するのに適した予測を行うことを特徴とする。この予測は、過去の販売履歴である過去販売実績データベース５８と、ＩＤ別購入来店実績データベース６０とに基づき行う。なお、売上・利益目標データ７０は、請求の範囲の売上・利益目標データ部の好適な一例に相当する。
　ＡＩは種々の方式を利用することができるが、過去販売実績データベース５８と、ＩＤ別購入来店実績データベース６０との内容を機械学習して、未来の予測を行う方式のＡＩが好適な例の一つであるが、従来から知られている種々のＡＩを用いることができる。
　さらに、本実施形態２においては、ＣＰＵ６４は、外部データを適宜参照の上、予測を行ってもよい。外部データ７２としては、例えば、天候、競合店の情報などが挙げられる。
天候のデータは、インターネットの天候サイトから入手することができるので、その店舗の位置に合った天候データを、ＣＰＵ６４が取得し、外部データ７２に格納してよい。また、競合店のデータは、競合店が出店する度に、店員が適宜データを入力してもよい。
　ＣＰＵ６４が所定のＡＩプログラムを実行して、上記機械学習を行い、以下に述べる種々の予想や、価格の設定を行うことができる。したがって、このＡＩプログラムを実行するＣＰＵ６４は、請求の範囲のＡＩ制御部の好適な一例に相当する。
　売り上げ・利益目標は、店員や管理者が自由に設定してよいが、店舗の規模やこれまでの販売履歴等から算出してよい。
　本実施形態において特徴的なことは、ＣＰＵ６４が、所定のＡＩプログラムを実行することによって、以下の予測を実行する（ステップＳ１３－１）ことである。
　・来客店数予測＆売り上げ予測
　・利益予測
　・最適価格（の出力）（売上・利益額を最大化する価格）
　これらの予測をするためのＡＩのアルゴリズムは種々知られているので、既存のプログラムを使用することによって実現される。
　ＣＰＵ６４が、これらの予測値をディスプレイに出力し、また、店員の要求に応じて（所定のプリンターを用いた）プリントアウトも行うことができる。
　さらに、本実施形態において特徴的なことは、上記求めた売上・利益額を最大化する価格を、店舗の商品に設定し、さらに、顧客にも通知している（ステップＳ１３－２）
　これによって、売上・利益額を最大化する価格を顧客にも周知方を図ることができ、より効率的な販売を実現することができる。
　なお、実際には、このＡＩプログラムを実行するＣＰＵ６４は、売上・利益額をより大きなものにする可能性の高い価格を求め、その価格に設定（調整）することや、売上・利益目標データ７０に近い売上や、より大きな利益を達成する可能性の高い価格を求めて設定することも好適である。「最適」な価格は非常に短時間で大きく変動する場合もあり、そのような価格を常に設定することは現実的には困難な場合も多いからである。例えば、１秒ごとに価格を設定することは現実的ではない場合もある。そのため、より高い利益を実現できると推定される価格により近い価格を求め、その価格に設定（調整）することも好ましい例の一つである。例えば、最適な価格が、「１００．５円」、「１００．４円」「１００．３円」と変化していく場合、実際には、全て切りのいい「１００円」に設定し調整するような処理でもよい。
　このように、ＡＩプログラムを実行するＣＰＵ６４は、より大きな売上・利益額を達成できるように価格を求めて、商品の価格をその価格に設定（調整）する。ＣＰＵ６４は、所定のインターフェースを介して、スマートフォン３０などにもその求めた価格を提示することができる。
　なお、商品に価格を設定するのは、図１２で説明したＳ１２－１のように、在庫データベース５６とは別に、「～円割引をする」等の設定情報をＣＰＵ６４がアクセス可能な記憶装置中に別途保持しておけばよい。また、在庫データベース５６中の商品の価格を所望の価格（売り上げ・利益額を最大化する価格（又は売り上げ・利益額をなるべく大きくする価格））に書き換えてしまってもよい。このようにして、ＣＰＵ６４は、新たに設定した価格を、Ｓ１２－３（図１３参照）において顧客に販売時点別価格として提示することができる。また、ＣＰＵ６４は、商品に設定される価格が変更される度にその価格を顧客に通知してもよい（ステップＳ１３－２）。
　価格の設定
　本実施形態２では、ＡＩプログラムを用いて、商品の価格を最適な価格にすることを目標としているが、必ずしも「最適」でなくてもよく、売り上げ・利益額をより大きくする価格とすることでもよい。実際には、価格を頻繁に変更することは販売上望ましくない場合もあるので、必ずしも数学的に合致した価格とすることが難しい場合もあるからである。
　第４．実施形態３：店舗入力なし（ベンダー連携）
　本実施形態３は、上述した実施形態２と同様に、ストアコンピュータ１０４に、ＡＩ（Artificial Intelligence）を搭載し、売り上げや利益を最大に近づけるという点で共通する。しかし、本実施形態３は、上記実施形態１や２と異なり、店舗における入力作業を行わず、ベンダーで同様の作業を行うという特徴がある。
　さらに、本実施形態３において特徴的な点は、次回商品の発注をストアコンピューター１０４が実行する点である。
　上記実施形態２のストアコンピュータ１０２は、上述したように、
　・来店客数予測＆売り上げ予測
　・利益予測
　・最適価格出力
等をＣＰＵ６４がＡＩプログラムを実行することによって求める。実施形態３では、さらに、次回の商品の発注を行おうとしている。この次回の商品の発注とは、要するに次回の商品の発注データを作成し、ベンダーに送付することを意味する。
　本実施形態３の販売システムも、実施形態１、実施形態２と同様に大別して３部から構成される。
　第１部：ベンダーに入力（インストアＪＡＮコードの入力）
　第２部：顧客の店舗における商品の購入
　第３部：ストアコンピュータのＡＩによる商品価格の設定と、商品価格の顧客に対する提示と、発注データの作成。
　なお、請求の範囲の「販売システム」は、これらの各部を実現するためのハードウェア部分について記述している。
　しかしながら、実施形態３の第２部は、実施形態１、２と同様であるので説明を省略し、第１部：ベンダーの動作、第３部：発注データの作成等のストアコンピュータ１０４の動作を中心に説明を行う。
　実施形態３の販売システムのストアコンピュータ１０４の構成・動作の説明図が図１４～図１５に示されている。
　（１）ベンダーにおける作業
　ベンダーにおける作業の説明図が図１４に示されている。
　本実施形態３においては、ベンダーは、ストアコンピュータ１０４から、商品の発注データを受信し、商品の製造を行う。製造が完了した後、入荷データ５０が生成される。この入荷データは、入荷した商品の通常ＪＡＮコードと、商品の数量と、商品の消費期限と、を含むデータを表す。すなわち、この入荷データは、上述した実施形態１、２と同様に、ストアコンピュータ１０４、具体的には在庫データベース５６に登録され、在庫となる。その後の入荷データの処理は、図４とほぼ同様の内容である。
　まずステップＳ１４－１において　インストアＪＡＮコードが作成される。これはベンダー側のパソコン等で実行してよい。この処理は図４のステップＳ４－３と同様である。
　ステップＳ１４－２において、バーコードプリンタによってバーコードラベルのプリントが行われる。この処理も図４のステップＳ４－４と同様の内容の処理である。
　ステップＳ１４－３も、図４のステップＳ４－５と同様の、バーコードラベルの商品への貼付である。
　本実施形態では、このようにベンダー側であらかじめインストアＪＡＮコードのラベルを商品に貼付してから、店舗に配送しているので、店舗における貼付作業、入力作業が不要となる。
　（２）ストアコンピュータ１０４の動作
　本実施形態３に係るストアコンピュータ１０４の概念構成図が図１５に示されている。
　ストアコンピュータ１０４も、ストアコンピュータ１０２と同様に、ＣＰＵ６４と、ＣＰＵ６４が実行するプログラムと、を備えており、そのプログラムがストアコンピュータ１０４の種々の動作を規定する。プログラムは、ＣＰＵ６４からアクセス可能な所定の記憶装置に格納されている。
　また、ストアコンピュータ１０４も、各種のデータ（マスターデータ）や、各種のｐデータベースを備えており、商品の陳列や販売を制御している点もストアコンピュータ１０２と同様である。
　本実施形態３に係るストアコンピュータ１０４が、実施形態３のストアコンピュータ１０２と異なる点は、図１５のステップＳ１５－１において、ＣＰＵ６４が発注データを生成して、ベンダーに送信することである。
　さらに、同図のステップＳ１２－２における次回発注数の検討も、ＣＰＵ６４がＡＩプログラムを実行することによって行う。つまり、同図のステップＳ１３－１において、来客数予測や、売り上げ予測がでているので、その予測に基づき、予測と合うように次回発注数を決定すればよい。この処理も、ＣＰＵ６４が所定のプログラムを実行することによって実現してよい。
　このようにして決定した商品の発注数に基づき、ステップＳ１５－１において、発注データが作成される。この処理も、ＣＰＵ６４が所定のプログラムを実行することによって実現してよく、ＣＰＵ６４は、所定のインターフェースを通じて作成した発注データを、ベンダーに送信する。発注データがベンダーに受け取られた後の動作は既に図１４で説明した通りである。
　以上説明した点以外は、実施形態２の構成、動作と同様である。
　第５．変形例
　（１）本実施形態において特徴的な事項の一つであるインストアＪＡＮコードは、バーコードとして印字されラベル化されるが、他のコードであってもよい。いわゆる２次元コードであってもよい。また、上述した実施形態では、店舗をＱＲコードで表す例を示したが、通常の１次元のバーコードで示してもよいし、他の光学式コードであってもよい。
　（２）また、上記実施形態では、顧客はスマートフォンを使用して買い物を実行しているが、同様の機能を備えた携帯情報端末であればどのような装置でも使用してよい。例えば、タブレット型コンピュータや、ウェアラブルコンピュータ等を使用することもできる。ウェアラブルコンピュータとしては、種々の形式が知られているが、例えば、腕時計型のコンピュータが広く利用されているので、そのようなウェアラブルコンピュータを使用してもよい。そのような腕時計型コンピュータとしては、例えばAPPLE WATCH(登録商標)が知られている。
　このような、タブレット型コンピュータやウェアラブルコンピュータも、請求の範囲の携帯情報端末の好適な一例に相当する。また、小型のコンピュータや、ノートパソコン等も、請求の範囲の携帯情報端末の好適な一例に相当する。
　（３）なお、本実施形態中、日時と記載される箇所は、日付及び／又は時間を表すが、日付だけ設定されるように構成してあってもよい。また、時間とは、いわゆる時間（hour）だけでなく、分、秒まで含む意味であるが、時間（hour）のみ、又は、時間（hour）及び分のみを設定することができるように構成してあってもよい。
　（４）本販売システムにおいて、顧客データベース２００は機能的には１個であるが、ハードウェア的に分散され、分散データベースとして構成されていてもよい。機能的に単一のデータベースとして構成されていればよい。
　また、本販売システムにおいて、店舗は複数個存在してよく、ストアコンピュータ１００（１０２）（１０４）も、店舗毎に設けられている。但し、単一の大きなサーバが、複数のストアコンピュータの機能を提供していてもよい。
　顧客データベース２００も、ストアコンピュータ１００（１０２）（１０４）も、いわゆるクラウド上で構成されていてよいが、オンプレミスで構成されていてもよい。例えば、ストアコンピュータ１００（１０２）（１０４）は、各店舗毎に設置されていてもよい。
　（５）また、上述したように、最適な価格には、利益や売り上げをより大きくすることができると推定される価格、及びそれに近い価格も含まれる。また、上述したように、売り上げ・利益額を最大化する価格も同様であり、売り上げ・利益額をより大きくするとができると推定される価格、及びそれに近い価格も含まれる。
　（６）また、以上説明した実施形態１、２、３は、本発明の実現手段としての一例であり、本発明が適用される装置の構成や各種条件によって適宜修正又は変更されるべきものであり、本発明は本実施形態１、２、３の態様に限定されるものではない。
　１０　ＩＴＥＭ管理データベース
　１２　ＳＫＵ管理データベース
　１４　ＰＲＩＣＥ管理データベース
　２０　スマートフォン
　２０ａ　販売期限日の入力欄
　２０ｂ　販売期限日時の入力欄
　２０ｃ　商品個数入力欄
　２０ｄ　ＯＫボタン
　２２　カレンダーアイコン
　２４　カレンダーボックス
　２４ａ　ＯＫボタン
　２６　タイムリスト
　２６ａ　ＯＫボタン
　３０　スマートフォン
　３０ａ　ポイントカード登録ボタン
　３０ｂ　クレジットカード登録ボタン
　３２ａ　バーコードをスキャンするボタン
　３２ｂ　ポイントカード番号欄
　３２ｃ　入力内容で登録するボタン
　３４ａ　クレジットカード番号欄
　３４ｂ　有効期限欄
　３４ｃ　カード名義人欄
　３４ｄ　セキュリティコード欄
　３４ｅ　入力内容で登録するボタン
　３６ａ　ＱＲコードをスキャンするボタン
　３６ｂ　ホームボタン
　３６ｃ　商品ボタン
　３６ｄ　マイページボタン
　３８ａ　表示
　４０ａ　バーコード読み取り面
　４０ｂ　価格欄
　４０ｃ　決済ボタン
　４０ｄ　番号手入力ボタン
　４２ａ　合計金額欄
　４２ｂ　お支払いボタン
　４２ｃ　キャンセルボタン
　４４ｂ　終了ボタン
　４６ａ　バーコード番号欄
　４６ｂ　決定ボタン
　４８ａ　カード情報の変更ボタン
　５０　入荷データ
　５２　商品マスタ
　５４　販売期限管理マスタ
　５６　在庫データベース
　５８　過去販売実績データベース
　６０　ＩＤ別購入来店実績データベース
　６２、６４、６６　ＣＰＵ
　７０　売上・利益目標
　７２　外部データ（天候、競合店等）
　１００、１０２、１０４　販売システム
　２００　顧客データベース

Claims (7)

  1. 　商品を顧客に販売するための販売システムであって、
    　前記商品に付されている光学式コードを撮影し、前記光学式コードが表すインストアコードをストアコンピュータに送信する携帯端末と、
    　前記携帯端末から、前記インストアコードを受信した場合、前記インストアコードで示される商品の価格を、前記携帯端末に送信するストアコンピュータと、
    　を備え、
    　前記携帯端末は、前記ストアコンピュータから送信されてきた前記価格を画面に表示し、
    　前記顧客は、前記携帯端末の前記画面から、前記商品の価格を知ることが可能な販売システム。
  2. 　前記顧客の決済情報が登録されている顧客データベース、
    を備え、
    　前記顧客の決済指示によって、前記携帯端末は前記ストアコンピュータに前記商品の決済を要求し、
    　前記ストアコンピュータは、決済を要求された場合、前記顧客データベースから前記顧客の前記決済情報を取得し、取得した前記決済情報を用いて前記商品の決済を行うことを特徴とする請求項１記載の販売システム。
  3. 　請求項１又は２記載の販売システムであって
    　前記ストアコンピュータは、
    　前記ストアコンピュータが管理する店舗の商品を管理する在庫データベースであって、前記商品の価格が登録されている在庫データベースと、
    　前記在庫データベース中の前記商品の価格を、その商品の販売限度日時と現在日時とを比較して調整するための設定を記憶する記憶装置と、
    　前記在庫データベース内の前記商品の価格を、前記記憶装置が記憶する前記設定に基づき調整する制御部と、
    　を備え、
    　前記制御部は、前記設定に基づき調整した前記価格を、前記携帯端末に送信し、
    　前記店舗の商品の価格の設定者は、前記設定を前記記憶装置に記憶させることができることを特徴とする請求項１又は２記載の販売システム。
  4. 　前記ストアコンピュータは、
    　前記ストアコンピュータが管理する店舗の商品を管理する在庫データベースであって、前記商品の価格が登録されている在庫データベースと、
    　前記店舗の売上目標と利益目標を保持する売上・利益目標データ部と、
    　前記売上・利益目標データ部が保持する売上目標と利益目標とを達成できるように、前記在庫データベース中の前記商品の価格を求めるＡＩ制御部と、
    を備え、
    　前記ＡＩ制御部が求めた前記価格を、前記携帯端末に送信することを特徴とする請求項１又は２記載の販売システム。
  5. 　請求項１から４のいずれか１項に記載の販売システムにおいて用いられる前記携帯端末であって、
    　前記商品に付されている光学式コードを撮影し、前記光学式コードが表すインストアコードをストアコンピュータに送信し、
    　　前記ストアコンピュータから送信されてきた前記価格を画面に表示することを特徴とする前記携帯端末。
  6. 　請求項３に記載の販売システムにおいて用いられる前記ストアコンピュータであって、
    　前記ストアコンピュータが管理する店舗の商品を管理する在庫データベースであって、前記商品の価格が登録されている在庫データベースと、
    　前記在庫データベース中の前記商品の価格を、その商品の販売限度日時と現在日時とを比較して調整するための設定を記憶する記憶装置と、
    　前記在庫データベース内の前記商品の価格を、前記記憶装置が記憶する前記設定に基づき調整する制御部と、
    　を備え、
    　前記制御部は、前記設定に基づき調整した前記価格を、前記携帯端末に送信することを特徴とするストアコンピュータ。
  7. 　請求項４に記載の販売システムにおいて用いられる前記ストアコンピュータであって、
    　前記ストアコンピュータが管理する店舗の商品を管理する在庫データベースであって、前記商品の価格が登録されている在庫データベースと、
    　前記店舗の売上目標と利益目標を保持する売上・利益目標データ部と、
    　前記売上・利益目標データ部が保持する売上目標と利益目標とを達成できるように、前記在庫データベース中の前記商品の価格を求めるＡＩ制御部と、
    を備え、
    　前記ＡＩ制御部が求めた前記価格を、前記携帯端末に送信することを特徴とするストアコンピュータ。
PCT/JP2020/024586 2019-07-10 2020-06-23 販売システム、携帯端末、ストアコンピュータ WO2021006032A1 (ja)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2019-128843 2019-07-10
JP2019128843A JP6896805B2 (ja) 2019-07-10 2019-07-10 販売システム、携帯端末、ストアコンピュータ

Publications (1)

Publication Number Publication Date
WO2021006032A1 true WO2021006032A1 (ja) 2021-01-14

Family

ID=71992797

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2020/024586 WO2021006032A1 (ja) 2019-07-10 2020-06-23 販売システム、携帯端末、ストアコンピュータ

Country Status (2)

Country Link
JP (1) JP6896805B2 (ja)
WO (1) WO2021006032A1 (ja)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2023036472A (ja) * 2021-09-02 2023-03-14 日立グローバルライフソリューションズ株式会社 商品入れ替え提案システム、および、収納庫
JP7239773B1 (ja) 2022-08-09 2023-03-14 株式会社セブン＆アイ・ホールディングス 情報処理システム及びプログラム

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2012164055A (ja) * 2011-02-04 2012-08-30 Ishida Co Ltd 商品管理装置
JP2013235613A (ja) * 2009-05-11 2013-11-21 Toshiba Global Commerce Solutions Holdings Corp 購買分析システム、プログラムおよび棚札
WO2017135322A1 (ja) * 2016-02-03 2017-08-10 日本電気株式会社 最適化システム、最適化方法、及び、記録媒体

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2013235613A (ja) * 2009-05-11 2013-11-21 Toshiba Global Commerce Solutions Holdings Corp 購買分析システム、プログラムおよび棚札
JP2012164055A (ja) * 2011-02-04 2012-08-30 Ishida Co Ltd 商品管理装置
WO2017135322A1 (ja) * 2016-02-03 2017-08-10 日本電気株式会社 最適化システム、最適化方法、及び、記録媒体

Also Published As

Publication number Publication date
JP2020123306A (ja) 2020-08-13
JP6896805B2 (ja) 2021-06-30

Similar Documents

Publication Publication Date Title
US20120317043A1 (en) Method and System for Facilitating Verification of Ownership Status of a Jewelry-Related Item
WO2021006032A1 (ja) 販売システム、携帯端末、ストアコンピュータ
US20150039479A1 (en) Electronic receipt system, merchandise sales data processing apparatus, and electronic receipt management server
US20180211241A1 (en) Commodity sales data processing apparatus and commodity sales data processing method
JP2023181320A (ja) 取引データ処理装置、取引データ処理方法及びプログラム
JP5133462B1 (ja) 商品販売システム及び商品販売方法
JP5882812B2 (ja) 買い物支援装置、買い物支援方法および買い物支援プログラム
JP6329111B2 (ja) 商品データ処理装置、及びプログラム
JP6600039B2 (ja) 商品データ処理装置、プログラム、商品データ処理方法及びシステム
JP2015232840A (ja) サーバ、販売データ処理装置、プログラムおよび電子レシート送信方法
JP7336560B2 (ja) 商品データ処理装置、プログラム
JP7041233B2 (ja) 商品データ処理装置、プログラム
US11488219B2 (en) End-to-end food delivery ecosystem
JP2003076887A (ja) 中古品取引システム、中古品取引支援装置及び中古品取引方法
JP7389300B1 (ja) 情報処理装置、情報処理方法、およびプログラム
JP7375233B1 (ja) チップ商品販売システム、プログラム、およびチップ商品販売方法
JP7242766B2 (ja) 携帯端末及びプログラム
JP6797264B2 (ja) 商品データ処理装置、プログラム、及び商品データ処理方法
US20230169550A1 (en) Information processing system, information processing method, and non-transitory computer readable medium
JP2017120663A (ja) サーバ
JP7000220B2 (ja) 情報処理装置、現金化検出方法および現金化検出プログラム
JP2024051052A (ja) 電子レシート管理サーバおよびプログラム
JP2002342845A (ja) 商品売買データ管理システム
JP2009187082A (ja) 商品受発注システムおよびプログラムと方法
JP2024003405A (ja) 会計装置およびプログラム

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: 20836982

Country of ref document: EP

Kind code of ref document: A1

122 Ep: pct application non-entry in european phase

Ref document number: 20836982

Country of ref document: EP

Kind code of ref document: A1