WO2014141395A1 - Order information control system, method, and program - Google Patents

Abstract

Various product attribute information, such as the names of ingredients and the calorie count, is listed on food products and the like. Conventionally this information is used at a store to determine whether a product contains an allergy source for a customer. Furthermore, substitute products which do not contain allergenic substances indicated in allergen information for customers and the like are selected. However, with these technologies the user can only be offered substitute products which are stocked at a store. Meanwhile, retail companies have warehouses and purchasing power capable of delivering many more varieties of products than can be displayed in a store, so it is possible to present more products than those in the store. If it were possible to present more products than those in the store and to allow customers to search for and purchase those products on their own, there would be an increase in purchase opportunities, which provides a significant economic advantage. Therefore, the objective of the present invention is to provide substitute product information in accordance with the store information for the store at which a user obtains product information.

Description

Order information control system, method, program

The present invention relates to an order information control system that presents appropriate products to a user who needs to purchase products based on specific constraint conditions and supports ordering.

In recent years, with the advancement of IT technology, it is not uncommon for terminals such as smart phones and tablet terminals with small user interfaces different from those of personal computers to be used in town. These small terminals are almost always connected to the network and used, and can be said to be a simple input terminal and a display output terminal for the user to exchange data with the server via the network.

For this reason, such a small terminal has come to have various network interfaces. For example, a wireless LAN, a mobile phone communication network also called a 3G network, LTE, near-field infrared rays, a non-contact IC card, NFC (Near Field Communication), and the like. These various networks are selectively used from large-scale to small-scale networks, from long distances to short distances, depending on the necessary amount of transmitted / received data and allowable power consumption. These network interfaces are assumed to have information processing devices at both ends of the network, but there are many applications that only need to send and receive information, and other technologies are often used for this purpose. .

As an example, a barcode or RFID is used as a means for recording / storing information, and it is used as a pair with a barcode reader or an RFID reader. In order to correspond to the above description, the barcode and RFID only transmit information, and the barcode reader and RFID reader only receive information. RFID is more technically advanced than barcodes, which are simply printed image patterns, including a semiconductor circuit and non-volatile memory inside, and it is possible to rewrite information not only with an RFID reader but also with an RFID writer. (Not all RFIDs are rewritable, and there are RFIDs in the world that appeal for being read-only). Printing barcodes are easy to handle and can be implemented with black-and-white pattern printing, and have a proven track record.

Particularly, RFID is also called an electronic tag because a semiconductor element is mounted as a storage device. An RFID can record a larger amount of information than a barcode in the same area, so that it can have a large amount of attribute information to which the RFID is attached. RFID sizes vary from several millimeters to several centimeters, depending on the application, but less than 1 cm if the RFID is to be attached to a product of a size that is handled at a retail store. There is also a thing. In other words, it is possible to attach an RFID for each product without considering the RFID itself and the cost associated with the attachment. Various information can be recorded on the RFID and barcode within the limits of capacity. Such information may include the price of goods, a part of raw materials, and the like.

Food allergic patients, on the other hand, have information about allergens they react to as knowledge, and compare that information with the food ingredient notation, and if there is no problem, they shop for the product. ing. The first conceivable solution is a method in which allergen information and information on food raw material notation are both stored electronically and compared on a computer to determine the presence or absence of a problem.

In Patent Document 1, the electronic tag stores product information including raw materials for each food, the IC card holds customer information including allergen information for registering the customer, and the reading device reads the product information and the customer information. It is disclosed that the allergen information of the read customer or the like is associated with the product information to extract the allergen-containing product containing the allergen substance in the raw material. Further, by including the product genre of each product in the product information, an alternative product that does not contain the allergen substance shown in the allergen information of the customer or the like is extracted. Specifically, a server and a reading device are installed at a storefront, and the server connected to the reading device includes an alternative product search unit, and the alternative product search unit corresponds to the product genre of the allergen-containing product extracted by the reading device. Then, search for an alternative product of the same genre from the product information file. As a result, it becomes easier for customers to purchase substitute products and the possibility of purchasing substitute products for stores increases, so it is disclosed that it is possible to prevent a decrease in sales by handling allergen-containing products as much as possible. On the other hand, in Patent Document 2, the product order / substitute product display Web server presents a substitute product to the user terminal when the product specified by the user terminal is not in stock, and the user terminal displays the substitute product. A system that can be ordered is disclosed.

JP 2006-302076 A JP2002-245302

However, with the technique described in Patent Document 1, only an alternative product in stock at the store can be provided to the user. On the other hand, the retailer side has a purchasing power and a warehouse for receiving a variety of products that cannot be arranged in the store, so it is possible to present more products than are in the store. If there are more products in the store and the customer can voluntarily search for and buy them, there will be a great economic advantage because there will be more sales opportunities. Therefore, an object of the present invention is to provide substitute product information corresponding to store information of a store from which a user has acquired product information.

As means for solving these problems, in the system of the present application, the user terminal transmits product information and store information to a central server, and the central server acquires substitute product information corresponding to the received store information, The acquired substitute product information is transmitted to the user terminal.

It is possible to provide substitute product information according to store information transmitted by the user terminal.

Network connection diagram of this system Central server and DB configuration Configuration of user terminal Appearance of user terminal User database example Store location database example Product database example Product provision database example Delivery product database example Purchasing flow Sequence diagram of the entire system Information display example on user terminal User terminal operation flow Operation flow 1 of user terminal and cash register terminal at cash register Operation flow 2 of user terminal and cash register terminal at cash register Product information and alternative product information provision flow at the central server Order reception at the central server, warehouse information transmission flow Store sales addition flow at the central server Product database creation flow at the central server Product database update flow in the central server Product order flow in warehouse server Product delivery order / shipment flow in warehouse server General product shape and description information Examples of product display shelves and price tags in stores Product display shelf shooting example using a user terminal Example 1 of bar code reading by line scan Example 2 of bar code reading by line scan Product identification by image recognition of the package

An example of the system of the present invention will be shown. As shown in FIG. 1, the order information control system according to the present embodiment includes a user terminal 101, a manufacturer A register terminal group 113, a manufacturer B register terminal group 111, a central server 103, a manufacturer A server 105, a manufacturer B server 107, and a central warehouse. Server 109, Manufacturer A warehouse server 118, Manufacturer B warehouse server 120, Central-DB 104 connected to central server 103, Manufacturer A-DB 106 connected to manufacturer A server 105, Manufacturer B-connected to manufacturer B server 107 DB 108, central warehouse connected to central warehouse server 109-DB 110, manufacturer A warehouse-DB 119 connected to manufacturer A warehouse server 118, manufacturer B warehouse-DB 121 connected to manufacturer B warehouse server 120, and the Internet connecting them Work 102, manufacturer A network 114, manufacturer B The network 112 and the delivery company server 125 are configured.

