JP2019045980A - Information processing apparatus, information processing method, and program - Google Patents

Abstract

To provide a technique which recommends a menu on the basis of one or more kinds of priority elements such as food held as a stock by a user, nutrition, cost, and user's taste.SOLUTION: In an information processing apparatus, a stock information acquisition unit 101 acquires information about a stock of food as stock information. A menu recommendation unit 105 recommends a menu for a plurality of days, which can be created, on the basis of the stock information acquired by the stock information acquisition unit 101.SELECTED DRAWING: Figure 3

Description

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

  Conventionally, a method of proposing recipe information using inventory information of food (see Patent Document 1), and a method of being installed in a store etc. and presenting a menu including special sale items in the food to a customer (see Patent Document 2) Exists.

JP, 2015-153286, A JP, 2016-45693, A

However, with the technology described in Patent Document 1, recipe information is proposed based on the contents of the stock information at the time when the stock information of the food is acquired. For this reason, it is not possible to provide multi-day recipe information in which the temporal stock information of the food which is reduced over time by use is taken into consideration.
In addition, the technology described in Patent Document 2 can only present the customer with a menu that includes the sale item in the food. For this reason, it is not possible to present the customer with a menu in which the food that the customer actually holds as stock at home is taken into consideration, and a menu in which nutrition, price, user preference and the like are taken into consideration.
Furthermore, the techniques described in Patent Literatures 1 and 2 do not consider efficient use of foodstuffs over multiple days. As a result, foodstuffs may remain in stock, which is not economical.

  The present invention has been made in view of such a situation, and recommends a menu based on one or more prioritized elements such as ingredients held by the user as inventory, nutrition, price, user preference, etc. The purpose is to provide a method.

In order to achieve the above object, an information processing apparatus according to an aspect of the present invention is:
Inventory information acquisition means for acquiring information on inventory of ingredients as inventory information;
Menu recommendation means for recommending a multi-day menu which can be created based on the inventory information acquired by the inventory information acquisition means;
Equipped with

The apparatus further comprises an element receiving unit for receiving one or more types of elements,
The menu recommending means recommends a multi-day menu which can be created based on the stock information obtained by the stock information obtaining means and the one or more types of elements received by the element receiving means. Can.
Further, the food necessary for creating the menu recommended by the menu recommendation means can include an out-of-stock food as a food not included in the stock information.

In addition, designated food acceptance means to accept input of designated food is further provided,
The menu recommendation means is
When the specified food is a food not included in the stock information, it can be presented that it is necessary to procure the specified food in preparation of a menu to be recommended.

In addition, it further comprises a bargain information acquisition means for acquiring bargain information as bar information about bargain food that can be purchased at a lower price than purchasing outside the predetermined period if purchasing within the predetermined period,
The menu recommendation means is
A menu to be recommended can be created based on the sale information.

In addition, when one or more menus including one or more types of stock ingredients as ingredients included in the stock are recommended by the menu recommendation means, the menu designated by the user from among the one or more menus is selected. Further equipped with designated menu acceptance means to accept as designated menu,
The menu recommendation means further includes
In the case where an out-of-stock food is needed in the preparation of the designated menu to be recommended, it can be presented that it is necessary to procure the out-of-stock food.

The apparatus further comprises weighting means for weighting each of the plurality of types of elements based on a predetermined determination criterion, when there are a plurality of types of elements received by the element receiving means,
The menu recommendation means further includes
One or more menus can be recommended based on each of the inventory information acquired by the inventory information acquisition means and the plurality of types of elements weighted by the weighting means.

In addition, a real menu obtaining means for obtaining a menu actually created by the user as a real menu,
Comparing means for comparing the menu recommended by the menu recommending means with the real menu based on a predetermined comparison standard defined for each of the one or more types of elements;
Achievement degree calculation means for calculating an achievement degree for each of the one or more types of elements based on a comparison result by the comparison means;
Can further be provided.

  An information processing method and program according to an aspect of the present invention are processing methods and programs corresponding to the above-described information processing apparatus according to the aspect of the present invention.

  According to the present invention, it is possible to provide a method for recommending a menu for each predetermined element to be prioritized, such as food ingredients held by the user as inventory, nutrition, price, preference of the user, and the like.

It is a block diagram of the information processing system containing the user terminal which is one embodiment of the information processing device of the present invention. It is a block diagram which shows the hardware constitutions of a user terminal among the information processing systems of FIG. It is a functional block diagram which shows an example of a functional structure for implement | achieving a menu recommendation process and achievement level calculation process among the functional structures of the user terminal of FIG. It is a radar chart which shows an example of a concrete method for making a user perform specification of weighting about each of a plurality of kinds of elements. It is a flowchart explaining the flow of the menu recommendation process which the user terminal of FIG. 3 performs. It is an image figure which shows the logic of the menu recommendation process which the user terminal of FIG. 3 performs. It is an image figure which shows the specific example of the menu recommendation process which the user terminal of FIG. 3 performs. It is an image figure which shows the case where the user terminal of FIG. 3 displays the past real menu and the future recommendation menu on a user terminal. It is a flowchart explaining the flow of the achievement degree calculation process which the user terminal of FIG. 3 performs. It is a graph which shows an example of the specific method of recommending the achievement degree for every element calculated by the user terminal of FIG. It is an image figure showing an example of a concrete method of recommending a menu from sale information and stock information.

  Hereinafter, embodiments of the present invention will be described with reference to the drawings.

  FIG. 1 is a block diagram of an information processing system including a user terminal 1 which is an embodiment of the information processing apparatus of the present invention.

The information processing system shown in FIG. 1 includes each of the user terminals 1-1 to 1-n operated by each of n users (n is an arbitrary integer value) Users U1 to Un, and the server 2. It is configured.
Each of the user terminals 1-1 to 1-n and the server 2 are mutually connected via a network N such as the Internet.
Hereinafter, when there is no need to distinguish between the users U1 to Un and the user terminals 1-1 to 1-n, they are collectively referred to as "user U" and "user terminal 1".

The user terminal 1 is an information processing apparatus operated by the user U, and is configured of, for example, a smartphone. In the user terminal 1, for example, the following processing is performed by executing the application program. That is, in the user terminal 1, information (hereinafter referred to as “inventory information”) related to the inventory of ingredients in the refrigerator of the user U (hereinafter referred to as “inventory ingredients”), one or more types of elements, and a sale period A multi-day menu is presented based on information on inexpensive and purchasable specialty food products (hereinafter referred to as "special sales information") if purchased if it is purchased outside the sale period.
The server 2 is a server that manages the information processing system shown in FIG. The collection process of the sale information may be executed by the user terminal 1. Further, the server 2 manages, as log data, the results of a menu recommended by the user terminal 1 (hereinafter referred to as “recommended menu”). The performance of the recommendation menu may be stored in the user terminal 1 itself. When the server 2 manages the results, it is possible to cope with a failure or loss of the user terminal 1. In addition, by accumulating the results of the recommendation menu, it is possible to utilize the accumulated results as big data. Along with or in place of the recommendation menu, a real menu which is a menu actually created by the user may be stored.

  FIG. 2 is a block diagram showing the hardware configuration of the user terminal 1 in the information processing system of FIG.

  The user terminal 1 is an information processing apparatus operated by the user U, and includes a central processing unit (CPU) 11, a read only memory (ROM) 12, a random access memory (RAM) 13, a bus 14, and a recommendation The interface 15, the display unit 16, the input unit 17, the storage unit 18, the communication unit 19, and the drive 20 are provided.

The CPU 11 executes various processes in accordance with a program stored in the ROM 12 or a program loaded from the storage unit 18 into the RAM 13.
Data and the like necessary for the CPU 11 to execute various processes are also stored in the RAM 13 as appropriate.

  The CPU 11, the ROM 12 and the RAM 13 are connected to one another via a bus 14. The input recommendation interface 15 is also connected to the bus 14. The display unit 16, the input unit 17, the storage unit 18, the communication unit 19 and the drive 20 are connected to the entry recommendation interface 15.

The display unit 16 is configured of a display such as liquid crystal and displays various images.
The input unit 17 is formed of, for example, a capacitive or resistive (pressure-sensitive) position input sensor stacked on the display surface of the display unit 16, and detects coordinates of a position at which a touch operation is performed.
Here, the touch operation refers to an operation of contact or proximity of an object on the input unit 17. The object in contact with or close to the input unit 17 is, for example, a finger of the user U, a touch pen, or the like.
Thus, in the present embodiment, the display unit 16 and the input unit 17 constitute a touch panel.

The storage unit 18 is configured by a DRAM (Dynamic Random Access Memory) or the like, and stores various data.
The communication unit 19 communicates with another device (for example, the server 2 in FIG. 1) via the network N including the Internet.

A removable medium 30 made of a magnetic disk, an optical disk, a magneto-optical disk, a semiconductor memory or the like is appropriately attached to the drive 20. The program read from the removable media 30 by the drive 20 is installed in the storage unit 18 as necessary.
The removable media 30 can also store various data stored in the storage unit 18 in the same manner as the storage unit 18.

  Although not shown, the server 2 of FIG. 1 also has basically the same configuration as the configuration of the hardware configuration shown in FIG. 2 excluding the display unit 16 and the input unit 17 that constitute the touch panel. ing.