The cash register terminal is connected to each manufacturer server via its own network or the Internet. In FIG. 1, cashier terminals A1 and A2 (113) managed by manufacturer A (for example, installed in a store where manufacturer A is located) are connected to manufacturer A server 105 through unique network 114, and the cashier terminals Can access information recorded in the manufacturer A-DB 106 via this.

Although the original network 114 is described here as if it is different from the Internet 102, the network 102 and the data transmission network can be configured with an appropriate security configuration (such as Virtual イ ン タ ー ネ ッ ト Private Network). You may share at least one part.

The cash register terminal, the unique network, the server, and the DB are usually managed for each manufacturer. In FIG. 1, the system 117 of the manufacturer B is also configured similarly to the system 116 of the manufacturer A. Is shown. Here, the description is limited to manufacturer A and manufacturer B, but the number of manufacturer servers is not limited, and any number of manufacturers may be connected. Further, although one database is described for each server, this may be built in the server or may have a plurality of databases for one server.

The manufacturer A server and the manufacturer A-DB are managed by the retailer A, and the central server is managed by the service provider that provides the service. The central warehouse server and the central warehouse DB may be managed in an integrated manner by the service provider. However, the service provider of the central server and the central-DB may be different from the service provider of the warehouse server and the warehouse DB. If they are different, the physical distance between them is not a problem as long as the network 102 can reach them. Further, since the central warehouse server 109 and the central warehouse DB 110 do not necessarily have to be placed at the warehouse base where goods are actually stored and retrieved, the central server system (103 and 104) and the warehouse server system (109 and 110) described above. Each warehouse base has a certain degree of freedom in its installation location. On the other hand, by managing these in an integrated manner, overall receipt / shipment can be optimized.

The central server 103 extracts information from the central-DB 104 based on data received from the user terminal 101 via the network 102, and transmits the information to the user terminal. The central server creates and updates the central DB managed by the central server through communication with the manufacturer A server and the manufacturer B server. Each of the manufacturer A server and the manufacturer B server acquires the warehouse-DB information from the warehouse servers included in the jurisdiction, and transmits them together to the central server. Alternatively, the central server may directly make an inquiry to each manufacturer warehouse server. The central server similarly accesses the central warehouse server to obtain information. This update operation may be implemented so that the central server periodically accesses the manufacturer server for inquiries so that data is received from the manufacturer server when there is update information. If there is, it may take the form of reporting information updates to the central server voluntarily. With such a configuration, the latest information is always held in the central-DB. However, in order to keep the information on the database up-to-date, it is not always necessary to keep the center-DB up-to-date, and if the latest information is inquired to the manufacturer server every time, the network delay is not a big problem, the same effect Can be obtained. Note that although only one central server exists on the network 102, the number is not necessarily limited to one, and there may be two or more (central server group or central-DB group). good. In that case, although it becomes a form which operate | moves mutually independently, maker A, maker B, etc. become a form of the common server accessed exclusively from the central server group.

The delivery company server 125 is connected via the internetwork 102. The central server, the central warehouse server, the manufacturer A server, the manufacturer A warehouse server, the manufacturer B server, and the manufacturer B warehouse server are all connected to the manufacturer A network 114, the manufacturer B network 112, and the Internet when a delivery job to the user occurs. The delivery server can be accessed via the work 102 to make a delivery arrangement. Of course, it is conceivable to arrange delivery to a different delivery company for each manufacturer. In this case, the delivery company server may be connected to a place where other manufacturers cannot access.

Each warehouse server has a warehouse-DB that holds the data of products stocked in the warehouse, and the central-DB, manufacturer A-DB, and manufacturer B-DB also receive stock information from the warehouse-DB in its jurisdiction. Reflects. At least the central warehouse server holds a delivery merchandise database.

FIG. 2 shows a more detailed configuration of the central server 103 and the central-DB 104. In FIG. 2, the central server 202 is connected to the Internet 201 and the intranet 203 through a network interface 220. Usually, a server called a firewall or a gateway is installed between the Internet and the intranet. However, since the configuration does not affect the essence of the present invention, the description is omitted here. . In the central server, there is an internal bus 224 for internally distributing data sent through the network interface 220. This internal bus is connected to the memory 221, CPU 222, input interface 223, hard disk drive 225, and display device 226. It is connected. The central server processing program is stored in the memory 211, and the central server processing described below is realized by the CPU 222 reading and executing the central server processing program. A small CPU may be mounted on each component. Here, the CPU 222 is described as a central processing unit that controls the overall behavior of the central server. The CPU waits for the user terminal 101 to connect to its network interface 220 through the Internet 201. Once access from the user terminal is received, based on the received information, the central database, which is its own database, is accessed to retrieve necessary information and send it back to the user terminal. Here, the central-DB is a data file that stores data and a database interface that is executed by the CPU in a separate process, and the stored data is stored in the HDD 225 or the network storage 204. Here, a program used by the CPU for operation is stored in the HDD 225, and a part of the program is expanded in the memory 221. The same applies to the database, and it is not always necessary to access only the data stored in the HDD or the network storage, and a part of the data may be held in the memory for speeding up. The input interface 223 and the display device 226 are used for communication with the server administrator. When such communication is not necessary, it is not necessary to provide them at least exclusively. Since a recent rack mount server has a mechanism for sharing an input interface and a display device among a plurality of servers housed in the same rack, such a configuration may be used. For example, in FIG. 2, the central server and the network storage are connected via an intranet and exist independently, but there is no problem even if they are contained in the same rack.

Here, the network storage 204 is connected to the central server via the intranet 203. In general, a network storage mainly includes a hard disk drive 244 connected to a network through a network interface 241. However, in reality, the HDD does not independently perform data communication with the outside, and includes a CPU 245 and a memory 243 connected through the internal bus 242 at the same time. That is, it is the role of the CPU to read information from the HDD and write information to the HDD, and the memory is used as temporary storage. In many cases, a program for operating the CPU is assigned a part of the HDD 244. However, depending on the case, the program may have its own storage area such as a ROM or a flash memory and be read from there. There are few cases in which the network storage is one in the intranet. Rather, a plurality of units are usually connected to the intranet 203. It is normal for the CPU 222 of the central server to determine which part of the DB is allocated to a plurality of network storages, but when it becomes a highly functional network storage, there is one representative network storage. There are other network storage groups that provide an access interface as if it were a single huge storage. Similar effects can be obtained by using software that virtually provides it on a central server. In addition, although the case where the number of each component shown by the central server and the network storage is one each is illustrated, in recent years, there are cases where a plurality of components are mounted in the same package, especially HDD and network interface. More and more are provided for the purpose of processing distribution and backup.

The central server holds a user database, a store location database, and a product database in the memory 221.

Here, the central server has been described as an example. However, the manufacturer A server and the manufacturer A-DB, the warehouse server, the manufacturer B server and the manufacturer B-DB, the warehouse DB, and the like have almost the same configuration. The nature of the software running on the server. That is, the central server mainly handles data exchange with the user terminal 101, whereas the manufacturer server and warehouse server mainly exchange data with the central server. And the amount of data communication in one communication is different. Therefore, the number of cores of the CPU 222 to be mounted and the capacity of the memory 221 are usually different.