Next, the functional configuration of the user terminal 1 having such a hardware configuration will be described with reference to FIG.
FIG. 3 is a functional block diagram showing an example of a functional configuration for realizing menu recommendation processing and achievement level calculation processing among the functional configurations of the user terminal 1 of FIG. 2 in the information processing system of FIG. 1.

The “menu recommendation process” is a series of processes from the process executed by the user terminal 1 to recommending a menu (recipe) for a plurality of days based on the user U's inventory information and one or more types of elements. Say.
The "menu" refers to the type of dish which is composed of one or more ingredients and which can be arranged at the table of the user U.
"One or more types of elements" refers to any element to be considered when recommending a menu, excluding the element indicated by the stock information.
The elements may be fixed in advance or may be arbitrarily selected by the user U. The number of elements is sufficient if it is one or more. For example, when the element of "nutritive balance" is selected, among the menus which can be prepared using at least one or more kinds of foodstuffs specified by the stock information, the menu in which the nutritional balance is taken into consideration is recommended. It is decided as the target. As another example of the element, "usage" which is determined as a recommendation object to use a menu for prior use of items whose expiration date is close in order to use inventory as much as possible, "saving" to minimize food expenses, There are “preferences” as closely as possible to the user's preferences, “bargains” using food sold for sale, etc., but not limited thereto.

The “achievement degree calculation process” is an achievement of each element after acquiring information on a menu actually created by the user U (hereinafter referred to as “real menu”) among processes executed by the user terminal 1 as a history. A series of processes to calculate the degree.
The “achievement level” may be a value calculated for each element within a predetermined period based on the comparison result between the recommendation menu and the real menu based on a comparison standard predetermined for each element. . For example, when a menu for a predetermined period (for example, one month) is recommended based on the element of "nutrition balance", each of the recommended one month recommended menu is prepared for the month. Each of the real menu items being compared is compared. And the achievement degree based on the comparison result is calculated. That is, with respect to the nutritional balance indicated by the recommendation menu, a value such as a ratio indicating how much the nutritional balance indicated by the real menu has been achieved with respect to the standard is the “achievement level”.
"Nutritional balance" refers to the relationship between the relative amounts of each nutrient, and may be calculated based on the number and amount of food and nutrients consumed, and the food consumed may be "grain", "meats" and "vegetables" Etc., and may be calculated based on the number and amount of each ingested food. The nutritional balance may be calculated in consideration of the intake calories.
As another example of the “achievement level”, a constant numerical value to be achieved every predetermined period may be set and compared with a numerical value calculated from the real menu of the predetermined period. For example, in the case of "nutritional balance", the amount (numerical value) to be taken in a predetermined period (for example, one day) is set for each nutrient, and the value is compared in parallel with the numerical value calculated from the real menu. The set may be set as the “achievement level”, or one value obtained by adding or averaging the comparison results for each nutrient may be set as the “achievement level”.

As shown in FIG. 3, in the CPU 11 (FIG. 2) of the user terminal 1, when the menu recommendation process is executed, the stock information acquisition unit 101, the element reception unit 102, the weighting unit 103, and the bargain sale The information acquisition unit 104, the menu recommendation unit 105, the designated food reception unit 106, and the designated menu reception unit 107 function.
When the achievement level calculation process is performed, the real menu acquisition unit 108, the comparison unit 109, and the achievement level calculation unit 110 function.
An inventory DB 401, a food DB 402, a special sale DB 403, a menu DB 404, a real menu DB 405, and an element DB 406 are provided in an area of the storage unit 18 (FIG. 2). The storage unit 18 may be disposed in the server 2 instead of the user terminal 1.

The inventory information acquisition unit 101 acquires inventory information. Inventory information acquired by the inventory information acquisition unit 101 is stored in the inventory DB 401 and managed. Thereby, the user terminal 1 can manage stock foodstuffs exactly, without omission.
Specifically, for example, when the user U procures foodstuffs by purchase, transfer, cultivation, etc. and information on these foodstuffs is input by the input unit 17, the inventory information acquisition unit 101 acquires the information as inventory information . More specifically, for example, the inventory information acquisition unit 101 can acquire, as inventory information, all information related to foodstuffs, such as the type, price, quantity of contained foodstuffs, contained nutrients, best taste / expiration date, presence or absence of allergic components.
In addition, although the method which the user U inputs by the input part 18 is employ | adopted for convenience of explanation here about the specific method in which the user terminal 1 acquires inventory information, it is not specifically limited to this. For example, although not shown, a method of imaging a picture in a refrigerator or the like, the user terminal 1 recognizing the stock food contained in the picture by image processing, etc., and acquiring the stock information based on the recognition result It may be adopted. Further, for example, the user terminal 1 captures an image of a predetermined identifier printed on a package or the like of a food with a built-in camera (not shown) or the like, recognizes the stored food based on the imaging result, and recognizes the food A method may be employed such as acquiring inventory information based on the result.