FIG. 3 shows the configuration of the user terminal 302. The user terminal is connected to the Internet 301 through the network interface 320. Here, the network interface 320 does not necessarily need to be a wired LAN or a wireless LAN directly connected to the Internet, and may be connected to the Internet via a carrier server through a mobile phone communication network. It may be connected to the Internet via another computer connected by the communication means. Furthermore, the destination to which the central server and the user terminal are connected does not necessarily need to be the Internet, and both can exchange information without any problem.

Since the user terminal often takes the form of a general computer, it is described here as such a configuration. That is, the user terminal 302 includes a network interface 320, a memory 322, a CPU 323, an input interface 324, a flash memory 326, and a display device 327 connected by an internal bus 325. Although the memory 322 is assumed to be a volatile memory such as an SDRAM, in recent years, a non-volatile memory that can be rewritten at a high speed and has high rewrite resistance has been developed, and such a memory may be used. In particular, in a terminal such as a user terminal that is assumed to be frequently turned on / off, the non-volatile memory has a great advantage. In the memory, a part of the OS and application software of the user terminal is expanded, or temporary information is recorded. The flash memory 326 is more widely used than the HDD in a small mobile terminal. Since this is a mobile terminal, there is a risk that it is always exposed to vibration and shaking, and it comes from a demand to avoid a mechanically operating medium such as an HDD as much as possible. In addition to the OS for operating the user terminal, the flash memory stores application software that implements the functions of the present invention. As a result of miniaturization and low power consumption, CPUs are used even in multi-core products and small terminals such as smart phones, and even GPUs that are good at graphics processing etc. can be used. Yes. Therefore, the information displayed on the display device 327 is mainly graphical, and even three-dimensional spatial processing such as AR (Augmented Reality) may be used. Some input interfaces 324 have their own keypads, but pressure-sensitive and capacitive touch input methods overlaid on the display device 327 are assumed. In the present embodiment, it is assumed that when the user selects a product, the product displayed on the screen is selected with a fingertip or the like, and the order button displayed on the screen is pressed with the fingertip or the like. Although the same input operation is possible even with the keypad type, a plurality of steps are required to input two-dimensional information with the keypad, and more time is required for input. As described above, in this embodiment, a smart phone is assumed as a user terminal, but even a tablet computer has the same device configuration, and a general personal computer adopts a touch input method. However, since a two-dimensional operation equivalent to a touch panel is possible with a trackpad, the present embodiment can be similarly applied. Of course, a dedicated user terminal may be used, and in such a case, some components such as a CPU may be replaced with an FPGA or the like.

Fig. 4 shows the appearance of the user terminal of this embodiment. The user terminal 401 includes an input / output unit 404 in which a display device and a touch input interface are integrated, a button 403 whose function changes according to a program state such as a power source, command transmission, and command cancellation, a front camera 402 for image capturing, A rear camera 405 for image capturing and a light 406 serving as a light source at the time of image capturing are provided.

Next, the database provided in each device will be described.

An example of the contents of the user database held by the central server is shown in FIG. User attribute information for each user, that is, user ID, password, name, address (if different from the delivery address, multiple addresses may be described), contact information such as telephone number, user ID revocation status, etc. Is recorded. As the delivery condition, the delivery condition specified by the user is recorded. Further, the user database records product restriction information for each user. The merchandise restriction information is, for example, information indicating that a merchandise containing a specific raw material is impossible or acceptable, and calorie condition information.

An example of the contents of the store location database held by the central server is shown in FIG. The store location database has a location code that identifies the location, a store code that identifies the store, the last confirmation date and time of the registered information, the store name, the store address, the store telephone / fax, and whether the store information is valid or invalid Holds valid information indicating The central server specifies store identification information, that is, a store code, based on store information transmitted from the user terminal and the store location database. The store information transmitted from the user terminal may be the user's current location, but is not necessarily the user's current location, as long as the store can be specified. For example, the passage gate number and the passage time when passing through the entrance gate can be used. In addition, the store identification does not necessarily have to be at the same timing as the acquisition of the product information of the user, so that the store sales and rebate issue timing will be specified later when passing through the store entrance gate In addition to the information, the gate number and the passing time when passing through the exit gate may be used. Alternatively, the user terminal may read the state of the network interface of the user terminal and make a list of MAC addresses of wireless network access points that were connected at a timing such as when an image was captured or that were within the connectable range. Since different numbers are assigned to all access points for the MAC address, the current location of the user terminal can be specified by preparing a correspondence table between the location of the access point and the MAC address in advance.

Fig. 7 shows an example of the product database held by the central server. The product database includes a product code for identifying the product, a store code of the store that holds the product, the date and time when the information was registered, product attribute information, that is, the product name, product category, product raw material list, product Of calories. Moreover, you may hold | maintain a product image and stock quantity. Here, a number assuming a JAN code is described as the product code. The JAN code is expected to be a unique number for each product, but since a limited code system is operated in the form of rental, if the distribution period varies greatly, the same code will be assigned to different products. It can also be assigned. In order to make it a unique number, here, information on the date and time when it is valid is recorded in each product code. In this example, the configuration is such that the date on which the code is assigned is described as one timing, but the period during which the code is valid may be recorded. For each product, a product name, category, raw material list, calories, product image, and the like are recorded, and the present invention is not necessarily limited to those described in this example, and various attribute information may be recorded. Further, in the lower diagram of FIG. 7, an example in which a private code is used is described. Here, the ones whose numbers start with 02 are assigned to the private codes. Private code is a system that can be freely designed and used for each store. FIG. 8 shows an example of the contents of the product provision time database held by the central server, manufacturer A server, manufacturer B server, and the like. The product provision time database includes a store code for identifying a store, a product code for identifying the product, an update date and time of the database, a time at which the store can provide the product, and information about a provision location at that time. In the example of FIG. 8, a plurality of store codes are included. This is a feature of a database held by a server that searches a plurality of stores such as a central server. For example, in a server of a certain store, it is not always necessary to store product information of a plurality of store codes, and therefore it is possible not to store a column of store codes. On the other hand, even if it is a certain store, it may be positioned as a representative store and store product information of a plurality of store codes. Some or all of the latest data may be held in the manufacturer server so that it is not always necessary to access all stores. The database further records information on the provision time of each store product. In addition, possible provision locations may be recorded as necessary. In this example, “immediately” is described, and a product whose provision location is “storefront” means a product that is already displayed at the storefront. Products with a “backyard” offering location are in stock in the store's backyard, but are not displayed at the storefront, meaning that they can be obtained by contacting store staff. ing. For items that are provided later, there is a possibility that they may be sent directly from the warehouse or received at the store. A product whose provision time is “impossible” means a product that cannot be provided for some reason. As such a reason, it is assumed that the product has been discontinued, or the product is difficult to obtain due to production not catching up.

FIG. 9 shows an example of the contents of the delivery product database held by the central warehouse server. In this database, the user ID, delivery conditions, delivery stacks currently reserved for delivery, and status are recorded. The user ID is a unique code number for identifying the user. In relation to this user ID, a user database held by the central server is managed, and a series of information such as a user name and a delivery destination can be obtained by searching based on the user ID. For example, suppose that FIG. 24 shows the state of the database at 16:00 on June 5, 2001. When the user 0000001 designates that the product stacked at that time is to be delivered by 15:00 every day, delivery is arranged in that way. In order to determine the shipping start condition, it is sufficient that the next deadline is specifically described. Here, it is described that the next deadline is 16:00 on June 6, 2001. At this point, it can be read from the status column that the delivery is being received. The same applies to other entries. In particular, the row of the user ID 0000003 shows a description example of an entry for which delivery has been completed. The status column describes that the delivery has already been completed, and the date and time is recorded in the delivery condition column. Thus, even when delivery is completed, the log can be left as a log so that the user can make an inquiry in the future, and the service provider can use the information for analysis of the best-selling product.

FIG. 10 shows a series of operations including the relationship between components until the user refers to the product information and receives the product. First, the user installs an application on a user terminal such as a smartphone. Here, the application is received from the central server. However, the application is not necessarily limited thereto, and may be received from an application distribution site on the Internet. The user installs the app and enters the user's attribute information, which is sent to the central server. Next, the user acquires the product code at the store (here, the actual store A) by the method as described above, and sends it to the central server together with the user ID and the image shooting position information. In response to this, the central server transmits OK / NG information and alternative product information of the selected product to the user terminal, and the user determines a purchase method based on the information.

<Purchase method 1>
For example, when purchasing a product as it is at a store, purchase and payment are made through a cash register terminal at the actual store A, and the product is taken home.

<Purchase method 2>
On the other hand, when making arrangements for receiving items that do not have store inventory at a later date, the procedure is performed for the actual store A, and the actual store A arranges delivery for the manufacturer A warehouse. When delivering directly from the warehouse to the user, delivery completion information is transmitted to the actual store A after the delivery is completed.

<Purchase method 3>
When the user chooses to purchase the product via the service provider's server without going through the manufacturer, the user terminal sends the user ID, the ordered product, and the location information to the central server. The central server has a store location database as shown in FIG. 22, and reads a store code and store information corresponding to location information (referred to here as a location code). The central server transmits information such as delivery products, delivery destinations, and store information to the central warehouse, and the warehouse aggregates the products at a predetermined timing and delivers them to the user. When the delivery is completed, the central warehouse transmits delivery completion information to the central server. Upon receiving the delivery completion information, the central server determines the billing to the user and records sales to the store. In addition, purchase history information may be sent to the user at a predetermined interval from the central server, and the general consumption trend information etc. for the actual store A etc. by stirring the information to the extent that the user is not specified Can also be provided.

In the purchase method 2 and the purchase method 3, since the purchase is completed when the user inputs information subsequently to the terminal at hand, there is no need to queue in the processing queue at the cash register terminal, and the procedure window with the store A There is no need to go out.

FIG. 11 is a sequence diagram for explaining information exchanged in the system in order to realize the above service. It is assumed that the manufacturer A server 105 is installed in the actual store A. First, the user terminal 101 installs an application (2001, 2002, 2003). In FIG. 11, the application is received from the central server. However, the application is not necessarily limited to this, and may be received from an application distribution site on the Internet. The user terminal transmits user attribute information input by the user to the central server (2004). The central server registers the received user attribute information in the user database. Next, the user terminal acquires product information (for example, a product code) of the product at the store (here, the actual store A), and the product selected by the user together with the user ID and the store information (for example, the position code of the image capturing position). The product information of (user selected product) is sent to the central server (2005). The central server acquires OK / NG information and alternative product information of the selected product based on the received product information (for example, product code) of the user-selected product, user ID, store information, and the database to be held (2006). . The substitute product information includes at least a product code of the substitute product. The central server transmits the acquired OK / NG information and alternative product information of the selected product to the user terminal (2007). The user terminal displays the received information (2007).