The element receiving unit 102 receives one or more types of elements selected by an operation on the input unit 17 of the user U. Thereby, the user terminal 1 can grasp | ascertain what kind of purpose the user U would like to create a menu. The elements accepted by the element accepting unit 102 are stored in advance in the element DB 406 and managed.
Specifically, for example, when the user U selects an element “use up”, the element reception unit 102 receives these elements. As an example of an algorithm for recommending a menu in this case, for example,
(1) The menu information stored in the menu DB is read out, and the type and amount of each food used for the read menu (referred to as "M") are extracted.
(2) Of the types and amounts of ingredients extracted in (1), the types of ingredients that agree with the stock information (referred to as "F (i) (i = 1, ..., n)") and the amounts ("Q ( i) Identify "). In addition, the number of days until the expiration date of the food concerned (referred to as "D (i)") is acquired.
(3) Calculate the food use-out degree E (M) = Σ _i F (i) × Q (i) / D (i) (i = 1,..., N) of the menu concerned taking into consideration the shelf life.
(4) Repeat the processes of (1) to (3) to specify a menu M _max (j) (j = 1) at which E (M) is maximized.
(5) Repeat the processing of (1) to (4) until the number of menus (N) prepared for one meal is reached, and except for the menu M _max (j) specified in the previous processing, E (E ( Identify the menu M _max (j) (j = 2, 3,... N) where M) is the largest.
As good as it is, it is not limited to this. For example, as a condition to repeat the processing of (1) to (4) in (5), the gram is obtained by changing to the number of menus prepared for one meal, or together with a menu prepared for one meal You may adopt the number and the calorie intake. Also, for example, when reading a menu in (1), specify the type and amount of ingredients whose number of days until the expiration date is less than one day from stock information, read out the menu including the ingredients, and use up the ingredients. After specifying and using up the menu, the above-mentioned processes (1) to (5) may be performed. Also, for example, for foodstuffs whose shelf life is less than one day, the value of E (M) may be extremely increased by setting D (i) to a value close to 0 in the process of (3).

Also, as another example of how to select an element, for example, when the user U selects an element of “bargain” and an element of “full use”, the element reception unit 102 receives these elements. As an example of an algorithm for recommending a menu in this case, for example, in place of (1) described above,
(1 ') The menu information stored in the menu DB is read out, and the type and amount of each food used for the menu ("M") containing the bargain information in the food are extracted.
After that, the above-mentioned processes (2) to (5) may be performed, but the present invention is not limited to this.

In addition, as another example of how to select an element, for example, when the element “nutritive balance” and the element “full-use” are selected by the user U, the element reception unit 102 receives these elements. In this case, the purpose of the user U is to create an economic menu while considering health. As an example of an algorithm for recommending a menu in this case, for example, the process of (1) described above is performed, and instead of (2) to (3),
(2 ′ ′) Of the types and amounts of ingredients extracted in (1), the types (“F (i) (i = 1,..., N)”) and amounts (“F (i) (i = 1, ..., n)” Identify Q (i). In addition, the shelf life of the food ("D (i)") and the types of nutrients contained in the type and amount of the food ("N (k)" (k = 1, ..., m) ") And the quantity (referred to as "R (k)").
(3 '') the food use-out degree of the menu in consideration of the shelf life and the effectiveness E (M) = a × Σ _i F (i) × Q (i) / D (E) of the food in consideration of the nutritional balance i) Calculate (i = 1,..., n) + b × Σ _k N (k) × R (k) (k = 1,..., m). Here, a and b are coefficients determined based on the weighting performed by the weighting unit 103 described later.
After performing the processing of (4) and (5), the processing of (4) and (5) may be performed. For example, a and b of (3 ′ ′) may be set to predetermined values.
In addition, the method in which the user U selects one or more types of elements is not specifically limited. For example, the user U may be able to select one or more types of elements from among a plurality of types of elements displayed on the display unit 16 of the user terminal 1.

The weighting unit 103 weights each of a plurality of types of elements based on a predetermined determination criterion when there are a plurality of elements received by the element receiving unit 102.
Thereby, when the user U wants to create a menu based on a plurality of purposes, the user U can assign priority to each of the plurality of purposes.
Specifically, when there are a plurality of types of elements selected by the user U, the weighting unit 103 weights each of these elements. For example, when two types of elements of the element of "nutritional balance" and the element of "full use" are selected by the user U, the element which the user U wants to give priority to among these two types of elements is Weighting is performed so that the menu is recommended with content that is prioritized over the other factor.
When weighting is performed for each of a plurality of types of elements, a priority is given to each element, but the method for giving the priority is not particularly limited. For example, with respect to each of a plurality of types of elements displayed on the display unit 16 of the user terminal 1, an operation may be performed on the input unit 17 by the user U to give a priority. Specifically, for example, as shown in FIG. 4 described later, the user U can arbitrarily set the contents of the radar chart in which the values obtained by normalizing the priorities of a plurality of types of elements are plotted. Also good.

  Further, instead of the element receiving unit 102 or together with the element receiving unit 102, the element receiving unit 103 may receive one or more types of elements selected by an operation on the input unit 17 of the user U. For example, in the radar chart shown in FIG. 4, the priority of elements not to be selected may be set to “0”, and the elements to be selected may be set to a value of “1” or more.

  Further, the element receiving unit 102 and the weighting unit 103 are not essential components. If these are not present, the menu is determined as a recommendation based on a predetermined algorithm. For example, as in the case where the user U selects an element of "use-up", a menu for preferentially using items close in shelf life in order to use up inventory as much as possible is determined as a recommendation target.

  Further, as another example of the algorithm determined in advance, the sale information acquired by the menu recommendation unit 105 described later, as in the case where the user U selects the element of “bargain” and the element of “full use”. In order to use up inventory items as much as possible, a menu is selected as a recommendation object to preferentially use those that have near shelf life.

In addition, weighting is performed by setting one or more specific elements as fixed elements, one or more other types of elements as variable elements, and giving priority to only one or more types of elements that are variable elements. Can also be adopted. For example, of the first element "nutritive balance", the second element "useful", and the third element "favorite", the second element is a fixed element, and the first element and the third element are variable elements. It can be done.
In this case, the priority is set for each of the first element and the third element which are variable elements, and weighting is performed based on the setting contents. That is, although the menu of economical contents based on the second element as the basic fixed element is recommended by the user terminal 1, the weighting of the first element and the third element as the variable element is changed. be able to.
In this way, the user U can add not only the fixed element but also the element that he / she wants to consider in creating the menu as a variable factor, and can change the weighting according to the importance that he / she wants to consider. For example, in the above-mentioned example, although it is an economic menu giving priority to running out of stock food, it is recommended that the user terminal 1 recommends a menu with a well-balanced nutrition and as much preference as possible. Become. Furthermore, the user U only needs to perform a simple operation on the touch panel (input unit 17) when receiving the recommendation of the menu in consideration of such a variable factor.

Thereby, the user terminal 1 can recommend the menu based on one or more types of elements selected by the user U.
Further, when the user U selects an element related to inventory information, such as "use-up", for example, the menu recommendation unit 105 uses the inventory information acquired by the inventory information acquisition unit 101 and the weighting unit 103. Recommending a multi-day menu that can be created based on each of a plurality of weighted elements.
Thereby, the user terminal 1 can recommend a menu for a plurality of days without wasting food.

The bargain information acquisition unit 104 acquires bargain information as information on bargain food which is cheaper and can be purchased than the bargain sale period if purchased within the bargain sale period. The special sale information also includes information on coupons to which discount benefits are given. The special sale information acquired by the special sale information acquisition unit 104 is stored in the special sale DB 403 and managed.
Thus, the menu recommended by the user terminal 1 can include the specialty food. For this reason, it is possible to make the user U enjoy economic merits.
Specifically, the special sale information acquisition unit 104 acquires special sale information acquired and managed by the server 2 at a predetermined timing. For example, when the bargain information described in the advertisement of the supermarket where the user U can visit the store is managed by the server 2, the user terminal 1 may acquire the bargain information on a daily basis. The term "advertisement" as used herein includes the insertion leaflet of a newspaper, the description of a home page, and the like.
Moreover, it does not specifically limit about the specific method of acquiring bargain sale information. For example, by operating the user terminal 1, the user U may download bargain information posted on a website on the Internet. In addition, the user terminal 1 may adopt a method of capturing an insert leaflet of a newspaper with a built-in camera (not shown) or the like and automatically recognizing bargain sale information based on the imaging result. Alternatively, the bargain information may be temporarily stored in the server 2 from the Web service on the Internet by API connection, and the bargain information acquisition unit 104 may acquire the bargain information. The bargain information acquisition unit 104 may directly acquire bargain information from a Web service on the Internet through an API connection. The bargain information acquisition unit 104 may acquire bargain information from an application that acquires and manages bargain information operating on the user terminal 1.

Further, the menu recommendation unit 105 can recommend a menu including one or more ingredients (hereinafter, referred to as "out-of-stock ingredients") not included in the stock ingredients.
Specifically, for example, when the stock food does not contain radish, the radish is an out-of-stock food. At this time, the menu recommendation unit 105 can recommend a multi-day menu which can be created in combination with the stock food by adding the radish as the food out of stock. In addition, even if daikon is required as a food for the menu to be recommended based on the set elements, if daikon is not in stock food, it can also be suggested that daikon radish be procured out of stock food .

Further, the menu recommendation unit 105 creates a recommended menu including, as a material, the specialty food according to the special sale information, based on the special sale information.
Specifically, for example, the special sale information acquired by the special sale information acquisition unit 104 includes information that the price of daikon radish sold in the supermarket to which the user U goes is only 50 yen for one day. Assume the case. At this time, the menu recommendation unit 105 displays the bargain information on the user terminal 1 and displays a recommended menu including daikon radish as a material.
In this case, the recommendation of the menu may be performed based on the element accepted by the element reception unit 102 except that it is essential to include the radish in the material, or it is only essential to include the radish in the material. Then, the process may be performed based on the element accepted by the element accepting unit 102.
In addition, when the designated menu reception unit 107 described later receives from the user U the designation of the displayed recommended menu, the user U the menu recommended based on the stock information, or the menu from the day and the date, It may be changed to the recommended menu designated by.

The designated food reception unit 106 receives the food designated by the user U (hereinafter referred to as “designated food”). Then, the menu recommendation unit 105 displays, on the user terminal 1, a recommended menu including the designated food as a material.
Also in this case, the recommendation of the menu may be performed based on the element accepted by the element reception unit 102 except that it is essential to include the designated food in the material, or it is essential to include the designated food in the material Alternatively, the process may be performed based on the elements accepted by the element accepting unit 102. In addition, when the designated menu reception unit 107 described later receives from the user U the designation of the displayed recommended menu, the user U the menu recommended based on the stock information, or the menu from the day and the date, It may be changed to the recommended menu designated by.
Thereby, the user U can designate the said foodstuff by operating the user terminal 1, when it is thought that he would like to create the menu which used the desired foodstuff.
At this time, if the food designated by the user U is a stock food, the menu recommendation unit 105 recommends a menu that can be created using the stock food.

On the other hand, when the food designated by the user U is an out-of-stock food, the menu recommendation unit 105 needs to procure the out-of-stock food in order to create a menu to be recommended. To present.
Specifically, for example, when the user U wants to eat beef tonight, the user terminal 1 is operated to select “beef from among one or more types of foodstuffs stored in the foodstuff DB 402. Specify ".
At this time, if the beef is a stock food, the menu recommendation unit 105 displays on the user terminal 1 a recommended menu that can be created using beef.
On the other hand, if the beef is an out-of-stock food, the designated food reception unit 106 notifies the menu recommendation unit 105 that the beef is an out-of-stock food, and the menu recommendation unit 105 uses the beef. In addition to the recommendation menu that can be created, it is displayed on the user terminal 1 that it is necessary to procure beef to create the menu to be recommended.

When the menu recommendation unit 105 recommends a plurality of menus including one or more types of stock ingredients by the menu recommendation unit 105, the menu designated by the user U from the plurality of menus (hereinafter referred to as “designated menu” Accept). Further, the menu recommendation unit 105 notifies the designated food reception unit 106 of the designated menu to be recommended, and the designated food reception unit 106 specifies the necessary food from the menu DB, and designates the corresponding food as the designated food reception unit 106. Notify The designated food reception unit 106 notifies the menu recommendation unit 105 whether the food is a stock food or an out-of-stock food. When the said foodstuff is an out-of-stock foodstuff, the menu recommendation part 105 displays on the user terminal 1 that it is necessary to procure the said out-of-stock foodstuff.
Thereby, the user U can designate the menu by operating the user terminal 1 when it is desired to create a desired menu out of a plurality of types of menus recommended by the user terminal 1 .
The designated menu accepting unit 107 may accept a designated menu from the menu recommending unit 105 based on the user's operation, for example, the user U directly inputs a menu name from the user terminal 1.
Specifically, for example, when the user U wants to eat "sukiyaki" tonight, it is stored in the menu DB 404 by operating the user terminal 1, such as inputting "sukiyaki" as the menu name. Designate "Sukiyaki" as a desired menu from among one or more types of menus. Then, the designated menu reception unit 107 receives the “sukiyaki” designated by the user U as a designated menu.
At this time, the menu recommendation unit 105 identifies "sukiyaki" when "beef" is specified as a food material required to create "sukiyaki" from the menu DB 404 and corresponds to an out-of-stock food material. In order to do so, the menu recommendation unit 105 is notified that it is necessary to procure beef, and that effect is displayed on the user terminal 1.

The real menu acquisition unit 108 acquires a menu (i.e., a real menu) actually created by the user U.
Specifically, the user U inputs the contents of the menu actually created by operating the input unit 17 of the user terminal 1. The content input to the input unit 17 is acquired by the real menu acquisition unit 108 as a real menu.
Thereby, the user terminal 1 can acquire information for comparing the recommendation menu for a plurality of days recommended by the menu recommendation unit 105 with the real menu created during the same period.
The method for the user U to input the real menu by operating the input unit 17 of the user terminal 1 is not particularly limited. For example, the user U may manually input the contents of the real menu. In addition, a method is adopted in which the user terminal 1 captures a daily real menu using a built-in camera or the like (not shown) and automatically recognizes specific contents of the real menu based on the captured image. Also good. Further, the menu recommendation unit 105 may notify the real menu acquiring unit 108 of the items selected by the user U from the recommended menus displayed by the menu recommendation unit 105 as the real menu.

The comparison unit 109 compares the recommendation menu with the real menu based on a predetermined comparison standard determined for each of one or more types of elements.
Specifically, for example, the comparison standard in the element "nutritive balance" can be the type and amount of nutrients contained in each of one or more foodstuffs constituting the menu. In this case, the types and amounts of nutrients contained may be compared for each of one or more foodstuffs constituting each of the recommended menu and the real menu.
Also, for example, the comparison standard in the element of "use-up" can be the type and amount of foodstuffs which could not be used up within a predetermined period. In this case, the types and amounts of foodstuffs which could not be used up within a predetermined period may be compared for each of one or more foodstuffs constituting each of the recommendation menu and the real menu.
The comparison unit 109 may compare a constant numerical value to be achieved for each predetermined period with a numerical value calculated from the real menu of the predetermined period.

The achievement degree calculation unit 110 calculates an achievement degree for each of one or more types of elements based on the comparison result by the comparison unit 109.
As a specific example, the type and amount of nutrients contained in the food of the real menu, the type and / or amount of nutrients contained in the food of the recommendation menu, or a certain type to be achieved at predetermined intervals and Assume that the amount is significantly less than the amount. In this case, the achievement level of the real menu calculated based on the comparison result of the elements of "nutrition balance" is, for example, the achievement level for the recommendation menu "100" by performing normalization processing for each of one or more types of elements. It becomes possible to set the value to be "40". Alternatively, the achievement level may be set as (lipid, vitamin / mineral, carbohydrate) = (80, 40, 100) or the like as a set of values in which the comparison results of each nutrient are arranged in parallel.
As described above, the user U can easily confirm his / her past performance by calculating the degree of achievement of the real menu for the recommendation menu based on the comparison standard predetermined for each element.
This allows the user U to reflect on the points to be reflected, and to keep the good points in the future, so that the degree of achievement of each element can be used for the determination of the future menu.

Further, the degree of achievement calculated numerically for each element can be displayed as a graph as shown in FIG. 10 described later. As a result, the user U can grasp at first glance the degree of achievement of each of a plurality of types of elements, and can easily recognize which elements have problems.
In addition, although the method of displaying with a numerical value and a graph is employ | adopted for the achievement level in this embodiment, it is not limited to this method. For example, it may be a picture or character that can recognize not the numerical value but the achievement level as an image, or the achievement level may be indicated by the difference in color.

Next, with reference to FIG. 4, a specific method for causing the user U to weight each of a plurality of types of elements will be described.
FIG. 4 is a radar chart showing an example of a specific method for causing the user U to specify weighting for each of a plurality of types of elements.

Elements P1 to P5 shown in FIG. 4 are all elements required for the user terminal 1 to recommend a menu to the user U. Specifically, for example, an element P1 of "nutritive balance", an element P2 of "useful", an element P3 of "preference", an element P4 of "bargain", an element P5 of "budget" can be used.
The values plotted in the radar chart of FIG. 4 are values obtained by normalizing the priorities (i.e., the degrees of weighting) of a plurality of types of elements. Among the values plotted on the radar chart of FIG. 4, the priority of “1” is the lowest, and the priority of “5” is the highest. Further, values indicating the respective degrees of priority of the elements P1 to P5 are connected by a solid line. The default value of the value indicating the degree of weighting of each element is “3” indicated by a broken line.
As described above, by arranging numerical values indicating the degree of weighting for each of the plurality of types of elements in a radial manner, the respective degrees of weighting of the plurality of types of elements can be compared at a glance. Although the method of arranging the numerical values indicating the weighting degree in a radial manner is not particularly limited, a radar chart as shown in FIG. 4 is displayed on the display unit 16 of the user terminal 1 and the user U displays the numerical values on the radar chart. It may be set arbitrarily. In this case, the weighting unit 103 weights each of the plurality of types of elements based on the numerical value (the numerical value indicating the weighting degree) input by the user U.

In the example of FIG. 4, the value indicating the weighting degree of the element P1 is "3", the value indicating the weighting degree of the element P2 is "4", and the value indicating the weighting degree of the element P3 is "5" The value indicating the weighting degree of the element P4 is “2”, and the value indicating the weighting degree of the element P5 is “1”. The user terminal 1 will recommend the menu to the user U based on the degree of weighting.
As an example of how to set the radar chart, for example, the shape of the radar chart may be changed by the user U so that the sum of the values of the elements becomes equal. Before and after the change, the sum of the values of each element is equal, and based on the positional relationship between the element designated by the user U and the other element in the radar chart, in response to the change of the value of the element designated by the user U, You may change the values of other elements. For example, when an instruction to increase the value of the first element (P1) by 2 units is received from the user U while the values of all elements are displayed as “3” on the radar chart, the first element is automatically displayed. The shape of the radar chart may be modified so that the adjacent second element (P2) and fifth element (P5) are reduced by one unit each and the values of the third element and fourth element are not changed. When an instruction to increase the value of the first element (P1) by 6 is received from the user U, the second element (P2) and the fifth element (P5) adjacent to the first element are automatically reduced by two units, The shape of the radar chart may be modified to reduce the values of the three elements and the fourth element by one unit. Then, when an instruction to increase the value of the first element (P1) to the sum of the values of each element is received from the user U, the values of the second to fifth elements may be set to 0. Alternatively, the value of all the elements may be increased when a winch out operation is accepted. By changing the radar chart like this, it is possible to avoid the inconvenience that the user has to specify all the elements one by one, and it is possible to smoothly deform the radar chart according to the user's operation. Become.

Next, the menu recommendation process performed by the user terminal 1 having the functional configuration of FIG. 3 will be described with reference to FIG.
FIG. 5 is a flow chart for explaining the flow of menu recommendation processing for a plurality of days which the user terminal 1 of FIG. 3 executes.

As shown in FIG. 5, the user terminal 1 executes the following series of processing.
In step S1, the stock information acquisition unit 101 acquires information on stock food as stock information. Inventory information acquired by the inventory information acquisition unit 101 is stored in the inventory DB 401 and managed.
In step S2, the element receiving unit 102 receives one or more types of elements selected by the user U.

In step S3, the weighting unit 103 determines whether a plurality of types of elements accepted by the element accepting unit 102 exist.
If there are a plurality of types of elements received by the element receiving unit 102, it is determined as YES in step S3, and the process proceeds to step S4. On the other hand, if there is one element accepted by the element accepting unit 102, it is determined as NO in step S3, and the process skips step S4 and proceeds to step S5.

In step S4, the weighting unit 103 weights each of a plurality of types of elements based on a predetermined determination criterion.
In step S5, the bargain information acquisition unit 104 acquires bargain information.
In step S6, the menu recommendation unit 105 receives the inventory information stored in the inventory DB 401, the special sale information stored in the special sale DB 403, the ingredients required for the menu stored in the menu DB 404, and the element reception unit Based on the one or more elements accepted by 102, recommendable multi-day menus can be prepared. If there is no element related to inventory information, such as "use-up" in the element received by element reception unit 102, menu recommendation unit 105 stores the bargain information stored in bargain sale database 403 and menu DB 404. Based on the food required for the selected menu and the one or more types of elements received by the element receiving unit 102, a plurality of days of menu that can be created may be recommended. This completes the menu recommendation process.
A series of processes as described above are executed by the user terminal 1, whereby a menu of a plurality of days is recommended based on one or more types of elements.

Next, with reference to FIG. 6, the logic of the menu recommendation process for multiple days which the user terminal 1 executes will be described.
FIG. 6 is an image diagram showing the logic of menu recommendation processing executed by the user terminal 1 of FIG. 3 when there is an element related to inventory information in the element received by the element receiving unit 102.

As shown in FIG. 6, the stock amount of the food V is indicated by a polygon Y in which the abscissa represents the expiration date as an element over time, and the ordinate represents the procured amount of the food V (stock amount). The stock amount of the food V is gradually reduced by daily consumption unless it is additionally procured, and eventually lost. For example, the foodstuff V procured at the date D1 is used when creating the recommendation menu A and the recommendation menu B, and becomes a state of stock zero at the date D3. For this reason, the food V can not be used for the menu C at the date D3.
As described above, the user terminal 1 recommends a menu which is suitable for the user U, considering at least the amount of stock food and the best-before date different for each food. For each of the foodstuffs stored as inventory information in the inventory DB 401, a diagram may be displayed on the user terminal 1 as shown in FIG. 6 showing the change (plan) of the inventory amount and the inventory amount based on the recommended menu. The change in inventory amount is recognized by the user terminal 1 by image processing or the like based on a real menu notified to the real menu acquiring unit 108 described later and a photograph in a refrigerator or the like taken around the time the real menu is created. Learning and prediction may be performed using changes in stock ingredients included in the photograph.

Next, with reference to FIG. 7, the specific example of the menu recommendation process which the user terminal 1 performs is demonstrated.
FIG. 7 is an image diagram showing a specific example of the menu recommendation process performed by the user terminal 1. In FIG. 7, in order to simplify the description, the menu recommended by the user terminal 1 is dinner only, and the type of recommended menu is also 1 item or 2 items.

In FIG. 7, the horizontal axis is time, the plurality of vertical axes are consecutive dates D1 to D6 (for example, July 1st to July 6th), Y1 is a stock food, Y2 is a monthly budget, and Y2a is a monthly budget. The budget amount (hereinafter, referred to as “default budget”) obtained by multiplying the daily allowance and the number of days (three days) until the next purchase date B2 (date D4) is shown. The date D4 is the day.
Specifically, it is assumed that the date D1 corresponds to the purchase date B1 at which the user U purchases the food. Then, when the purchase of the food by the user U and the input of the information on the food procured by the user U to the user terminal 1 are performed, the stock information acquisition unit 101 of the user terminal 1 has stock information on the stock food. It is acquired. That is, the inventory food Y1 at the date D1 (purchase date B1) is stored in the inventory DB 401 as inventory information. Specifically, stock information is stored in the stock DB 401 for each of a total of five types of foodstuffs such as "Shirataki", "Ginseng", "Cabbage", "Potato", and "Pig Bark Meat". The information about the foodstuffs procured by the user U by the purchase may be directly input to the user terminal 1 by the user U, and based on the photograph in the refrigerator etc. taken before and after storing the purchased foodstuffs in the refrigerator, the user terminal 1 May recognize changes in stock food items included in the photo by image processing or the like, and may acquire the change based on the recognition result.

As shown in FIG. 7, at the time of date D1, the stock quantities of each of these five types of food are indicated by polygons Y1a to Y1e, and will eventually be lost by daily use. For example, although the polygon Y1a indicating the stock quantity of "Shirataki" was not used on the date D1, it is out of stock at the date D3 because it is used on the date D2.
In addition, the remaining amount of monthly budget Y2 at date D1 (hereinafter referred to as “remaining budget amount”) is the amount after the purchase on the same day, that is, the amount obtained by subtracting default budget Y2a from monthly budget Y2 (Y2-Y2a) . The amount of remaining budget may be set as (Y2-Y2a ') when the user U inputs from the user terminal 1 the amount Y2a' (not shown) actually required for the purchase. Alternatively, the remaining budget may be set as (Y2-Y2a '') by acquiring the amount Y2a '' (not shown) actually required for the purchase managed by the household account management application on the user terminal 1 or the like.

The element receiving unit 102 of the user terminal 1 receives one or more types of elements selected by the user U. The example of FIG. 7 will be described on the assumption that the element “useful” is selected by the user U.
When the element reception unit 102 receives an element “use-up”, the menu recommendation unit 105 executes the following processing. That is, it is created based on the stock information on Shirakaki, carrots, onions, potatoes, and pork belly meat acquired by the stock information acquisition unit 101 and the element “use-out” accepted by the element reception unit 102. Recommend possible multi-day menu to user U.
Specifically, a menu for a plurality of days in which priority is given to using up the food with the shortest shelf life or the food with the highest remaining value within the monthly budget Y2 of the user U is recommended.
In the example of FIG. 7, “curry” using ginseng, onions, potatoes, and pork belly is recommended for the dinner on date D1.
For dinner with date D2, "meat and potato" using shirataki, carrots, onions, potatoes, and pork belly is recommended. In addition, at the time of dinner on date D2, we will use up shirataki, potato, pork belly.
For dinner with date D3, "fried vegetables" using carrot and onion is recommended. After that, at the time of dinner on date D3, the onions will be used up.
For dinner with date D4, "Ginseng soup" using only ginseng remaining as stock is recommended as a menu.
As for the dinner on date D5, "curry (thawing)", which is a frozen stock of curry prepared on date D1, is recommended as a menu since there are no stock ingredients.
The above is the recommended menu based on the stock information at the date D1 (purchase date B1).
Then, on the date D1 and D2 and D3 which are the past, when the user U selects one of the recommended menus displayed by the menu recommendation unit 105 as actually prepared as dinner, the menu recommendation unit 105 is selected as a real menu. The inventory information may be updated by notifying the real menu acquisition unit 108 and acquiring food materials used in the real menu from the menu DB 404, subtracting the food material from the stock amount of the stock information pertaining to the food material. Updating of inventory information is performed based on a photograph in a refrigerator or the like taken around the time of making dinner, the user terminal 1 recognizes a change in inventory food contained in the photograph by image processing or the like, and based on the recognition result You may go.

In addition, on the day of date D4, user U wants to create "ginseng saute" and "beef hamburger" which are menus other than "ginseng soup" recommended as a menu of dinner on date D4 by user terminal 1 I suppose. In other words, it is assumed that the user U wants to change to another menu instead of the menu originally recommended. In such a case, the user U can change the menu by operating the user terminal 1.
By this operation, the designated menu reception unit 107 receives from the menu recommendation unit 105 the "ginseng saute" and the "beef hamburg" as the designated menu. At this time, the designated menu reception unit 107 specifies, from the menu DB 404, “Ginseng” and “Grilled beef” which are ingredients necessary to create “Ginseng saute” and “Beef hamburg”, and the designated food reception unit 106. Notify The designated food reception unit 106 searches the stock DB 401, determines that “Ginseng” is stock food and “ground beef” is out of stock food, and notifies the menu recommendation unit 105. The menu recommendation unit 105 presents that it is necessary to procure ground beef in order to create "beef hamburg".
Here, when the user U actually purchases "ground beef" which is an out-of-stock food, the stock amount of "ground beef" is indicated by a polygon Y1g. The registration as inventory information of “ground beef” may be input from the user terminal 1 to the inventory DB 401 accompanied by the purchase of “ground beef”, based on the photograph in the refrigerator etc. taken before and after the point of purchase Alternatively, the user terminal 1 may recognize a change in the stock food included in the photo by image processing or the like, and may perform it based on the recognition result.

In addition, it is assumed that "unagi" is sold at a discount on "Today only" at the date D4, which is "today", and it is posted in the insert flyer of the newspaper. In this case, the bargain information acquisition unit 104 acquires the information as bargain information. As the bargain information, bargain information may be temporarily stored in the server 2 from the Web service on the Internet by API connection, and the bargain information acquisition unit 104 may acquire the bargain information. The bargain information acquisition unit 104 may directly acquire bargain information from a Web service on the Internet through an API connection. The bargain information acquisition unit 104 may acquire bargain information from an application that manages bargain information operating on the user terminal 1.
Then, based on the special sale information, the menu recommendation unit 105 displays that it is possible to procure the “unagi” which is sold at a discount on the date D4, and can confirm the presence or absence of the purchase of the “unagi”.
In addition, the method of presenting the foodstuff ("unagi" in the example of FIG. 7) based on the bargain sale information, and the method of confirming the presence or absence of purchase of the specialty food are not particularly limited. For example, as shown in FIG. 8 to be described later, by displaying the bargain information in the display area H2 of the user terminal 1, it is shown that the bargain food can be purchased, and a method for confirming the presence or absence of purchase is adopted. You may. As shown in FIG. 11, by displaying the bargain information in the display area H6 of the user terminal 1, it is shown that the bargain food can be purchased, and a method of confirming the presence or absence of the purchase is adopted. good.
When the user U approves the purchase using the predetermined method in response to the presentation that "unagi" can be purchased by the menu recommendation unit 105, the menu recommendation unit 105 is recommended as a dinner with a date D5. The menu will be changed from "curry (thawing)", which was initially recommended, to "Eel grilled eel". Alternatively, after accepting the designation of the food desired to be purchased (“unagi” in the example of FIG. 7) and acquiring the bargain information including the food desired for purchase, the menu recommended at the beginning without consenting to the purchase ( In the example of FIG. 7, the menu may be changed from “curry (thawing)” to a menu using the ingredients included in the bargain sale information (“an eel grilled with eel” in the example of FIG. 7).
Here, when the user U actually purchases "unagi" which is a specialty food, the stock amount of "unagi" is indicated by a polygon Y1f. The registration as inventory information of "unagi" to stock DB 401 accompanying purchase of "unagi" may be input from user terminal 1 by user U, based on the photograph in the refrigerator etc. taken before and after the purchase time, The user terminal 1 may recognize a change in the stock food included in the photograph by image processing or the like, and may perform it based on the recognition result.

Thus, the menu on date D4 is changed from "Ginseng soup" to "Beef hamburg" and "Ginseng saute", and the menu on date D5 is changed from "Curry (defrosted)" to "Eel roasted eel" Then, the budget change by the menu recommendation unit 105 is performed.
That is, the budget on the purchase date B2 (date D4) will be changed due to the change of the menu. Specifically, as shown in FIG. 7, the additional budget Y2C associated with the menu change is positively added to the default budget Y2b on the purchase date B2 (date D4).
For this reason, the remaining budget amount at the date D4 is obtained by Y2- (Y2a + Y2b + Y2c), but this remaining budget amount is the minimum of the predetermined monthly budget Y2 (hereinafter referred to as "minimum monthly budget"). If the amount obtained by converting the amount of stock ingredients into money (hereinafter referred to as “stock remaining value”) is less than the product of the daily allowance and the remaining days of the month, a prescribed method is used A warning is issued to the user U. That is, when the following equation (1) holds, a warning to that effect is issued to the user U on the assumption that the budget for purchasing the food is short.
Remaining budget amount <minimum monthly budget / number of days × remaining days-inventory remaining value ... (1)

Next, a specific method for the user terminal 1 to recommend a menu for a plurality of days will be described.
FIG. 8 is an image diagram when the user terminal 1 of FIG. 3 causes the user terminal 1 to display the past real menu and the future recommendation menu. In order to simplify the description, the menu recommended by the user terminal 1 is dinner only, and the type of recommended menu is one.

As shown in FIG. 8, a monthly calendar is displayed in the display area H1 of the user terminal 1, and in the column of each date, a real menu and a menu of dinners for a plurality of days recommended by the user terminal 1 are It is displayed by the letter button M or the figure button C. Further, January 12, 2017, in which “today” is displayed on the calendar, is the day when the user U is browsing the user terminal 1.
That is, the menu displayed in the column of the date before January 12, 2017, which is the day, is a real menu, and the menu displayed in the column of the date after January 12, 2017 is recommended by the user terminal 1 Become a multi-day menu.
As described above, the calendar displayed on the user terminal 1 can simultaneously display the real menu based on the past performance of the user U and the future menus recommended for the plurality of days recommended by the user terminal 1. For this reason, the user U can grasp the menu about the past and the future at a glance.

  Specifically, for example, in the column of the date on which the real menu is displayed, the real menu on January 1, 2017 is “Osechi”. Here, when the character button M displayed as "Osechi" is pressed by the user U, the food material actually used to create the "Osechi", a captured image of the "Osechi", and the user U for the "Osechi" Information such as evaluations and comments from the family is displayed.

In addition, the real menu on January 2, 2017 is cup noodles. Thus, for a menu that allows the user U to first glance at the contents of the menu, the graphic button C can be displayed instead of the character button M.
In addition to fresh foods such as fruits and vegetables, meat and fish, preserved foods such as cup ramen and cans can be included in the stock information.

Moreover, the menu of January 14, 2017 among the column of the date on which the recommendation menu is displayed is "yakin." Here, when the character button M displayed as "Yakiniku" is pressed by the user U, information such as ingredients required for creating "Yakiniku" and a recipe describing how to create "Yakiniku" is displayed. Ru.
Thereby, the user U can easily obtain information for creating a recommended menu (burnout). From the user terminal 1, the user U presses the column of the date on which the recommendation menu is displayed to display the detail screen (not shown) of the date, and changes the menu from "baked meat" to another menu. It is good. By this operation, the designated menu reception unit 107 receives the designated menu from the menu recommendation unit 105.

  Also, the menu recommended for dinner on January 18, 2017 is cup ramen. Here, when the graphic button C indicating the cup frame is pressed by the user U, it is possible to display information such as the stock amount for each brand of the cup frame. Thus, the user U can easily grasp the stock amount of the recommended menu (cup ramen).

  Further, a graphic representing a 500-yen coin displayed in the column of January 5, 2017 indicates that the displayed date is the date of purchase B. Thus, the user U can grasp at a glance the day on which he / she bought the food and the day on which he / she should go. The user terminal 1 may make a proposal based on the stock information and the monthly budget Y2 as to when to set the future purchase date B in a month, or the user U may use his own schedule. It may be specified together. In addition, the purchase date B proposed by the user terminal 1 may be corrected by the user U in accordance with his / her schedule. The correction of the purchase date B may be performed by dragging the figure representing the 500 yen coin to move to the position corresponding to the corrected date, or pressing the date column corresponding to the purchase date B to be corrected , Display the detail screen of the date, you may change the date of the "purchase date" event.

Also, as described above, the recommendation menu can be changed to another menu according to the user U's wishes. In addition, you can change to "mealing" instead of a menu. Also, the user U can designate in advance a specific day as the eating out day.
Thus, for the day designated by the user U as the eating out date, the character button G indicating eating out can be displayed in the date field on the calendar. For example, in the example of FIG. 8, January 8, 2017 is the day when the restaurant eats out, and January 22, 2017 and January 28, 2017 are the days when the planned meal date is specified. Here, when the character button G is pressed by the user U, the name and category of a specific restaurant that the user U actually visits or plans to visit from now on (for example, Japanese food, Western food, Chinese food, etc.) And other information can be displayed. The specific store name and genre that are scheduled to go may be recommended based on the set element or the store actually visited.

Further, in the display area H2 of the user terminal 1, information such as inventory information on the day when the user U is browsing the user terminal 1 is displayed for each display item.
Specifically, “food material stock”, which is a display item indicating inventory information, and a display item, which is information indicating that the date when user U is browsing user terminal 1 corresponds to purchase date B. The user U browses the user terminal 1 by “purchase today”, “food cost calculation” which is a display item indicating the remaining budget amount of the monthly budget Y 2, “bargain sale / coupon” which is a display item indicating bargain sale information, "Today's Menu", which is a display item indicating information on the menu of the current day, is displayed.

In the example of FIG. 8, among the display items displayed in the display area H2, “food material stock” includes a figure indicating ginseng, a letter “x 2”, a figure indicating pork loin meat, and a letter “200 g”. , And the character button S represented by the characters "More ..." are displayed.
Thereby, the user U can grasp that at least two "ginsengs" and 200 g of "pork loin meat" are held as stock food. In addition, the user U can display the amount of stock ingredients other than "ginseng" and "pork loin meat" by pressing the character button S represented by the characters "More ...".

Among the display items displayed in the display area H2, “Today's Bid” includes an amount of “¥ 500”, a figure showing fresh fish horse mackerel, a letter “× 2”, a figure showing a fruit and vegetables cabbage, The characters “× 1/2” are displayed.
Thus, the user U determines that the budget for today's purchase is “¥ 500”, and that the ingredients to be purchased today are two “horse mackerel” and one half “cabbage”. be able to.

Among the display items displayed in the display area H2, the “food balance” includes the amount of “¥ 9,500” and the character button T represented by the characters “see the budget result graph”. .
Thus, the user U can grasp that the remaining budget amount of the monthly budget Y2 is “¥ 9,500”. Further, the user U can display the purchase record for the monthly budget Y2, although not shown, by pressing the character button T represented by the characters "View budget result graph".

Among the display items displayed in the display area H2, in the "sales / coupons", a figure indicating the grilling of eel, an amount of "¥ 1,000", and a button K consisting of the characters "purchase / acquisition" are displayed It is done.
As a result, the user U can grasp that “Unagi no yaki” is “¥ 1,000” per pack as the special sale information. Further, when the user U presses the button K consisting of the characters "purchase / acquisition", the menu after today or the next day is changed to "roasted eel." As described above, when the recommendation menu is changed, the remaining budget amount also changes.

Among the display items displayed in the display area H2, in the "Today's menu", the character "Ginseng soup" and the character button L consisting of the characters "Change" are displayed.
Thereby, the user U can grasp that today's menu is "ginseng soup". In addition, the user U can change the today's menu from "ginseng soup" to another menu by pressing the character button L consisting of characters "change".
The user terminal 1 displays a menu for a plurality of days using the above-described specific method. Thereby, the user U can confirm the menu of several days.

Next, with reference to FIG. 9, the achievement level calculation process executed by the user terminal 1 having the functional configuration of FIG. 3 will be described.
FIG. 9 is a flowchart illustrating the flow of the achievement level calculation process performed by the user terminal 1 of FIG. 3.

As shown in FIG. 9, in the user terminal 1, the following series of processing is executed.
In step S21, the real menu acquisition unit 108 acquires a real menu.
In step S22, the comparison unit 109 compares the recommendation menu with the real menu based on a predetermined comparison standard determined for each of one or more types of elements. As another example of the comparison unit 109, a constant numerical value to be achieved set for each predetermined period (for example, one day) may be compared with a numerical value calculated from a real menu of the predetermined period.
In step S23, the achievement degree calculation unit 110 calculates the achievement degree for each of one or more types of elements based on the comparison result by the comparison unit 109. This completes the achievement level calculation process.
By the series of processes as described above being executed by the user terminal 1, the user U can easily grasp the degree of achievement of the real menu for the recommendation menu.

Next, the specific method for the user terminal 1 to display the achievement degree for each element calculated by the achievement degree calculation process shown in FIG. 9 will be described.
FIG. 10 is a graph (hereinafter referred to as “achievement degree graph”) as an example of a specific method of displaying the achievement degree for each element calculated by the user terminal 1 of FIG. 3.

As shown in FIG. 10, in the achievement level graph, the horizontal axis represents year and month, and the vertical axis represents achievement level. The three broken lines plotted on the achievement level graph all indicate elements P1 to P3 designated by the user U. Further, in the example of FIG. 10, values obtained by normalizing the achievement levels of the elements P1 to P3 so that the maximum value is “100” and the minimum value is “0” are displayed.
Specifically, for example, three elements of an element P1 of "nutritional balance", an element P2 of "usage" and an element P3 of "preference" are designated as fixed elements, and based on these three elements P1 to P3 It is assumed that a menu for seven months from January to July is recommended by the user terminal 1.
In this case, by comparing the recommendation menu with the real menu, or by comparing a constant value to be achieved set for each predetermined period with a value calculated from the real menu for the predetermined period Thus, the degree of achievement of each of the elements P1 to P3 can be calculated monthly. In the example of FIG. 10, the horizontal axis is displayed on a monthly basis, but may be displayed on a daily basis, an annual basis, a quarterly basis, or any other period.

Specifically, the achievement level of January 2017 was 80, but the element P1 (nutritional balance) is 50 or lower in the level from February 2017 to April 2007, and then from May 2017 7 The moon has maintained a level of achievement of over 60. That is, the user U can grasp at a glance that the real menu has been nutritionally balanced.
In addition, element P2 (use-up) is 50 achievement levels in January 2017, and it continues to rise and fall depending on the month thereafter, but consistently maintains achievement levels 50 or higher, and in July 2017 Among the three elements (elements P1 to P3), it is the highest achievement level 80. That is, the user U can grasp at first glance that the stock food is efficiently and economically used out by the real menu.
In addition, element P3 (preference), the achievement level of January 2017 is 10, and although it fluctuates up and down slightly depending on the month thereafter, the achievement level is consistently at 30 or less. Also, although it has been on the rise trend since May 2017, it has achieved the lowest achievement level 30 among the three elements (elements P1 to P3) as of July 2017. That is, the user U can grasp at first glance that the real menu is not a menu according to the preference of the user U.
This allows the user U to reflect on the point to be reflected, and to keep the good point in the future, and can use it in the decision of the future menu.

Next, a specific method will be described in which the user terminal 1 recommends information necessary for the user U to make a purchase.
FIG. 11 is an image diagram showing an example of a specific method of recommending a menu from the bargain information and the stock information.

As shown in FIG. 11, in the display areas H3 to H6 of the user terminal 1, useful information is displayed when the user U makes a purchase.
In the display area H3, a calendar indicating the month and day is displayed on a weekly basis. In the example of FIG. 11, a calendar indicating a week from Monday, December 5th (Sunday) to Sunday, December 11th is displayed.
When an arbitrary day is selected by the user U from this calendar, inventory information of stock food on the arbitrary day is displayed. If a future date is selected, inventory information on the date reflecting the change (planned) in inventory amount based on the recommended menu is displayed. Note that in the example of FIG. 11, the user U selects the Monday of December 5 (today).

  In the display area H4, inventory information stored in the inventory DB 401 is displayed. In the example of FIG. 11, inventory information on the day (December 5) designated by the user U is displayed. Specifically, garam masala, garlic, beef (for curry), eggplant, carrot, potato, onion, flour, curry roux, curry powder are displayed as stock information.

  In the display area H5, the bargain sale information stored in the bargain sale DB 403 is displayed. In the example of FIG. 11, the bargain sale information on the day (December 5) designated by the user U is displayed. Specifically, minced pork (¥ 58/100 g), horse mackerel (¥ 134 / tail), carrot (¥ 58 / piece), cabbage (¥ 72 / piece) are displayed as bargain information.

In the display area H6, a plurality of menus are displayed based on the inventory information displayed in the display area H4, the bargain sale information displayed in the display area H5, and the elements P1 to P5 selected by the user U. It is done. The latest date when the displayed menu is actually created is also displayed together with reference to the real menu DB 405.
Further, in the display area H6, a button J is provided on which the character "very popular!" Is displayed. When the user U presses the button J, it uses ingredients contained in the stock information and the bargain sale information, and an original menu (hereinafter referred to as a "popular menu") having a high evaluation of cooking recipes published on the Internet. Is displayed. Thereby, the user U can easily acquire information on the popular menu.

In the example of FIG. 11, from among the menus stored in the menu DB 404, “Curry” made from pork mince, carrots, potatoes, and curry roux, pork, carrots, and miso are used as ingredients. “Pagoya soup”, “pasta” made of cabbage, garlic, and pasta noodles and “most popular menu” made of horse mackerel are extracted.
As described above, the display area H6 displays a plurality of menus using the ingredients included in the bargain sale information. Specifically, a graphic showing curry, a graphic showing pork broth, a graphic showing pasta, and a button J are displayed. One or more of these figures can then be selected and added to the December 5 menu. Note that the other recommendation menu on December 5 may be recalculated by the menu recommendation unit 105 including the added menu. The user U may delete the menu recommended before the menu is added from the user terminal 1 as the recommended menu on December 5.

As shown in FIG. 11, of the ingredients (ie, ingredients) required to make curry, ginseng, potatoes, and curry roux are stock ingredients, and minced pork meat is included in sales information, "Curry" is recommended as a menu that can be created by user U purchasing pork cut pieces. The ingredients (for example, "Laurier") required to create "curry" may not be included in the stock information or the bargain sale information. In this case, out-of-stock ingredients ("Laurier") are displayed as ingredients that need to be purchased. Similarly, pork soup, pasta, and a popular menu are also displayed in the display area H6 as a menu that can use stock ingredients and ingredients included in the special sale information. In addition, although not shown in the figure, by purchasing the ingredients included in the bargain sale information, the user U can confirm which ingredients included in the stock information can be used and which recommended menu can be made, When the user U selects the icon of the food (for example, "scissors of pork") included in the bargain sale information from the user terminal 1, the icon of "scissors of pork" and the stocked food used for the recommended menu ( For example, a dashed line (3 pieces) connecting the icon of "Ginseng", "potato", "curry roux" is displayed, and / or a recommended menu ("curry", "pork soup") using "cut pork mince" The) icon may be highlighted.
Alternatively, although not shown, when the user U selects an icon of a food material (for example, "scissors of pork") included in the bargain sale information from the user terminal 1, the icon and the "scissors of pork" are used. The broken line (two) connecting the icon of the recommended menu ("curry", "pork soup") is displayed and / or the stock ingredients used for the recommended menu ("curry", "pork soup") and the recommended menu A dashed line (three lines) connecting the icons (for example, “Ginseng”, “potato”, “curry roux”) may be displayed.

Further, the menu displayed in the display area H6 as the recommended menu may be a menu favored by the family of the user U. In this case, when the recommendation of the menu by the user terminal 1 is performed, it is based on the element of “preference”.
Specifically, an image E obtained by imaging a real menu, and information (date, menu name, etc.) on the real menu are stored in the real menu DB 405. Then, evaluations and / or comments on the real menu are collected from the family of the user U in advance, and the results are linked to the real menu and stored in the real menu DB 405. The evaluation and / or the comment may be stored in the menu DB 404 as information on a menu corresponding to the real menu instead of / both of the real menu DB 405. In addition, the method in particular for which evaluation and / or comment are asked from the family of user U is not limited. For example, the user U may use the social networking service (SNS) to vote for the popularity of the real menu on the family of the user U. Further, evaluations and comments may be collected using a predetermined application program installed in the user terminal 1. Thereby, the user terminal 1 can recommend the menu based on the evaluation and comment on the real menu by the family of the user U.

  As mentioned above, although one Embodiment of this invention was described, this invention is not limited to the above-mentioned embodiment, A deformation | transformation in the range which can achieve the objective of this invention, improvement, etc. are included in this invention It is.

  For example, in the embodiment described above, "Nutritional Balance", "Useful", "Japanese Food", "Preferences", and "Vegetables" are illustrated as examples of "one or more elements" selected by the user U. However, these elements are merely illustrative. Among the various types of menus, any content that can be considered when recommending a predetermined menu can be adopted as "one or more elements".

  Further, in the example of FIG. 7, the horizontal axis is separated by date, but the unit separating the horizontal axis (ie, the unit for recommending a menu) is not limited to the date. For example, it may be separated by units such as breakfast, lunch, and dinner.

  Moreover, in FIG. 8, a menu for one month is illustrated as a menu for a plurality of days recommended by the user terminal 1. However, the period during which the user terminal 1 recommends a menu is not limited to one month. Menus of any duration can be recommended. For example, it is possible to recommend a menu for a period of February or a quarter.

  Further, each hardware configuration shown in FIG. 2 is merely an example for achieving the object of the present invention, and is not particularly limited.

  Further, the functional block diagram shown in FIG. 3 is merely an example and is not particularly limited. That is, it is sufficient if the information processing system is equipped with a function capable of executing the above-described series of processes as a whole, and what functional block is used to realize this function is not particularly limited to the example of FIG. .

Also, the location of the functional block is not limited to the location shown in FIG. 3 and may be arbitrary. For example, at least a part of the functional blocks on the user terminal 1 side may be provided on the server 2 side, or vice versa.
One functional block may be configured as a single piece of hardware or may be configured as a combination with a single piece of software.

When the process of each functional block is to be executed by software, a program constituting the software is installed on a computer or the like from a network or a recording medium.
The computer may be a computer incorporated in dedicated hardware. In addition, the computer may be a computer capable of executing various functions by installing various programs, such as a general-purpose smartphone or personal computer other than a server.

  A recording medium including such a program is distributed not only by a removable medium separately from the apparatus main body to provide the program to each user, but is configured not only by removable media but also by each user while being incorporated in the apparatus main body. It comprises the provided recording medium and the like.

In the present specification, in the step of describing the program to be recorded on the recording medium, the processing performed chronologically according to the order is, of course, parallel or individually not necessarily necessarily chronologically processing. It also includes the processing to be performed.
For example, in step S1 of FIG. 4, the stock information acquisition unit 101 acquires, as stock information, information on stock foodstuffs held by the user U. However, inventory information may be appropriately managed as long as the menu recommendation unit 105 recommends a menu for a plurality of days. Therefore, the inventory information may be stored and managed in the inventory DB 401 from any point prior to the process in which the menu recommendation unit 105 recommends the menu for a plurality of days in step S6.

In summary, the information processing apparatus to which the present invention is applied only needs to have the following configuration, and various various embodiments can be taken.
That is, an information processing apparatus (for example, the user terminal 1 in FIG. 1) to which the present invention is applied is
Inventory information acquisition means (for example, the inventory information acquisition unit 101 of FIG. 3) for acquiring information on inventory of foodstuffs as inventory information;
Menu recommendation means (for example, the menu recommendation unit 105 of FIG. 3) for recommending menus of a plurality of days that can be created based on the inventory information acquired by the inventory information acquisition means;
Equipped with
This can provide a method for recommending a menu based on predetermined factors.

Further, the device further includes an element receiving unit (for example, the element receiving unit 102 in FIG. 3) for receiving one or more types of elements, and the menu recommendation unit (for example, the menu recommendation unit 105 in FIG. 3) is acquired by the inventory information acquiring unit Based on the stock information and the one or more types of elements accepted by the element accepting means in the previous period, a multi-day menu that can be created may be recommended.
Moreover, the foodstuff required for preparation of the said menu recommended by the said menu recommendation means can include the out-of-stock foodstuff as a foodstuff which is not contained in the said stock.
In this way, it is possible to provide a method for recommending the menu regarding the foodstuffs held by the user as stock and the other foodstuffs for each predetermined element.

Further, the system further includes designated food reception means (for example, the specified food reception unit 106 in FIG. 3) for receiving the specified food specified by the user (for example, the user U1 in FIG. 1),
The menu recommendation means further includes
When creating the menu to be recommended, when the designated food is not included in the stock information, it can be presented that it is necessary to procure the designated food.
Thereby, the user U can designate the said foodstuff by operating the user terminal 1, when it is thought that he would like to create the menu using a desired foodstuff.

In addition, a bargain information acquisition unit (for example, bargain information acquisition unit 104 in FIG. 3) acquires bargain information as information on bargain food that is cheaper and can be purchased than the bargain purchased outside the predetermined period if it is purchased within the predetermined period. Further)),
The menu recommendation means further includes
It is possible to create a menu to be recommended based on the sale information.
As a result, it is possible to include the specialty food in the menu recommended from the user terminal 1, and therefore it is possible to make the user U enjoy economic merits.

In addition, a designated menu reception unit (for example, a designated menu reception unit 107 in FIG. 3) for receiving the menu designated by the user as a designated menu from among one or more menus (for example, designated menu reception unit 107)
The menu recommendation means further includes
In the case where an out-of-stock food is needed in creating the designated menu, it can be presented that it is necessary to procure the out-of-stock food.
Thereby, when the user U wants to create a desired menu, the user U can specify the menu by operating the user terminal 1.

In addition, when there are a plurality of types of the elements received by the element receiving means, weighting means for weighting each of the plurality of types of elements based on a predetermined determination criterion (for example, a weighting unit shown in FIG. 3) 103),
The menu recommendation means further includes
One or more menus can be recommended based on each of the inventory information acquired by the inventory information acquisition means and the plurality of types of elements weighted by the weighting means.
In this way, when the user U wants to create a menu based on a plurality of purposes, the user U can assign a degree of priority for each of the plurality of purposes.

Also, a real menu acquisition unit (e.g., the real menu acquisition unit 108 in FIG. 3) that acquires a menu actually created by the user as a real menu;
Comparison means (for example, comparison unit 109 in FIG. 3) for comparing the menu recommended by the menu recommendation means with the real menu based on a predetermined comparison standard defined for each of the one or more types of elements;
Achievement degree calculation means (for example, achievement degree calculation unit 110 in FIG. 3) for calculating the achievement degree of each of the one or more types of elements based on the comparison result by the comparison means;
Can further be provided.
Thereby, the user U can easily confirm his / her past performance.

1: User terminal 2: Server 11: CPU
12: ROM
13: RAM
14: bus 15: input / output interface 16: display unit 17: input unit 18: storage unit 19: communication unit 20: drive 30: removable media 101: inventory information acquisition unit 102: element reception unit 103: weighted unit 104: special sale Information acquisition unit 105: Menu recommendation unit 106: Specified food reception unit 107: Specified menu reception unit 108: Real menu acquisition unit 109: Comparison unit 110: Achievement calculation unit 201: Special sale information collection unit 401: Inventory DB
402: Food DB
403: Special sale DB
404: Menu DB
405: Real menu DB
B, B1, B2: Purchase date C, G, K, L, M, S, T: Buttons D1, D2, D3, D4, D5, D6: Date H1, H2, H3, H4, H5, H6: Display Region N: Network P1, P2, P3, P4, P5: Element U, U1, Un: User Y, Y1, Y1a, Y1b, Y1c, Y1d, Y1e, Y1f, Y1g: Polygon (stock ingredients)
Y2, Y2a, Y2b, Y2c: Monthly budget

Claims (9)

Inventory information acquisition means for acquiring information on inventory of ingredients as inventory information;
Menu recommendation means for recommending a multi-day menu which can be created based on the inventory information acquired by the inventory information acquisition means;
An information processing apparatus comprising: Inventory information acquisition means for acquiring information on inventory of ingredients as inventory information;
Element receiving means for receiving one or more types of elements;
Menu recommendation means for recommending a menu which can be created based on the stock information acquired by the inventory information acquisition means and the one or more types of elements received by the element reception means;
An information processing apparatus comprising: The system further comprises designated food reception means for receiving designated food designated by the user,
The menu recommendation means further includes
Presenting that it is necessary to procure the specified food in preparation of a menu to be recommended when the specified food is not included in the stock information,
The information processing apparatus according to claim 1. The system further comprises a bargain information acquisition means for acquiring bargain information as bar information regarding bargain food which is cheaper and can be purchased than the bargain purchased outside the predetermined period if purchased within the predetermined period;
The menu recommendation means further includes
Create a menu to recommend based on sales information,
The information processing apparatus according to any one of claims 1 to 3. It further comprises a designated menu reception means for accepting the menu designated by the user as the designated menu from among the one or more menus,
The menu recommendation means further includes
If a food item not included in the stock information is required to create the designated menu to be recommended, present that the food item needs to be procured.
The information processing apparatus according to any one of claims 1 to 4. The apparatus further comprises weighting means for weighting each of the plurality of types of elements based on a predetermined determination criterion when there are a plurality of types of elements received by the element receiving means,
The menu recommendation means further includes
Recommending one or more menus based on the stock information acquired by the inventory information acquisition means and each of the plurality of types of the elements weighted by the weighting means.
The information processing apparatus according to any one of claims 2 to 5. A real menu obtaining means for obtaining a menu actually created by the user as a real menu;
Comparing means for comparing the menu recommended by the menu recommending means with the real menu based on a predetermined comparison standard defined for each of the one or more types of elements;
Achievement degree calculation means for calculating an achievement degree for each of the one or more types of elements based on a comparison result by the comparison means;
Further comprising
The information processing apparatus according to any one of claims 2 to 6. An information processing method executed by the information processing apparatus;
Inventory information acquisition step of acquiring information on inventory of ingredients as inventory information,
A menu recommendation step of recommending a menu of a plurality of days that can be created based on the inventory information acquired in the inventory information acquisition step;
Information processing method including: In a computer that controls an information processing apparatus,
Inventory information acquisition step of acquiring information on inventory of ingredients as inventory information,
A menu recommendation step of recommending a menu of a plurality of days that can be created based on the inventory information acquired in the inventory information acquisition step;
A program that executes control processing including

Images