FIG. 12 shows an example of how the product information and alternative product information sent from the central server are displayed on the user terminal. In the input / output unit 2601 of the user terminal, the current photographed image, the image when information is sent to the central server, the last photographed image, or the like is displayed as a background, and detailed product attribute information 2602 of the product is displayed on the front. , Calorie and allergen information, price and so on. Further, alternative product information 2604 is displayed on the upper right of the same screen. Displayed in the lower right is a button 2603 for designating that a product that the user has determined to be not necessarily required to be taken home will be delivered later to his / her home. When the button 2603 is pressed, the application displays a screen for purchasing a product using the purchase methods 2 and 3. (Here, when the user registers the user ID in the application, if the product attribute information registered together includes information on milk allergy, the product designated by the user contains milk components. In this case, some of the products that the user is determined to be able to purchase are presented as alternative products, in which two products are presented. If the user wants to see the details of the substitute product based on this information, the product information display unit 2605 can be described by touching that part of the input / output unit 2601 for one product of the substitute product information display unit 2604. In this figure, in order to make it easier to see that the user has selected an alternative product, the product image in the alternative product information display section at the upper right of the screen is deleted. Here, the product designated by the user at the beginning may be displayed alternately so that the user can quickly return to the original screen state when he / she wants to select the original product. In the example in this figure, the price of the product is presented as “later price”, which is cheaper than the price of the price tag at the store, which is lower in storage management than the store display. This is a description that assumes that discounts are possible.There are various variations in the price presentation method here, such as making the same price as the store instead of free shipping fee .

The user can check whether the selected product satisfies the product constraint information based on the OK / NG information and alternative product information of the selected product presented on the user terminal. It is also possible to know information on alternative products that satisfy the product restriction information. Also, know the stock status of the selected product or alternative product (whether it is in stock at the storefront, whether it is in the manufacturer's warehouse, or in the central warehouse managed by the service provider), or when the product is available I can do it. Thereby, the user can select a purchase method from the following three purchase methods.

When the retailer subscribes to the service provided by this system, the retailer can present an alternative product that satisfies the product restriction information to the user from among the products in stock at the store. In addition, even if the product or alternative product that the user has predecessor is not in stock at the storefront and in the warehouse, the user can be prompted to purchase the product via the retailer in a simple manner.

Returning to the explanation of FIG.

<Purchase method 1>
For example, when a user purchases a product at a store, the user terminal sends a user ID to the cash register terminal. After receiving the user ID, the cash register terminal sends a set of product information purchased by the user together with the store information to the central server and ends the process (purchasing method 1). With this configuration, the central server can create a purchase item list for each user even for products that have not been ordered through the central server. The merit of this is that if the user wants to record a set of shopping done in a certain period in the future as a household account book, he / she can obtain necessary information by accessing the central server. In other words, there is an effect that, when it is desired to place an order for a product purchased in the past at a later date, the product can be searched from the history information.

<Purchase method 2>
On the other hand, when the user arranges to receive a product that is not in stock at the store and in stock at the manufacturer's warehouse at a later date, the user terminal accepts input from the user and requests the manufacturer A server 105 to make an arrangement for warehouse / post-install purchase. Send (2007). The manufacturer A server 105 transmits a delivery arrangement request to the manufacturer warehouse server (2008a). The manufacturer warehouse server transmits a delivery arrangement request to the distributor server (3008b). The delivery company delivers the slip to the user based on the delivery arrangement request. When delivering a product directly from the manufacturer warehouse to the user, the manufacturer warehouse server transmits the manufacturer A server delivery completion information after the delivery is completed (2009). The delivery completion information includes a delivery destination user ID, delivery conditions, a delivery item list, delivery completion date and time, an approval method, and the like. The minimum required information is a message that means the user ID and delivery completion, but it includes the delivery conditions, delivery (planned) product list, delivery completion date and time that were assumed for later confirmation. Is also useful in terms of conservation. In addition, in the case of postpay where the settlement method is not necessarily fixed, cash payment at the time of delivery may be made or credit payment may be made, so in what circumstances and how payment was made It is desirable to record. When credit approval is forcibly executed after delivery, information regarding the approval is not necessarily recorded. Thereby, the user can purchase the user selection goods or alternative goods which are not in a shop via the said store. In addition, the store can provide the user with products that are not in stock at the storefront but in stock at the warehouse.

<Purchase method 3>
If the user chooses to purchase the product without going through the actual store, the user terminal receives input from the user and sends the user ID, the ordered product, and store information to the central server (2010). . The central server searches the store location database shown in FIG. 22 based on the received store information, and specifies store identification information including a store code corresponding to the store information (referred to here as a location code). The central server sends information including delivery products, delivery destinations and store identification information to the central warehouse server (2011a), and the central warehouse server sends information such as delivery products, delivery destinations and store identification information to the delivery server. (2011b). When the user Neho product delivery is completed, the distributor server sends delivery completion information to the central warehouse server (2012a), and the central warehouse server sends delivery completion information to the central server (2012b). Upon receiving the delivery completion information, the central server transmits a payment information confirmation notice to the user terminal (2013). The central server transmits sales record information to the corresponding manufacturer server based on the identified store identification information (2014). In addition, the central server may transmit purchase history information to the user terminal at predetermined intervals (2015). The central server may agitate the information to the extent that the user is not specified and send general consumption trend information to the manufacturer server (2016). As a result, the user can purchase a product that is not in stock at the store, or a substitute product that is not in stock in the warehouse of the retailer that visited the store. In addition, by introducing a service, a retailer can obtain a profit from a service provider for a product that is not in stock at a storefront or a warehouse, or a product that is not handled.

It is possible to place an order for the presented substitute product on the spot and ship the product at a timing specified by the user, so that the user can always purchase some product by visiting the store. Furthermore, the system of the present application eliminates the need to go through the server of each store by using a mobile terminal that allows a user to directly access the Internet, such as a smartphone. The system can be introduced quickly. On the other hand, since the order can be placed without going through a store, it is difficult to grasp the sales for each store. This is disadvantageous in terms of collecting marketing information. Therefore, in the system of the present application, when the user terminal transmits the product information, the store information for identifying the store from which the user has acquired the product information is transmitted together with the central server. As described above, the store information does not necessarily have to be the current position of the user. For example, the store gate number and the passage time when passing through the store entrance gate, the information when passing through the store entrance gate. In addition to the above, the gate number and passage time when passing through the exit gate may be used. Of course, the store information is not limited to the collection of marketing information, but can also be used to specify a store that sells products, that is, to select a store that records sales for product sales. All orders placed through this system can also be managed by providing rebates to each store as store sales. Providing profits to each store also has the effect of facilitating cooperation in system operation.

In the present specification, the description has been made assuming food allergy as the product restriction information of the user, but it is not necessarily limited to food allergy. For example, it is a product of a specific manufacturer, manufactured by a specific manufacturing method, is above or below a specific price, has a high purchase ratio for a specific user group, Various settings according to user preferences, such as being less than calories, containing certain raw materials, using only a certain number of types of raw materials, and being sold only at specific times It can be done.

In the following, the flow of operation of each device will be described using a flowchart.

Next, the processing flow of each device will be described.

FIG. 13 shows the operation of the user terminal. The user terminal first downloads the application and records it in its own storage device (S1002). The downloaded application can be used on the user terminal by performing the installation work (S1003). This assumes that the user terminal is equipped with an operating system, such as a smart phone, so that an application can be added later. However, the user terminal may be a dedicated terminal that has been set in advance. In this case, the operation is performed on a manufacturer's production line or the like. In the following description, a smart phone is assumed.

When the user terminal installs the application or when it is started for the first time, the application displays a screen requesting the user to set user attribute information (S1004). User attribute information is, for example, input / selection of user ID, product restriction information (conditions such as excluding foods containing specific raw materials), which is a condition for product selection, and purchase in the form of delivering the product later Product address, name, credit card used for payment, information such as electronic money, and conditions regarding delivery timing. The application transmits the input user attribute information to the central server. The above is done as an initial setting before actually using and operating this application.

After the initial setting, the user terminal activates the application at an arbitrary timing, and the application acquires the product code and the store information (S1005), and acquires it in the central server together with information that uniquely identifies the user such as a user ID. The sent product code and store information are sent (S1006). As a result, the application acquires product details and alternative product information as presentation information from the central server (S1007), and displays them on the user terminal. Based on this information, the user selects whether to place an order for a product through the present system or to take it home after purchase at a store with reference to the information (S1008). When the purchase method 3 is selected to order the product, the application sends the user ID, product code, store information, etc. to the central server (S1009). When the user selects the purchase method 1 to purchase at the store, the application does not require any special processing. The application can be terminated at an arbitrary timing, and the next product code can be continuously fetched in the activated state. Here, the information sent to the central server when placing an order is the user ID, the product code, and the store information here, but some information may be retained during the session with the central server. Well, in that case, there is no need to send it again.

FIG. 14 shows the operation of the user terminal at the cash register and the cash register operation when the user selects the purchase method 1. The smart phone activates the application (S1101) and sends the user ID to the cash register terminal (S1102). This is a process to be performed in order to link the merchandise contents and the user ID currently being processed in the store on the central server. On the other hand, after receiving the user ID (S1105), the cash register terminal sends a set of product information purchased by the user together with the store information to the central server and ends the processing (S1106, S1107). With this configuration, it is possible to create a purchase item list for each user even for products that have not been ordered through this system. The merit of this is that if the user wants to record as a household account book the price of a set of purchases made within a certain period in the future, the necessary information can be obtained by accessing the central server. In other words, when the user wants to place an order for a product purchased in the past at a later date, the product can be searched from the history information.

FIG. 15 shows an operation pattern different from that in FIG. In the example of FIG. 15, after sending the user ID to the cash register terminal (S1202), the user terminal receives purchase product information and store information from the cash register terminal (S1203). Thereafter, the user terminal sends purchased product information and store information together with the user ID to the central server (S1204). After receiving the user ID (S1207), the cash register terminal transmits purchased product information and store information to the user terminal (S1208). At this time, the user ID is used as an authentication code so as not to mistake the other party when the cashier terminal sends information. When the user terminal and the cash register terminal exchange information via a wire or a communication path that is established only at a sufficiently short distance, exchange of the user ID is not necessarily required here.

In the example of FIG. 14, it is necessary to prepare a communication path for exchanging information with the central server in the cash register terminal and to install a communication application. In the example of FIG. Since it is only necessary to send purchased product information and store information to the user terminal, there is an advantage that the addition of functions may be limited.

FIG. 16 shows the operation when the central server obtains product information and alternative product information. The central server receives the user ID, product code, and store information from the user terminal (S1302). Based on the received user ID, the product restriction information of the user is acquired from the user database (S1303). Moreover, it is judged from which store the said information is sent from a store position database based on the received store information, and a store code is acquired. Further, an entry in the product database corresponding to the store code and the product code is selected (S1304, S1305).

Subsequently, substitute product information is acquired from the selected product database entry (S1306). The central server identifies a product of the same product category as the product category of the selected product database entry from the product database. Among the specified products, alternative product candidate priorities may be given in the order of the release date. Further, the central server may use, as a substitute product, a product having the same category as the product category of the product database entry selected in S1304 and having a similar product name from the product database. The similarity of product names may be determined based on the number of partial matches between character strings, or a synonym dictionary may be separately created and the similarity between character strings may be determined based on the dictionary. Similarity may be determined based on the common number of raw materials instead of the product name. At that time, information to be presented may be determined in consideration of information on responses to the user's past purchases and alternatives. In a simple example, if there is an input that the user has previously rejected as an alternative, no matter how high the similarity is based on that, the product is not presented.

Further, the time when the product selected by the user and the substitute product acquired in S1306 can be provided is acquired from the product provision time DB (S1307). By limiting the items to be presented only to (or preferentially) the products provided at the store, the retailer can preferentially sell the store inventory. Select items with menus and buttons when sending product information, set items such as when setting user attributes, etc., and if there is a product that cannot be provided including the warehouse within the period requested by the user, restrict the presentation. You may do it. Therefore, even if similar product restriction information is input, the alternative product to be presented is determined for each user depending on the store visited by the user, the date and time of visit, the timing of access to the central server, etc. Not necessarily the same.

Next, it is determined whether or not the product corresponding to the product code received from the user terminal satisfies the product constraint information received from the user terminal based on the raw material list of the selected product database, calories, received product constraint information, and the like. (S1308).

When the product corresponding to the product code received from the user terminal satisfies the product constraint information received from the user terminal, the central server uses a code indicating that the selected product is a product that satisfies the product constraint information as the product code. Then, it is sent to the user terminal together with substitute product information (product code of substitute product, priority order of substitute product, etc.), store information, and product provision time information (S1309). If the product restriction information is not satisfied, the user-selected product that the user presented to the central server through acquisition of the product code (or continued to instruct further information acquisition by clicking or tapping an alternative product) is the product restriction. A code indicating that the product does not satisfy the information is assigned to the product code, and the product information is supplied to the user terminal together with alternative product information (product code of the alternative product, priority order of the alternative product, etc.), store identification information, and product provision time information. Send it (S1311). How to display the received result depends on the setting of the user terminal. Products that do not satisfy the constraint information may not be displayed, and products that do not satisfy the constraint information may be presented to the user by dividing the size, color, and display location. If a product that does not satisfy the constraint information is presented, it will be a source of information when the user himself / herself makes more precise settings such as relaxing the constraint information. In the case where there is no problem in light of the restrictions of the people around the user, a new heuristic shopping opportunity is provided.

FIG. 17 shows a processing flow of the central server when the central server receives an order from the user terminal and transmits information to the central warehouse server in the purchase method 3. The central server receives the user ID, the product code, and the store information from the user terminal (S1402), and acquires the product constraint information of the user from the user database based on the user ID (S1403). Further, it is determined from which store the information is sent from the received store information and the store location database, and an entry in the product database corresponding to the store is selected (S1404). Subsequently, substitute product information is acquired from the product code, the selected product database, and the product constraint information (S1406). Moreover, the time when each product can be provided is acquired from the product supply time DB (S1407). When the product corresponding to the product code received from the user terminal meets the conditions of the product constraint information of the user, the shipping destination and settlement information are acquired from the user database (S1409), and the store information, product information, and shipping destination information are acquired. Is sent to the central warehouse server (S1411). If the product corresponding to the product code received from the user does not conform to the conditions of the product constraint information of the user, an NG code is assigned to the product code, and the substitute product information is sent to the user terminal together with the store information (S1410). As a modification of FIG. 14, when processing for obtaining information on alternative products from the product database is NG in the determination of whether the product corresponding to the product code received from the user terminal satisfies the conditions of the user product constraint information You may make it carry out only to.

FIG. 18 is a flow of processing in the purchase method 3 in which the central server records the sales to the store after the merchandise is delivered from the central warehouse to the user. The central server receives product delivery completion information from the central warehouse server (S1502). The delivery completion information includes a user ID, a list of products for which delivery has been completed, and the like. In this embodiment, it is assumed that the user pays with a credit card, electronic money, etc., but this may be made to pay with cash at the time of delivery, in which case the user database does not include credit card information, etc. The delivery completion information may include information such as payment confirmation information, payment amount information, and payment date / time. The following description assumes payment with a credit card. When the delivery to the user is completed, the central server confirms the user's payment (S1503). That is, the credit company is charged. Therefore, if the billing confirmation is successful, the central Sach performs sales addition processing to the store (S1504). The store to which the sales addition processing is performed is determined based on the store information together with the user ID and the product information received from the user terminal. If the store cannot be determined from the store information, it may be added to a predetermined store, or the amount may be accumulated without the store name. Here, sales are added to the store, but it is also possible to take all of them as sales at a specific store such as the main store or as sales at the central server and settle to each store in the form of rebates. is there.

FIG. 19 shows a flow when the central server creates a product database. The central server selects a product for each store and determines the initial stock quantity (S1602). The product code related to the product determined for each store is stored in the product database in association with the store code. The product database also stores results of calculating product names, raw material information and other various attribute information, barcode information, image feature amount information, and the like.

The central server sends the determined product information to the warehouse server together with the number of orders, and sends the product from the warehouse to each store (S1603).

Maker server may select the product. For each store, the manufacturer server determines the product to be handled, and sends information regarding the determined product to be handled and the number of stocks to the central server. The central server replaces the product information and the stock quantity determined in S1602 and stored in the product database with the product information and the stock quantity received from the manufacturer server.

FIG. 20 shows a flow when the central server updates the product database. The product database update request is issued from the manufacturer server or warehouse server shown in FIG. Continuing to receive product database update information, the central server updates its product database to the latest state.

FIG. 21 illustrates a flow when the central warehouse server places an order for goods from a wholesaler. The warehouse server receives the merchandise information from the central server together with the number of orders, and orders merchandise from the merchandise wholesaler based on the information. When the product arrives, a product database update request is transmitted to the central server. In addition, update information of the product database is sent.

FIG. 22 shows the operation when the central warehouse server ships the product to the user in the purchase method 2 and the purchase method 3. The central warehouse server sequentially receives the product information, the shipping destination information, the store information of the shipping source (in the description of the box or label), etc. (S1902), and records it as waiting information for shipping. At that time, if necessary, a process for holding the product is also performed. Unless the product shipping start condition for each user is satisfied, the information reception state is continued (S1903). The reception of information is managed for each shipping unit of the user. When one shipping unit reaches the shipping start condition, it is always necessary to start receiving new information as necessary. Can create a standby state. These pieces of information are managed as a delivery product database. If the shipping start condition for the product is satisfied, the central warehouse server outputs product information and information for performing product packaging according to the store information for the user (S1904). When packing is completed, the product is shipped based on the shipping destination information. Along with this, the commodity inventory information and the like change, so the central warehouse server sends a commodity database update request and update information to the central server (S1906). When receiving information indicating that the delivery has been completed to the user, the warehouse server transmits user receipt information to the central server (S1907).

FIG. 23 shows an example of a product package. The product in this example is a product named dairy drink, and the product 501 includes a product name description unit 502 and a raw material name description unit 503. In many products, the raw material name description section 503 is written on the side or back of the product package as shown in this figure. As can be seen from the display shelf 601 shown in FIG. If it is not taken out, it cannot be confirmed visually. An example of the raw material name description unit 503 is described in 504. In the raw material name description section, the name of the product, the name of the raw material used, the content, the expiration date, the storage method, and the manufacturer's information are generally written. For example, in Japan, it is compulsory to make a description of major allergens in the raw material name portion, and even in this description example, the notation “(including soybean)” can be seen. On the other hand, when it is clear from the description such as “raw milk” that it is clearly unsuitable for patients with milk allergies, there is often no description of a special additional alert. From this example, it can be seen that the product name is “dairy beverage” while the product name is “dairy beverage”, but the intake is not necessarily appropriate for soy allergy patients. It is clear that a great deal of effort is required to confirm these notations one by one when actually selecting a product.

FIG. 24 shows an example of product display. In this example, a plurality of products including the product 602 are stored in the product shelf 601. Moreover, it is common that the corresponding price tag is attached to each product so that the price tag 603 is attached corresponding to the product 602. An enlarged display of the price tag 603 is 603a. In the price tag example 603a, a product name, a product barcode, and a product price are described. In addition, various information such as product categories may be listed, but not all of them are listed here. Since the size of price tags attached to product shelves is limited, the above information is often written at a minimum.

The user holds the user terminal and performs an operation based on information displayed on the input / output unit. An example of the display image is shown in FIG. When the user activates an application installed in the user terminal 2501, the user terminal switches to a mode for photographing the product stored in the product shelf 2502 using the rear camera 405. In this shooting mode, the image captured by the rear camera is updated in real time, and the user can shoot a desired product by changing the orientation of the user terminal. In this figure, the user terminal is used while being tilted sideways, but of course, the orientation of the user terminal does not hinder the implementation of the present invention.

FIG. 26 shows an example of an image taken by the user terminal. The input / output unit 701 of the user terminal displays an image 704 in the range currently captured by the camera. Here, a case will be described in which a bar code written on a price tag is read from an image to identify a product that the user is paying attention to. At present, the image 704 is taken in a state tilted with respect to the input / output unit 701. It is assumed that the application of the user terminal performs line scanning in the vertical direction of the input / output unit 701 with respect to the image, finds a bar code-like portion from the image, and reads information. That is, assuming that the current scan line is 703, this scan line is scanned from the bottom of the input / output unit for the presence of a barcode for each line of the image and sequentially scanned to the top. Of course, it is not necessary to process every line, and processing may be performed every several lines. In this method, it is desirable that the barcode of the price tag is photographed horizontally with respect to the input / output unit. However, the user does not realize that it is necessary to adjust the tilt of the user terminal based on the image displayed on the input / output unit, or there is no criterion for determining whether it is horizontal or not, and the tilt is adjusted well. There are things that cannot be done. Therefore, in this embodiment, the user terminal application displays the marker line 702 serving as a guide in the middle of the input / output unit. According to this, the user only has to adjust the tilt of the user terminal so that the horizontal line and the marker line included in the captured image are parallel, and therefore the relative tilt between the shooting target 704a and the user terminal. This makes it easier to make fine adjustments.

FIG. 26 shows a method in which the user matches the image processing method of the application. On the other hand, the barcode scanning direction can be selected according to the image captured by the user on the application side. An example is shown in FIG. In FIG. 27, an image 802 is tilted and photographed at the input / output unit 801. At this time, the application extracts main line segments from the image by an image processing technique such as Hough conversion. In particular, the example of FIG. 27 shows a case where a horizontal straight line 803 is the main extraction target. The image 802 includes many line segments. By calculating the average inclination of these, it is possible to estimate the orientation of the barcode written on the price tag with a high probability. A scan line of the estimation result is shown as 804. A bar code can be extracted by scanning from the lower right to the upper left of the image 802 with this inclined scan line. In this example, only the line segment that is close to horizontal is extracted, and the line segment that is not vertical is not extracted. In most cases, the barcode is taken when the user and the product shelf face each other. This is done from the knowledge that it is positioned horizontally in the image. If it is assumed that the barcode will be installed in different directions, only the vertical line segments may be extracted, or the line segments may be extracted regardless of horizontal or vertical restrictions. You may comprise so that it may scan sequentially by setting a scan line in a direction.

The above is an explanation of the product identification method using the bar code written on the price tag. When the barcode of the product is not described in a range that can be photographed by the user, a product specifying unit using image recognition technology can be used. This is shown in FIG.

28, a guide frame 902 is displayed on the input / output unit 901. The application processes the image inside the guide frame 902 and extracts a plurality of characteristic points 903. The extracted feature points may be presented to the user by displaying them on the input / output unit 901, or the feature points may not be presented to the user. Of course, the user may be able to select it. The extracted feature point group is cut out as an image feature 903 including position information in the guide frame. The application compares this image feature with a template 905 created in advance linked to product information, and determines that the product is a product if the similarity is high. The template information is created in advance for each product and is stored in the template database 905 held by the central server or held by the user terminal. When the template database is held in the central server, the user terminal sends the feature point information to the central server, and performs the above similarity determination at the central server. When the user terminal has a template database, the feature points are converted into similar product information in the user terminal. There are various methods for creating the template database. As already mentioned, it is assumed that the product is a new product when all target products are photographed in advance and the image feature is recorded, or when the image photographed by the user does not match any of the template databases. A method of prompting input of information may be used. Also, there are various methods for calculating the feature points of the image, and besides the method described here, a method for evaluating the similarity between product images is conceivable. If a strong feature amount is used with respect to the shooting direction (rotation) and size (enlargement / reduction) of an image, more stable product identification is possible.

The user can easily specify the product by specifying the product that the user is watching from the image thus taken. These processes may be performed on the user terminal, or a part thereof may be performed by a central server or the like. If the decision is made according to the capacity of the communication path, it is possible to make a system that is less likely to give the user stress such as waiting time.

When the product information is transmitted to the central server in this way, the system according to the present embodiment sends the information on the replacement product together with the information on the product from the central-DB to the user terminal. The alternative product may be selected so that it is sent to the central server together with the session information when the application is started on the user terminal, or the product information is sent to the central server one by one or at an appropriate interval. May be.

In the present specification, the description has been made assuming food allergy as a product restriction condition of the user, but is not necessarily limited to food allergy. For example, it is a product of a specific manufacturer, manufactured by a specific manufacturing method, is above or below a specific price, has a high purchase ratio for a specific user group, Various settings are set according to user preferences, such as being less than calories, containing specific raw materials, using only a specific number of raw materials, and being sold only at specific times It can be done.

101: User terminal
102: Network
103: Central server
104: Database connected to central server
105,107: Manufacturer server
106.108: Database connected to manufacturer server
109: Warehouse server
110: Database connected to warehouse server
201: Internet
202: Central server
203: Intranet
302,401,2501: User terminal
501: Product package
601,2502: Product display shelf
603: Product price tag
2601: Image displayed on the display device installed in the user terminal
2602: Detailed information display section of product selected by user
2603: Button display to specify delivery later
2604: Replacement information display

Claims (15)

1. An order information control system including a user terminal including a first sensor for acquiring product information for specifying a product and a second sensor for acquiring store information, and a central server connected via a network There,
   The central server is
   It has a product database that holds product information on products,
   The product information acquired by the first sensor and the user terminal acquired by the second sensor receive store information for identifying the product information and the acquired store from the user terminal via the network. And
   Based on the attribute information of the product related to the product information received from the user terminal with reference to the product database, and the received store information, to obtain alternative product information according to the received store information,
   An order information control system that transmits the acquired substitute product information to the user terminal.
2. The program that runs on the user terminal is:
   An order information control system for displaying substitute product information received from the central server on the user terminal.
3. The order information control system according to claim 1,
   The central server is
   For each store and product pair, the product provision time database storing the provision time or place of the product is provided,
   The central server acquires the substitute product information based on the store information, product information, and the product database received from the user terminal.
4. The order information control system according to claim 3,
   The central server is
   From the user terminal, product order information including the product code of the ordered product and the store information is received,
   When delivery of the product is completed, the sales amount of the ordered product is recorded as the sales amount of the store corresponding to the store information.
5. The order information control system according to claim 4,
   The central server is
   A user database including a user identifier for identifying a user and product restriction information of the user;
   The product database further stores the product name, product category, product attribute information of the product,
   Product constraint information based on product constraint information corresponding to a user identifier received from the user terminal, product information received from the user terminal, product name of product stored in the product database, product category, product attribute information An order information control system characterized by acquiring alternative product information that satisfies the requirements.
6. The order information control system according to claim 4,
   The central server, together with the substitute product information, transmits the place of provision and the provision time of each substitute product to the user terminal,
   The program is
   An ordering information control system for displaying a provision place and provision time of each substitute product together with the substitute product information.
7. The order information control system according to claim 6,
   The store information is
   The position code of the position where the first sensor has acquired the product information, the passing gate number of the store gate from which the first sensor has acquired the product information, and the first sensor has acquired the product information An ordering information control system characterized in that it is one of a list of MAC addresses of wireless network access points within a connectable range.
8. An order information control method in which a user terminal orders a product,
   The user terminal is connected to a central server via a network;
   The central server includes a product database that stores product information of products,
   The central server is
   Via the network, product information from the user terminal and store information for identifying the store acquired by the user terminal with the product information are received from the user terminal,
   Based on the attribute information of the product related to the product information received from the user terminal with reference to the product database, and the received store information, to obtain alternative product information according to the received store information,
   An ordering information control method, wherein the acquired substitute product information is transmitted to the user terminal.
9. The user terminal is
   The product information is acquired by a first sensor included in the user terminal, the store information is acquired by a second sensor included in the user terminal,
   9. The order information control method according to claim 8, wherein the substitute product information received from the central server is displayed on a screen of the user terminal.
10. The central server is
    For each store and product pair, the product provision time database storing the provision time or place of the product is provided,
    The order information control method according to claim 9, wherein the central server acquires the substitute product information based on store information, product information, and the product database received from the user terminal.
11. An order information control method according to claim 10,
    The central server is
    From the user terminal, product order information including the product code of the ordered product and the store information is received,
    When the delivery of the product is completed, the sales amount of the ordered product is recorded as the sales amount of the store corresponding to the store information.
12. The order information control method according to claim 11,
    The central server is
    A user database including a user identifier for identifying a user and product restriction information of the user;
    The product database further stores the product name, product category, product attribute information of the product,
    Product constraint information based on product constraint information corresponding to a user identifier received from the user terminal, product information received from the user terminal, product name of product stored in the product database, product category, product attribute information Order information control method characterized by acquiring alternative product information satisfying
13. The order information control method according to claim 12,
    The central server, together with the substitute product information, transmits the place of provision and the provision time of each substitute product to the user terminal,
    The user terminal is
    An order information control method characterized by displaying a place and a provision time of each substitute product together with the substitute product information on a screen.
14. The order information control method according to claim 13,
    The store information is
    The position code of the position where the first sensor has acquired the product information, the passing gate number of the store gate from which the first sensor has acquired the product information, and the first sensor has acquired the product information An ordering information control method, wherein the ordering information control method is one of a list of MAC addresses of access points of a wireless network in a connectable range.
15. Means for obtaining product information by a first sensor provided in the user terminal;
    Means for acquiring store information for identifying a store acquired by the user terminal, the second sensor of the user terminal;
    Transmitting means for transmitting the product information and the store information to a central server;
    Based on the product attribute information related to the product information and the received store information, the central server receives and receives the substitute product information acquired according to the store information;
    A product ordering program for functioning as display means for displaying the received substitute product information.
    
    

Images