WO2019123728A1 - 食事履歴蓄積システム - Google Patents

食事履歴蓄積システム Download PDF

Info

Publication number
WO2019123728A1
WO2019123728A1 PCT/JP2018/032473 JP2018032473W WO2019123728A1 WO 2019123728 A1 WO2019123728 A1 WO 2019123728A1 JP 2018032473 W JP2018032473 W JP 2018032473W WO 2019123728 A1 WO2019123728 A1 WO 2019123728A1
Authority
WO
WIPO (PCT)
Prior art keywords
food
information
user
category
meal history
Prior art date
Application number
PCT/JP2018/032473
Other languages
English (en)
French (fr)
Inventor
英之 明石
Original Assignee
メドケア株式会社
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by メドケア株式会社 filed Critical メドケア株式会社
Publication of WO2019123728A1 publication Critical patent/WO2019123728A1/ja

Links

Images

Classifications

    • G—PHYSICS
    • G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H20/00—ICT specially adapted for therapies or health-improving plans, e.g. for handling prescriptions, for steering therapy or for monitoring patient compliance
    • G16H20/60—ICT specially adapted for therapies or health-improving plans, e.g. for handling prescriptions, for steering therapy or for monitoring patient compliance relating to nutrition control, e.g. diets
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q50/00—Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
    • G06Q50/10—Services
    • G06Q50/22—Social work or social welfare, e.g. community support activities or counselling services

Definitions

  • the present invention relates to a meal history storage system used for recording a meal history in nutrition instruction and the like.
  • a purchase history classification system which includes a purchase history classification device for analyzing purchase information of a meal and recording information on the actually eaten meal accurately and simply (for example, Patent Document 1).
  • the present invention has been made in view of the problems of the prior art, and provides a meal history storage system capable of reducing the time and effort of the user without the need for meal information from the information terminal of the store when recording meal contents.
  • the purpose is to
  • the meal history storage system is A meal history accumulation server that accumulates a user's meal history; A portable user terminal connected to the meal history storage server; The meal history accumulation server is For each of a plurality of dishes, a food category database storing food category information including food specific information including information sufficient for identifying outline nutrients of each food and categories of each food; A meal history database that accumulates meal history information including the food specification information of the food eaten in the past or the category information of the food for each user; Position information acquisition means for acquiring position information including the position of the user and the date and time; A meal presence / absence estimation unit that estimates whether or not the user has a meal based on the position information; When it is estimated by the meal presence / absence estimation means that the user eats a meal, the food specification information of the food that the target user has eaten is estimated based on the meal history information from at least the position of the user, A dish estimation unit for estimating a category of a dish eaten by the target user based on the meal history information and the category information when the food specification information
  • Each user is considered to have a meal preference or habit. For this reason, Depending on the tendency of the target user's diet or the accumulation state of the meal history information, it may be possible to accurately estimate the dish specification information of the dish that the target user has eaten, but the estimation of the dish specification information of the dish that the target user has eaten Can be difficult.
  • the dish specific information is information including information sufficient to specify general nutrients of the dish, for example, the dish name, a picture representing the dish, a still image or video such as an illustration, an animation, etc. It is information such as a moving image or a combination of these.
  • the general nutrients of cooking are information with sufficient certainty for providing nutritional guidance to the user.
  • the dish category is a rough classification.
  • the meal history storage server determines the dish specification information of the food which the target user ate based on the meal history information from at least the position of the user.
  • the category of the food that the target user has eaten is estimated based on the meal history information and the category information.
  • Information including estimated dish specific information or category information is transmitted to the user terminal of the target user.
  • the user terminal receives, from the user terminal, the dish specification information of the dish ate by the user or the category information of the dish ate by the user.
  • the meal history storage means adds the food specification information or the category information received from the user terminal to the meal history information, and stores the meal contents of the target user.
  • the dish identification information or the dish category is estimated from the past meal history, and the estimated dish identification information or the dish category is transmitted to the terminal of the target user Therefore, according to the meal history storage system of the present invention, it is possible to reduce the time and effort of the user without needing the meal information from the information terminal of the store when recording the meal content.
  • the food estimation means estimates the food specification information of the food eaten by the target user based on the category information received from the user terminal when the food specification information of the food eaten by the target user can not be estimated It is preferable that it is comprised.
  • the meal history storage system of the said structure when the food specific information of the food which the said object user ate can not be estimated, the food specific information of the food estimated based on the category information received from the user terminal is objected Since the information is transmitted to the user's terminal, it is possible to reduce the time and effort of the target user when the target user is made to input the dish specification information of the food that he or she has eaten.
  • the food estimation means may not estimate the food specification information of the food eaten by the target user and the category of the food eaten by the target user, and may set all the category information stored in the food category database as the food category database.
  • the target user is configured to estimate the category of the food ate.
  • the meal history storage system of the configuration when it is not possible to estimate the dish specification information of the dish eaten by the target user and the category of the dish eaten by the target user, it is stored in the dish category database It is possible to reduce the time and effort of the target user when information including all category information is transmitted to the terminal of the target user and causes the target user to input the category of the food which he or she has eaten.
  • the food estimation unit is configured to determine whether the frequency at which the target user eats the same type of food is equal to or higher than a predetermined threshold value, based on the meal history information, of the food the user of the target has eaten. Preferably, it is configured to determine whether or not the food specification information can be estimated.
  • the meal history storage system having the above configuration, it is determined that the user can eat the food with the same food frequently, so that the food identification information can be estimated with high accuracy.
  • the dish estimation unit can estimate the food specification information of the food that the user of the target has eaten. Preferably, it is configured to determine.
  • the food specification information eaten by the target user can also be estimated with relatively high accuracy.
  • the meal history storage system of the configuration it is determined that the food specification information of the food that the target user has eaten can be estimated only when the meal history of the target user is stored for a predetermined period or more, thus the food specification The estimation accuracy of information can be improved.
  • the meal history information is information including the food specification information of the food the user has eaten and the date or the day when the food was eaten
  • the food estimation means estimates the food specification information or the food category of the food the user has eaten, based on the date at the time of processing or the day of the week and the date or day on which the food included in the meal history information was eaten. It is preferable that it is comprised.
  • the food specification information or the food category of the food which the user has eaten is estimated in consideration of the date or the day of the week and the date or the day when the food included in the meal history information was eaten. Therefore, the estimation accuracy of the dish specific information of the dish which the user has eaten or the category of the dish is improved.
  • the category information includes an image of a dish instead of or in addition to the dish name,
  • the user terminal of the target that is the information including the image of the food instead of or in addition to the food name of the food specification information estimated It is preferable to be comprised so that the information transmission means to transmit to may be provided.
  • the dish name is the same, there is a possibility that the ingredients of the dish actually eaten by the user, the balance of the amount of each ingredient, the degree of the amount of the whole dish, etc. may greatly change.
  • it is a cutlet curry, it should be a lean cutlet or a lean cutlet curry (material), one with a very large cut or a large amount of greenish yellow vegetables (balance of the amount of materials)
  • Various repertoires such as mini curry or (total amount) can be considered.
  • the category information stored in the food category database includes the image of the food instead of or in addition to the food name.
  • the image of the food is information such as a photograph representing the food, a still image or video image such as an illustration, a moving image such as an animation, or a combination thereof.
  • the information transmission means can estimate the dish name of the dish that the target user has eaten, the user terminal of the target that is the information including the image of the dish instead of or in addition to the estimated dish name It is configured to send to.
  • the user terminal can output the image of the estimated food in a selectable format, and the target user can intuitively look at the image of the food and select the one closest to the food he / she ate. Because it is possible, it is possible to accumulate food contents more easily and more accurately.
  • FIG. 7 is a flow chart outlining an example of the operation of the meal history storage server according to the present invention.
  • FIG. 7 is a flow diagram for explaining an example of the operation of a user terminal according to the present invention.
  • the flowchart which demonstrates operation
  • movement of the 1st cooking estimation process of the meal history storage system in this invention The flowchart which demonstrates the example of a change of operation
  • the meal history storage system analyzes the position information of the target user, for example, and when it is estimated that the user has eaten, the user's meal history is obtained by assisting the input of the dish specific information of the food which he / she has eaten It is a system to accumulate.
  • the stored meal history can be used, for example, for nutrition instruction for the user, medical treatment for the user, health management by the user himself, analysis of the meal history of each user or its tendency, etc.
  • the target user is at risk of suffering from a lifestyle-related disease in the future when, for example, a patient with a lifestyle-related disease such as a diabetic or a hypertensive patient is diagnosed as having a relatively high blood glucose level or cholesterol level etc. Suitable for people who are interested in nutritional management.
  • FIG. 1 is a functional block diagram showing one configuration example of the meal history storage system according to the present embodiment.
  • the user terminal 30 is connected to the communication network 20 through a wireless base station (not shown), and the meal history storage server 10 and the communication network 20 can communicate with each other via a wide area network (WAN) or the like. It is configured.
  • WAN wide area network
  • the meal history storage server 10 performs data communication with communication terminals of a plurality of users (only 30, 31 and 32 are illustrated in FIG. 1) via the communication network 20 to allow the meal history of the user. Used to update information.
  • the communication terminal of the user whose meal history is to be updated is referred to as user terminal 30, and the communication terminal of a user different from "target user” is referred to as user terminal 31 and user terminal 32. Represent.
  • the meal history storage server 10 of the present embodiment includes a server control unit 10 n including a CPU and a memory, a meal history database 11, and a food category database 12. Further, the meal history storage server 10 includes a user attribute database 13.
  • the server control unit 10 n of the meal history accumulation server 10 of the present embodiment causes the CPU to execute the predetermined program expanded in the memory, whereby the CPU acquires the position information acquisition unit 14, the meal presence / absence estimation unit 15, the food estimation unit 16, It functions as an information transmission unit 17, an information reception unit 18, and a meal history storage unit 19.
  • the meal history storage server 10 includes a hardware network connection unit NIC.
  • the network connection unit NIC transmits various data to the user terminal 30, and receives various data from the user terminal 30.
  • the meal history database 11 accumulates meal history information for each user.
  • the meal history information of the present embodiment includes a user ID 111, a position 112, and a time 113 in a list format, and further includes a dish name 114 as dish specifying information.
  • the meal history information is configured to include the date 115 and the day of the week 116.
  • the user ID 111 is identification information associated with each user who is a user of the meal history storage server 10.
  • the position 112 is a place where the user ate food.
  • the latitude and longitude received from the user terminal may be stored as it is, or an address derived from the latitude and longitude may be stored.
  • Time 113 is the time when the user ate food. Alternatively, the time 113 may be represented by a time zone corresponding to each time 113 such as, for example, 6:00 to 9:00 in the morning, 9:00 to 12:00 before noon. Each interval of the time zone can be set appropriately.
  • the dish name 114 is, for example, the name of a specific dish such as ramen, sushi, ice cream and the like.
  • a category of dishes may be included.
  • the date 115 is the date when the user ate the food.
  • the day of the week 116 is the day of the day when the user ate food, which is derived from the date 115.
  • the cooking category database 12 accumulates cooking category information that associates the cooking category with the cooking specific information of the cooking included in the category.
  • the cooking category information includes the cooking category 121 in the form of a list, and also includes the cooking name 122 and the image 123 as cooking specific information.
  • the cooking category 121 is a rough division of dishes such as snacks, Japanese food, Chinese food, curry, meat dishes, and fish dishes. For example, as in Japanese food and fish dishes, one category may overlap with another category, or one category may be included in another category.
  • the cooking category may be, for example, a relatively abstract classification such as Japanese food.
  • the food categories may be expressed hierarchically.
  • the food category 121 instead of or in addition to the above classification, when to eat (breakfast, lunch, dinner, snacks, etc.), season to eat (spring food, summer food, etc.), area, culture, recipe, cook It is preferable that it is the division of the cooking classified by taste, or material.
  • the user attribute database 13 accumulates attribute information for each user.
  • the attribute information includes a user ID 131, a gender 132, and an age 133 in the form of a list, as shown in FIG.
  • the gender 132 is information indicating whether the user is male or female.
  • the age 133 is information indicating the age of the user. Note that instead of the age, the date of birth may be stored, and the age of the user may be recognized from the date of birth.
  • the position information acquisition unit 14 receives and acquires position information including the position of the user and the date and time from the user terminal 30 via the network connection unit NIC.
  • the meal presence / absence estimation unit 15 estimates whether the user eats a meal based on the position information of the user acquired by the position information acquisition unit 14.
  • This estimation is performed based on, for example, whether or not the user has stayed at a certain place for a certain time or more.
  • the food estimation unit 16 estimates the food specification information of the food that the user has eaten based on the meal history information.
  • the food estimation unit 16 estimates the food specification information of the food that the target user has eaten based on the meal history information from the position of the user.
  • the food estimation unit 16 estimates the category of the food that the target user has eaten based on the meal history information and the category information.
  • the information transmission unit 17 transmits information including the estimated dish specification information to the terminal of the user via the network connection unit NIC.
  • the information transmitting unit 17 uses the network connection unit NIC to transmit the information including the estimated dish category. Send to the terminal of
  • the information receiving unit 18 receives, from the terminal of the target user, information including the dish specification information or the category information input by the user via the network connection unit NIC.
  • the meal history storage unit 19 stores the food specification information or category information received by the information reception unit 18 in the meal history database 59 in association with the user ID, position and time of the user, and the meal history information of the user Update.
  • the user terminal 30 of the present embodiment is a communication device such as a smartphone or a tablet terminal that the user uses to record a meal history.
  • the smartphone of the user terminal 30 includes a communication unit 30a used for voice communication or data communication, a touch panel 30b which is a dish selection unit for selecting the category of dish identification information or dishes which the user specifies the dishes eaten by the user 30c, an operating device such as a GPS function unit 30d for position detection, and a control unit 30n for controlling these operating devices.
  • the control unit 30n of the present embodiment includes a CPU and a storage unit (not shown) of a ROM such as a flash memory and a RAM (not shown), and performs overall operations including processing of the communication terminal by the CPU according to various programs stored in the storage unit. Control.
  • the GPS function unit 30 d receives a GPS (Global Positioning System) signal, and the control unit 30 n detects the position of the user based on the GPS signal.
  • the clock 30c that clocks the current time is used by the CPU for calculation of positioning by the GPS function unit 30d.
  • the GPS function unit 30d periodically calculates the position of the user using, for example, a GPS signal, and accumulates it in the RAM as position information along with the date and time.
  • the position of the user is represented by latitude and longitude.
  • the control unit 30 n reads out the accumulated position information from the RAM each time position information for a predetermined time is accumulated, and periodically transmits it to the meal history accumulation server 10.
  • the control unit 30 n executes the program of the meal history recording application 33 for image display developed in the RAM, so that each user can enjoy the support by the meal history storage server 10 via the meal history recording application 33. I assume.
  • the user terminal 30 periodically acquires the position information accumulated by the GPS function unit 30d in response to the start of the meal history recording application 33 of the present embodiment (FIG. 6 / STEP 101), and stores it in the user terminal 30.
  • the user ID of the target user is assigned and transmitted to the meal history storage server 10 via the communication unit 30a (FIG. 6 / STEP 102).
  • the meal history accumulation server 10 periodically performs the processing of STEP 200 to STEP 700 shown in FIG.
  • the position information acquisition unit 14 of the meal history storage server 10 recognizes the time, date, and day of the week at the time of processing (FIG. 7 / STEP 202), and the position and date included in the position information.
  • the user ID of the target user, the time of processing, the date, and the day of the week are stored in the memory (FIG. 7 / STEP 203).
  • the meal presence / absence estimation unit 15 of the meal history storage server 10 determines whether the user has stayed at a certain place for a certain period of time or longer based on the position and date and time stored in the memory (FIG. 7 / STEP 204). Estimate if you have eaten.
  • the meal presence / absence estimation unit 15 determines that the user is fixed in a fixed part for a fixed time when the user is in a range (for example, a range of It may be determined that the user has stayed above.
  • the food estimation unit 16 of the meal history storage server 10 determines whether or not the food specification information of the food the user has eaten can be estimated based on the meal history information (FIG. 5) / STEP 300).
  • the dish estimation unit 66 determines, based on, for example, the meal history information, the dish specification information of the dish that the user has eaten by determining whether the frequency at which the target user eats the same kind of dish is a predetermined threshold or more. It is determined whether it can estimate.
  • the dish estimation unit 66 determines whether the target user eats the same type of food at a predetermined threshold or higher, for example, the probability that the target user eats a specific food under the same condition is a predetermined probability or higher. It is judged by whether it is The same condition is, for example, that information obtained by combining the position or the position and the time zone corresponding to the time of the processing time coincide (the same applies to the following).
  • the dish estimation unit 16 extracts, from the meal history database 11, meal history information that matches the user ID, position, and time zone of the target user received from the user terminal 30, and extracts the extracted meal history information for each dish specification information.
  • the total number of meals for each dish identification information is divided by the total number of meals for the user, and the value of the dish identification information having the largest value expressed as a percentage for each dish identification information is a predetermined threshold value. When it is above (10% or more, 30% or more, 60% or more, etc. such value can be changed as appropriate. The same applies hereinafter), it is determined that the food specification information can be estimated.
  • the dish estimation unit 16 determines whether the target user eats a plurality of specific dishes under the same condition, for example, whether the frequency of the target user eating the same type of food is equal to or higher than a predetermined threshold. It may be determined based on whether it is the probability or more.
  • the food estimation unit 16 adds the rate, the probability that the user will eat a certain dish during the period is It is comprised so that it may be judged that the cooking specific information on the dish which the target user ate can be presumed, when it is more than predetermined.
  • the food specification information eaten by the target user can also be estimated with relatively high accuracy.
  • the food estimation unit 16 determines that the food specification information of the food the user has eaten can not be estimated.
  • the dish estimation unit 16 executes a first dish estimation process (FIG. 5 / STEP 400) described later.
  • the food estimation unit 16 executes the category estimation process (FIG. 5 / STEP 500) to estimate the food category first. It is determined whether or not (FIG. 9 / STEP 501).
  • the dish estimation unit 16 refers to the meal history database 11, for example, to determine whether or not the category of the dish can be estimated, and from the meal history information of the user in the past, the user has eaten in the past. Certain food specification information is extracted, and further reference is made to the food category database 12 to determine whether or not the food category to which each of the extracted food specification information belongs can be acquired.
  • the dish estimation unit 16 extracts, from the meal history database 11, meal history information that matches the user ID, position, and time zone of the target user received from the user terminal 30, and specifies the extracted meal history information as a dish
  • the information is tabulated, and the food category database 12 is referenced to acquire the category of each tabulated food identification information.
  • the food estimation unit 16 determines whether the frequency at which the target user eats the food of the same category is equal to or higher than a predetermined threshold value, based on, for example, the meal history information. It is determined whether the category can be estimated.
  • the food estimation unit 16 determines whether the target user eats food in the same category at a predetermined threshold or higher, for example, the probability that the target user eats food in a specific category under the same condition is predetermined. It judges by whether it is more than probability.
  • the dish estimation unit 16 extracts, from the meal history database 11, meal history information that matches the user ID, position, and time zone of the target user received from the user terminal 30, and extracts the extracted meal history information for each dish specification information.
  • the food category database is referred to, the food category 121 of each of the collected food specification information is obtained, and the total number of meals for each category is divided by the total number of meals for the user. If the value of the food category having the largest value expressed as a percentage for each food category is equal to or greater than a predetermined threshold value, it is determined that the food category can be estimated.
  • the dish estimation unit 16 determines that the category of the dish which the target user has eaten can be estimated, and when it can not be acquired, the target user Determine that the category of the food eaten can not be estimated.
  • the food estimation unit 16 executes FIG. 9 / STEP 504 without performing FIG. 9 / STEP 502 to STEP 503.
  • the dish estimation unit 16 refers to the meal history database 11, and from the past meal history information of the user, the same date and the same day of the week as the processing time
  • the food specification information that the user has already eaten is extracted by both or one, and the food category database 12 is further referred to, and based on the extracted food specification information, the food category that the user eats frequently Are recognized (FIG. 9 / STEP 502).
  • the same date as the processing time means, for example, when the processing time is December 25, 2017, if only focusing on the day, it becomes the 25th of the past monthly, and focusing on the month and day If it is, it will be past December 25.
  • the day instead of completely the same day or day, for example, only the first digit of the day may be focused, and the day may be 5 days a month (that is, 5th, 15th, and 25th).
  • the dish estimation unit 16 refers to the user attribute database 13, acquires attribute information such as gender and age of the user based on the ID of the user, and further refers to the meal history database 11 during processing In the time zone, after extracting the food specification information that a person having the same attribute as the user has eaten, the food category database 12 is referred to, and based on the extracted food specification information, the person having the same attribute as the user Select and recognize the food category 121 which is frequently eaten (FIG. 9 / STEP 503).
  • the food category 121 of each dish specific information is recognized, and the value obtained by dividing the total number of meals of the user having the same attribute by the total number of meals for each category and expressing it as a percentage for each category Is determined based on whether it is equal to or greater than a predetermined threshold.
  • the food estimation unit 16 creates food category candidate group data, which is information including the estimated food category (FIG. 9 / STEP 504).
  • the food category candidate group data is a list of food categories estimated to have been eaten by the target user.
  • the food estimation unit 16 determines the food category candidate group including the food category 121 extracted in the above-described STEP 502 and STEP 503, and the determined food category candidate Information including groups is set as cooking category candidate group data.
  • the food estimation unit 16 refers to, for example, the food category database 12 and the food including all the food categories 121 registered in the food category database 12 A category candidate group is determined, and information including the determined food category candidate group is used as cooking category candidate group data.
  • the category information is output in a selectable format even if the user can not estimate the category of the food that the user actually ate, so that the target user can enter the category of the food that he actually ate. The time and effort of the user can be reduced.
  • the information transmission unit 17 transmits the food category candidate group data to the terminal of the user (FIG. 9 / STEP 505).
  • control unit 30n determines whether data has been received from the server (FIG. 6 / STEP 103).
  • control unit 30 n repeats the processing of STEP 101 and the subsequent steps.
  • control unit 30n determines whether or not the food category candidate group data has been received from the meal history storage server 10 (FIG. 6 / STEP 104).
  • the user terminal 30 executes STEP109 without performing STEP105 to STEP108.
  • the user terminal 30 displays a category information input screen on the touch panel 30b for the user based on the food category candidate group data (FIG. 6 / STEP 105).
  • a button indicating each category of dishes such as “Chinese food”, “fish dish”, “snack” and others, and the fact that they have not eaten And a button to indicate.
  • the control unit 30n of the user terminal 30 sets the received data on the touch panel 30b with the category information input screen shown in FIG. 12B. indicate.
  • the category information input screen of the present embodiment as shown in FIG. 12B, all dishes stored in the dish category database 12 such as “meat dish” “fish dish” “vegetable dish” “breakfast” And a button indicating that the user has not eaten.
  • a category classified according to one viewpoint such as material may be displayed, or a category classified according to each of a plurality of viewpoints such as timing of eating a material may be displayed.
  • control unit 30n of the user terminal 30 recognizes the category of the dish input by the user on the category information input screen (FIG. 6 / STEP 106), and the information indicating the input category is transmitted via the communication unit 30a. It transmits to the meal history storage server 10 (FIG. 6 / STEP 107).
  • the meal history accumulation server 10 executes the second dish estimation process (FIG. 5 / STEP 600), and first, the information receiving unit 18 of the meal history accumulation server 10 determines whether or not the information indicating the category of the cuisine is received. It is determined (FIG. 10 / STEP 601).
  • the dish estimation unit 16 executes the process of FIG. 10 / STEP 601 again.
  • the dish estimation unit 16 refers to the user attribute database 13 and recognizes the attribute (sex, age, etc.) of the target user (FIG. 10 / STEP 602), and the processing time is set. The time zone in which the user has eaten is recognized on the basis of (FIG. 10 / STEP 603).
  • the food estimation unit 16 refers to the food category database 12, extracts the food specification information matching the food category received from the user terminal 30, and further refers to the meal history database 11 to extract each extracted food Among the food specification information, the food specification information that the user frequently eats is recognized at the position of the user and the time zone when the user recognized at STEP 603 eats (FIG. 10 / STEP 604).
  • the dish estimation unit 16 refers to the meal history database 11, matches the category of the dish received from the user terminal 30 extracted in STEP 604, and uses the same date and / or the same day of the week as the processing time.
  • the food specification information that the user has already eaten is extracted, and the food specification information that the user frequently eats is recognized from the extracted food specification information (FIG. 10 / STEP 605).
  • the food estimation unit 16 refers to the meal history database 11, and matches the food category received from the user terminal 30 during the processing time period, and specifies food that a person having the same attribute as the user frequently eats. Recognize the information (FIG. 10 / STEP 606).
  • the dish estimation unit 16 rearranges the dish specification information recognized in STEP 604 to STEP 606 according to a predetermined priority (FIG. 10 / STEP 607).
  • the prioritization in this case may be, for example, the position of the target user received from the user terminal 30 and the frequency at which the user eats each dish at the processing time, both on the same date, on the same day, and on the same day Alternatively, it is performed based on the frequency with which the target user eats each dish in one or the other, and the frequency with which the person with the same attribute eats each food.
  • the dish estimation unit 16 first refers to the user attribute database 13 and recognizes the attributes (sex, age, etc.) of the target user.
  • the dish estimation unit 16 refers to the meal history database 11 and, for example, the position of the target user received from the user terminal 30 and the frequency at which the user eats each dish at the processing time point.
  • the meal history database 11 is further referred to, and food specific information that can be eaten while changing items (attribute, date, day of the week) is extracted It is recognized which item is closest to the tendency of the dish specific information ate most by the user, and the item closest to the dish specific information ate by the user is recognized as the item having the highest correlation.
  • the target user is prioritized at the frequency of eating each dish in the item (for example, day of the week) recognized as the highest correlated item. Also, if there are multiple dishes with the same frequency even after the prioritization, the item with the highest correlation (for example, date) next to the item recognized as the item with the highest correlation is recognized It is also possible to further prioritize the frequency at which the target user eats each dish in the item.
  • the food estimation unit 16 creates the food candidate group data, which is information including the estimated food specification information, by assigning the above-mentioned priority (FIG. 10 / STEP 608).
  • the candidate food group data is a list of dishes estimated to have been eaten by the target user.
  • the information transmission unit 17 transmits the food candidate group data to the user terminal 30 of the user (FIG. 10 / STEP 609).
  • control unit 30n determines whether or not the food candidate group data has been received from the food history accumulation server 10 (FIG. 6 / STEP 108).
  • the user terminal 30 executes the process of FIG. 6 / STEP 108 again.
  • the user terminal 30 creates a dish specification information input screen based on the dish candidate group data, and displays the touch panel 30b (FIG. 6 / STEP 109).
  • the control unit 30n of the user terminal 30 displays the received data and the dish specification information input screen shown in FIG. 13 on the touch panel 30b.
  • the dish specific information input screen of the present embodiment as shown in FIG. 13, there is a button indicating each dish specific information such as "ramen”, “sushi”, “pizza”, “sashimi” and others, and no meal. And a button indicating that.
  • the dish specification information input screen may include an input box for dish specification information.
  • control unit 30n of the user terminal 30 determines whether or not there is selection or input of the food specification information on the food specification information input screen (FIG. 6 / STEP 110).
  • the user terminal 30 executes the process of FIG. 6 / STEP 110 again.
  • the user terminal 30 transmits the input cooking specific information to the meal history storage server 10 via the communication part 30a (FIG. 6 / STEP 111).
  • the control unit 30n of the user terminal 30 transmits information indicating that the user has not eaten to the meal history storage server 10, and the process of STEP 101 is performed. Run.
  • the meal history accumulation server 10 that has received the information indicating that the user has not eaten executes the processing of STEP 201.
  • the meal history accumulation server 10 executes a meal history accumulation process (FIG. 5 / STEP 700), and the information reception unit 18 of the meal history accumulation server 10 first receives the cooking name identification information via the network connection unit NIC. Is determined (FIG. 11 / STEP 701).
  • the meal history storage unit 19 adds the user ID of the target user, the position, the date of processing, the time, the day of the week, and the dish identification information to the meal history database (FIG. 11). / STEP 702), end the process.
  • the information receiving unit 18 executes the process of FIG. 11 / STEP 701 again.
  • the dish estimation unit 16 refers to the user attribute database 13, recognizes the attributes (sex, age, etc.) of the target user (FIG. 8A / STEP 401), and the user eats based on the time of processing.
  • the time zone is recognized (FIG. 8A / STEP 402).
  • the dish estimation unit 16 refers to the meal history database 11 and recognizes dish specification information that the user frequently eats at the position of the user and the time zone where the user recognized at STEP 402 eats. (FIG. 8A / STEP 4031).
  • Whether the user eats frequently is, for example, extracting from the meal history database 11 meal history information in which information combining the user ID of the target user, the position of the user, and the time zone in which the user eats matches Then, the extracted meal history information is totaled, and the determination is made based on the totaled result.
  • the dish estimation unit 16 refers to the meal history database 11 and extracts and extracts the dish specification information that the user has ate on the same date and / or the same day of the week as the processing time.
  • the food specification information the food specification information that the user frequently eats is recognized (FIG. 8A / STEP 4032).
  • Whether the user eats frequently is, for example, extracting from the meal history database 11 meal history information in which both or one of the user ID of the target user and the same date and the same day of the week as the processing match.
  • the extracted meal history information is aggregated, and determination is made based on the aggregation result.
  • the dish estimation unit 16 refers to the meal history database 11, and recognizes dish specification information that is frequently eaten by a person having the same attribute as the user during the processing time zone (FIG. 8A / STEP 4033).
  • the dish estimation unit 16 rearranges the dish specification information recognized in FIG. 8A / STEP 402 and STEP 4031 to STEP 4033 according to a predetermined priority (FIG. 8A / STEP 404).
  • the prioritization in this case may be, for example, the position of the target user received from the user terminal 30 and the frequency at which the user eats each dish at the processing time, both on the same date, on the same day, and on the same day Alternatively, it is performed based on the frequency with which the target user eats each dish in one or the other, and the frequency with which the person with the same attribute eats each food.
  • the food estimation unit 16 creates food candidate group data including the above-mentioned prioritized food specification information (FIG. 8A / STEP 405), and transmits the data to the user terminal 30 (FIG. 8A / STEP 406).
  • an item having a high correlation with the food specification information eaten by the user is recognized. Based on the recognized highly correlated items, the user specifies food-specific information to be eaten.
  • the user is 90 years of age, male and female, and the current position is Shinjuku-ku, Tokyo, and based on these items, food identification frequently performed by a person having the same attribute as the user from the meal history database Recognizing the information, the frequency of eating fresh dishes such as fish dishes generally tended to be overwhelmingly high, while the user was rather young people such as hamburgers and paninis. If you live in an area close to your favorite restaurant and you tend to eat these dishes at a high frequency, for example, if you try to estimate food-specific information, including age, the accuracy of the estimation may decrease.
  • the food estimation unit 16 when estimating the food specification information, the food estimation unit 16 excludes the age as having a low correlation with the food specification information eaten by the user, and the rest is relatively low. By estimating the food specification information based on the highly correlated items, the accuracy of the food specification information estimation is improved.
  • the cooking estimation unit 16 first refers to the user attribute database 13 to recognize the attributes (sex, age, etc.) of the target user (FIG. 8B). / STEP 401).
  • the dish estimation unit 16 refers to the meal history database 11, extracts the dish specification information that the user frequently eats, and further refers to the meal history database 11, and changes the items while having a high frequency of eating Extracts the dish specific information, recognizes in which case the item closest to the tendency of the dish specific information eaten by the user, and recognizes the item most closely correlated with the dish specific information eaten by the user (FIG. 8B / STEP 4034).
  • Whether the user eats frequently or not is, for example, extracting from the meal history database 11 meal history information in which the combination of the items with the highest correlation among the target users matches, and counting the extracted meal history information. , Based on the result of the aggregation.
  • the dish estimation unit 16 rearranges the dish specification information recognized in FIG. 8B / STEP 4034 to STEP 4035 according to a predetermined priority (FIG. 8B / STEP 404).
  • the prioritization in this case is performed, for example, based on the frequency of the user eating the item having the highest correlation with the food specification information the user has eaten.
  • the food estimation unit 16 creates food candidate group data including the above-mentioned prioritized food specification information (FIG. 8B / STEP 405), and transmits the data to the user terminal 30 (FIG. 8B / STEP 406).
  • the meal history storage system of the above configuration it is possible to output the estimated food specification information in a selectable format or the like.
  • the time and effort of the target user can be reduced.
  • the meal history storage server 10 communicates with the user terminal 30 to execute processing in the embodiment, the user terminal 30 acquires necessary information from the meal history storage server 10, and the position information acquisition unit 14, all or part of the functions of the meal presence / absence estimation unit 15 and the food estimation unit 16 may be performed.
  • FIG. 5 / STEP 300 and FIG. 9 / STEP 501 to 503 are omitted, and instead, a category that the user has eaten is recognized from the history of the user's past meals, and information including the category is FIG. May be treated as candidate food category group data. In addition, any step may be omitted as long as the food candidate group can be extracted.
  • the accumulation unit 19 may add the user ID of the target user, the position, the date of processing, the time, the day of the week, and the food category information to the meal history database 11, and may end the process.

Landscapes

  • Health & Medical Sciences (AREA)
  • Business, Economics & Management (AREA)
  • Primary Health Care (AREA)
  • Engineering & Computer Science (AREA)
  • Tourism & Hospitality (AREA)
  • General Health & Medical Sciences (AREA)
  • Physics & Mathematics (AREA)
  • Child & Adolescent Psychology (AREA)
  • Human Resources & Organizations (AREA)
  • Strategic Management (AREA)
  • Economics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Marketing (AREA)
  • Theoretical Computer Science (AREA)
  • Nutrition Science (AREA)
  • Epidemiology (AREA)
  • Medical Informatics (AREA)
  • Public Health (AREA)
  • Medical Treatment And Welfare Office Work (AREA)

Abstract

食事内容の記録に当たり、店舗の情報端末からの食事情報を必要とせずにユーザの手間を軽減することができる食事履歴蓄積システムを提供する。食事履歴蓄積システムは、ユーザの食事履歴を蓄積する食事履歴蓄積サーバと、持ち運び可能なユーザ端末とを有する。食事履歴蓄積サーバは、ユーザが食事をしたと推定された場合に、少なくともユーザの位置から食事履歴情報に基づいて対象のユーザが食べた料理の料理特定情報を推定し、料理特定情報を推定できない場合には食事履歴情報とカテゴリ情報とに基づいて対象のユーザが食べた料理のカテゴリを推定し、ユーザ端末に送信する。そして、食事履歴蓄積サーバは、ユーザ端末から受信した料理特定情報又はカテゴリ情報を食事履歴データベースに蓄積する。

Description

食事履歴蓄積システム
　本発明は、栄養指導における食事履歴の記録等に利用される食事履歴蓄積システムに関する。
　食習慣の改善に資することを目的として、食事の購買情報を分析し実際に喫食した食事に関する情報を正確かつ簡便に記録するための購買履歴分類装置を含む購買履歴分類システムが提案されている（例えば、特許文献１）。
ＷＯ２０１５／１５５８８５
　特許文献１の技術では、店舗の情報端末から食事の情報が購買履歴分類装置へ送信され、その食事の情報に基づいてユーザの喫食メニューを推定し、当該推定された喫食メニューをユーザ端末に送信し、ユーザ端末に推定された喫食メニューを表示することにより、喫食内容の記録に当たりユーザの手間を軽減できるように構成されている。
　このような技術においては、店舗の情報端末から食事の情報を受信することが必要となるので、対応した機器を有している店舗でないと利用できないという問題があった。
　本発明は、従来技術の問題に鑑みなされたものであり、食事内容の記録に当たり、店舗の情報端末からの食事情報を必要とせずにユーザの手間を軽減することができる食事履歴蓄積システムを提供することを目的とする。
　本発明に係る食事履歴蓄積システムは、
　ユーザの食事履歴を蓄積する食事履歴蓄積サーバと、
　前記食事履歴蓄積サーバと接続する持ち運び可能なユーザ端末とを有し、
　前記食事履歴蓄積サーバは、
　複数の料理のそれぞれに対し、各料理の概略的な栄養素を特定するために十分な情報を含む料理特定情報と各料理のカテゴリとを含むカテゴリ情報を記憶する料理カテゴリデータベースと、
　ユーザごとに、過去に食べた料理の前記料理特定情報又は当該料理の前記カテゴリ情報を含む食事履歴情報を蓄積する食事履歴データベースと、
　前記ユーザの位置と日時とを含む位置情報を取得する位置情報取得手段と、
　前記位置情報に基づいて当該ユーザが食事したかどうかを推定する食事有無推定手段と、
　前記食事有無推定手段により当該ユーザが食事をしたと推定された場合に、少なくとも当該ユーザの位置から前記食事履歴情報に基づいて対象のユーザが食べた料理の前記料理特定情報を推定し、
　前記対象のユーザが食べた料理の前記料理特定情報を推定できない場合に、前記食事履歴情報と前記カテゴリ情報とに基づいて前記対象のユーザが食べた料理のカテゴリを推定する料理推定手段と、
　推定された前記料理特定情報又は推定された料理のカテゴリを含む情報を前記対象のユーザの端末に送信する情報送信手段と、
　推定された前記料理特定情報又は推定された料理のカテゴリを含む情報を前記情報送信手段が送信した後に、前記ユーザが食べた料理の前記料理特定情報又は当該ユーザが食べた料理の前記カテゴリ情報を前記ユーザ端末から受信する情報受信手段と、
　前記ユーザ端末から受信した前記料理特定情報又は前記ユーザ端末から受信した前記カテゴリ情報を前記食事履歴データベースに追加する食事履歴蓄積手段と、
　を備える。
　ユーザは、それぞれ食事に関する嗜好又は習慣を有していると考えられる。このため、
対象のユーザの食事の傾向又は食事履歴情報の蓄積具合によっては、対象のユーザが食べた料理の料理特定情報を精度よく推定できることもあれば、対象のユーザが食べた料理の料理特定情報の推定が難しいこともある。
　なお、料理特定情報とは、料理の概略的な栄養素を特定するために十分な情報を含む情報であって、例えば料理名、料理を表す写真、イラストなどの静止画像又はビデオ映像、アニメーションなどの動く画像又はこれらの組み合わせなどの情報である。
　また、料理の概略的な栄養素とは、ユーザに対する栄養指導等をするうえで十分な確からしさを持つ情報である。
　しかし、対象のユーザが食べた料理の料理特定情報の推定が難しい場合でも、より大まかな区分である料理のカテゴリであれば、推定ができる可能性がある。
　このような点に鑑みて構成された本発明の食事履歴蓄積システムによれば、食事履歴蓄積サーバは、少なくともユーザの位置から前記食事履歴情報に基づいて対象のユーザが食べた料理の料理特定情報を推定する。
　また、前記対象のユーザが食べた料理の料理特定情報を推定できない場合は、前記食事履歴情報と前記カテゴリ情報とに基づいて前記対象のユーザが食べた料理のカテゴリを推定する。
　推定された料理特定情報又はカテゴリ情報を含む情報は、前記対象のユーザのユーザ端末に送信される。
　その後、ユーザ端末から、ユーザが食べた料理の料理特定情報又はユーザが食べた料理のカテゴリ情報を受信する。
　さらに、食事履歴蓄積手段により、ユーザ端末から受信した料理特定情報又はカテゴリ情報が前記食事履歴情報に追加され、対象のユーザの食事内容が記憶される。
　以上の通り、本発明の食事履歴蓄積システムによれば、過去の食事履歴から料理特定情報又は料理カテゴリが推定され、推定された料理特定情報又は料理のカテゴリが対象のユーザの端末に送信されるので、本発明の食事履歴蓄積システムによれば、食事内容の記録に当たり、店舗の情報端末からの食事情報を必要とせずにユーザの手間を軽減することができる。
　本発明の食事履歴蓄積システムにおいて、
　前記料理推定手段は対象のユーザが食べた料理の前記料理特定情報を推定できない場合に、前記ユーザ端末から受信した前記カテゴリ情報に基づき当該対象のユーザが食べた料理の前記料理特定情報を推定するように構成されていることが好ましい。
　当該構成の食事履歴蓄積システムによれば、前記対象のユーザが食べた料理の料理特定情報を推定できない場合には、ユーザ端末から受信したカテゴリ情報に基づいて推定された料理の料理特定情報が対象のユーザの端末に送信されるので、食べた料理の料理特定情報を対象のユーザに入力させるにあたり、対象のユーザの手間を軽減することができる。
　本発明の食事履歴蓄積システムにおいて、
　前記料理推定手段は対象のユーザが食べた料理の前記料理特定情報及び前記対象のユーザが食べた料理のカテゴリを推定できない場合に、前記料理カテゴリデータベースに記憶されているすべての前記カテゴリ情報を前記対象のユーザが食べた料理のカテゴリと推定するように構成されていることが好ましい。
　当該構成の食事履歴蓄積システムによれば、前記対象のユーザが食べた料理の料理特定情報及び前記対象のユーザが食べた料理のカテゴリを推定できない場合には、前記料理カテゴリデータベースに記憶されているすべてのカテゴリ情報を含む情報が、前記対象のユーザの端末に送信され、食べた料理のカテゴリを対象のユーザに入力させるにあたり、対象のユーザの手間を軽減することができる。
　本発明の食事履歴蓄積システムにおいて、
　前記料理推定手段は、前記食事履歴情報に基づいて、前記対象のユーザの同一の種類の料理を食べる頻度が所定の閾値以上か否かを判定することにより、当該対象のユーザが食べた料理の料理特定情報を推定できるか否かを判定するように構成されていることが好ましい。
　同一の料理の頻繁に食べるユーザについては、料理特定情報の推定が比較的容易であると考えられる。
　当該構成の食事履歴蓄積システムによれば、同一の料理を頻繁に食べるユーザについてのみ、料理特定情報の推定ができると判定されるので、料理特定情報の推定精度の向上が図られる。
　本発明の食事履歴蓄積システムにおいて、
　前記料理推定手段は、前記食事履歴情報に基づいて、前記対象のユーザの食事履歴が所定の期間以上蓄積されている場合に、当該対象のユーザが食べた料理の前記料理特定情報を推定できると判定するように構成されていることが好ましい。
　比較的長期間にわたって対象のユーザの食事履歴が蓄積されていれば、対象のユーザが食べる料理特定情報も比較的高精度に推定できる。
　当該構成の食事履歴蓄積システムによれば、対象のユーザの食事履歴が所定の期間以上蓄積されている場合にのみ、対象のユーザが食べた料理の料理特定情報が推定できると判定するので料理特定情報の推定精度を向上させることができる。
　本発明の食事履歴蓄積システムにおいて、
　前記食事履歴情報は、ユーザが食べた料理の前記料理特定情報と、当該料理を食べた日付又は曜日とを含む情報であり、
　前記料理推定手段は、処理時点の日付又は曜日と前記食事履歴情報に含まれる料理を食べた日付又は曜日とに基づいて、前記ユーザが食べた料理の前記料理特定情報又は料理のカテゴリを推定するように構成されていることが好ましい。
　一般に、曜日替わりで異なる料理を出したり、特定の日付（例えば５の付く日）には割引を行ったりするなどのサービスが行われている。そのため、ユーザが食べる料理又は料理のカテゴリは曜日又は日付と関連する可能性がある。
　当該構成の食事履歴蓄積システムによれば、日付又は曜日と、食事履歴情報に含まれる料理を食べた日付又は曜日とを勘案してユーザが食べた料理の料理特定情報又は料理のカテゴリを推定するので、ユーザが食べた料理の料理特定情報または料理のカテゴリの推定精度が向上する。
　本発明の食事履歴蓄積システムにおいて、
　前記カテゴリ情報は、料理名に代えて又は加えて、料理の画像を含み、
　前記対象のユーザが食べた料理の前記料理特定情報を推定できると判定された場合、推定された当該料理特定情報の料理名に代えて又は加えて料理の画像を含む情報を当該対象のユーザ端末に送信する情報送信手段を備えるように構成されていることが好ましい。
　料理名が同一であっても、ユーザが実際に食べた料理の材料、各材料の量のバランス、料理全体の量の程度などが大きく変わる可能性がある。カツカレーを例に挙げれば、脂身の多いロースカツであるか赤身の多いヒレカツカレーであるか（材料）、カツが非常に大きいもの又は緑黄色野菜がたくさん入ったもの（材料の量のバランス）、大盛りかミニカレーか（全体の量）などの様々なレパートリーが考えられる。
　しかしながら、これらの様々なレパートリーを正確に文字であらわそうとした場合、料理名が非常に長くなり、ユーザがその中から自分が食べた料理を選択するうえで不便である。
　このような点に鑑みて構成された当該構成の食事履歴蓄積システムによれば、料理カテゴリデータベースが記憶するカテゴリ情報は料理名に代えて又は加えて、料理の画像を含んでいる。
　料理の画像とは、料理を表す写真、イラストなどの静止画像又はビデオ映像、アニメーションなどの動く画像又はこれらの組み合わせなどの情報である。
　また、情報送信手段は、前記対象のユーザが食べた料理の料理名を推定できると判定された場合、推定された料理名に代えて又は加えて料理の画像を含む情報を前記対象のユーザ端末に送信するように構成されている。
　これにより、ユーザ端末は、当該推定された料理の画像を選択可能な形式で出力し、対象ユーザは、料理の画像を見て直感的に自身が食べた料理に最も近いものを選択することができるので、より簡便に、より正確な食事内容の蓄積が可能となる。
本実施の形態による食事履歴蓄積システムの構成例を示す機能ブロック図。 本発明における食事履歴蓄積システムの食事履歴データベースの一例を示すリスト図。 本発明における食事履歴蓄積システムの料理カテゴリデータベースの一例を示すリスト図。 本発明における食事履歴蓄積システムのユーザ属性データベースの一例を示すリスト図。 本発明における食事履歴蓄積サーバの動作の一例の概略を説明するフロー図。 本発明におけるユーザ端末の動作の一例を説明するフロー図。 本発明における食事履歴蓄積システムの食事有無判定処理の動作を説明するフロー図。 本発明における食事履歴蓄積システムの第１料理推定処理の動作を説明するフロー図。 本発明における食事履歴蓄積システムの第１料理推定処理の動作の変更例を説明するフロー図。 本発明における食事履歴蓄積システムのカテゴリ推定処理の動作を説明するフロー図。 本発明における食事履歴蓄積システムの第２料理推定処理の動作を説明するフロー図。 本発明における食事履歴蓄積システムの食事履歴蓄積処理の動作を説明するフロー図。 本実施形態のカテゴリ情報入力画面の一例を示す構成図。 本実施形態のカテゴリ情報入力画面の一例を示す構成図。 本実施形態の料理特定情報入力画面の一例を示す構成図。
　以下、本発明の一実施の形態について食事履歴蓄積システムを例にして図面を参照して
説明する。
　食事履歴蓄積システムは、例えば対象ユーザの位置情報を分析し、当該ユーザが食事をしたと推定される場合には、食した料理の料理特定情報の入力を補助することにより、ユーザの食事履歴を蓄積するシステムである。蓄積された食事履歴は、例えば、ユーザに対する栄養指導、ユーザに対する診療、ユーザ自身による健康管理の他、各ユーザの食事履歴又はその傾向の分析等に使用されうる。
　対象ユーザは、例えば、糖尿病患者もしくは高血圧患者等の生活習慣病患者、定期健診などで血糖値もしくはコレステロール値等が比較的高いと診断等された将来的に生活習慣病を患う危険性のある方、栄養管理に関心を持つ方等に適している。
　図１は、本実施の形態による食事履歴蓄積システムの一構成例を示す機能ブロック図である。
　図１において、ユーザ端末３０は、通信ネットワーク２０とは図示していないが無線基地局を介して接続され、食事履歴蓄積サーバ１０と通信ネットワーク２０とはＷＡＮ（Ｗｉｄｅ　Ａｒｅａ　Ｎｅｔｗｏｒｋ）等で通信可能に構成されている。
　食事履歴蓄積サーバ１０は、通信ネットワーク２０を介して、複数のユーザの通信端末（図１では３０，３１，３２のみを例示する）との間でデータ通信を行うことにより、当該ユーザの食事履歴情報の更新に使用される。なお、以下の説明では、説明の便宜のため、食事履歴の更新対象のユーザの通信端末をユーザ端末３０と表し、「対象のユーザ」と異なるユーザの通信端末をユーザ端末３１、ユーザ端末３２と表す。
　［食事履歴蓄積サーバ］
　本実施例の食事履歴蓄積サーバ１０は、ＣＰＵとメモリを含むサーバ制御部１０ｎと、食事履歴データベース１１と、料理カテゴリデータベース１２とを備える。また、食事履歴蓄積サーバ１０は、ユーザ属性データベース１３を備える。
　本実施例の食事履歴蓄積サーバ１０のサーバ制御部１０ｎは、ＣＰＵがメモリに展開された所定プログラムを実行することにより、ＣＰＵが位置情報取得部１４、食事有無推定部１５、料理推定部１６、情報送信部１７、情報受信部１８、食事履歴蓄積部１９として機能する。
　また、食事履歴蓄積サーバ１０はハードウエアのネットワーク接続部ＮＩＣを含む。ネットワーク接続部ＮＩＣは各種データをユーザ端末３０へ送信し、ユーザ端末３０から各種データを受信する。
　食事履歴データベース１１は、ユーザごとの食事履歴情報を蓄積する。本実施例の食事履歴情報は、図２に示されるように、リスト形式で、ユーザＩＤ１１１と、位置１１２と、時刻１１３とを含み、さらに料理特定情報として、料理名１１４を含んでいる。
　また、食事履歴情報は、日付１１５と、曜日１１６とを含むように構成することが好ましい。
　ユーザＩＤ１１１は、食事履歴蓄積サーバ１０の利用者である各ユーザに関連付けられた識別情報である。位置１１２は、ユーザが料理を食した場所である。ユーザ端末から受信した緯度及び経度をそのまま記憶してもよいし、当該緯度及び経度から導き出される住所を記憶することとしてもよい。時刻１１３は、ユーザが料理を食した時刻である。これに代えて、時刻１１３は、例えば、朝方の６時～９時、昼前の９時～１２時、などのそれぞれの時刻１１３に応じた時間帯で表されてもよい。かかる時間帯の各間隔は適宜設定できる。料理名１１４は、例えば、ラーメン、寿司、アイスクリーム等の具体的な料理の名前である。あるいは料理名１１４に加えて又は替えて、料理のカテゴリが含まれることとしてもよい。日付１１５は、ユーザが料理を食した年月日である。曜日１１６は、日付１１５から導き出される、ユーザが料理を食した日の曜日である。
　料理カテゴリデータベース１２は、料理のカテゴリとそのカテゴリに含まれる料理の料理特定情報とを対応付ける料理カテゴリ情報を蓄積する。
　料理カテゴリ情報は、図３に示されるように、リスト形式で、料理カテゴリ１２１を含み、また料理特定情報として、料理名１２２と画像１２３とを含んでいる。
　料理カテゴリ１２１は、おやつ、和食、中華、カレー、肉料理、魚料理等の料理の大まかな区分である。例えば、和食と魚料理のように、一のカテゴリが他のカテゴリと重複していてもよいし、又は一のカテゴリが他のカテゴリに包含されてもよい。料理カテゴリは、例えば、和食等のように比較的抽象的な分類であってもよい。また、第１層「和食」第２層「麺類」第３層「そば」「うどん」のように、料理カテゴリが階層的に表現されてもよい。
　また、料理カテゴリ１２１は、上記分類に代えて又は加えて、食べるタイミング（朝食、昼食、夕食、おやつ等）、食べる季節（春の料理、夏の料理等）、地域、文化、調理法、調理者、味、又は材料によって分類された料理の区分であることが好ましい。
　これは、料理のカテゴリの推定に当たり、ユーザの食事の嗜好又は習慣と強く結びづいた事項が勘案されるので、料理のカテゴリの推定の精度が向上すると推察されるためである。
　ユーザ属性データベース１３は、ユーザごとの属性情報を蓄積する。属性情報は、図４に示されるように、リスト形式で、ユーザＩＤ１３１と、性別１３２と、年齢１３３とを含んでいる。性別１３２は、ユーザが男性であるか、女性であるかを示す情報である。
　年齢１３３は、ユーザの年齢を表す情報である。なお、年齢の代わりに、生年月日を記憶し、生年月日から、当該ユーザの年齢を認識することとしてもよい。
　位置情報取得部１４は、ユーザ端末３０からネットワーク接続部ＮＩＣを介してユーザの位置と日時とを含む位置情報を受信して取得する。
　食事有無推定部１５は、位置情報取得部１４が取得したユーザの位置情報に基づいて、当該ユーザが食事をしたがどうかを推定する。
　この推定は、例えばユーザが一定箇所に一定時間以上滞在したか否かにより行われる。
　料理推定部１６は、食事有無推定部１５により当該ユーザが食事をしたと推定された場合に、食事履歴情報に基づいて当該ユーザが食べた料理の料理特定情報を推定する。
　当該ユーザが食べた料理の料理特定情報を推定できる場合は、料理推定部１６は、ユーザの位置から前記食事履歴情報に基づいて対象のユーザが食べた料理の料理特定情報を推定する。
　当該ユーザが食べた料理の料理特定情報を推定できない場合は、料理推定部１６は、前記食事履歴情報と前記カテゴリ情報とに基づいて前記対象のユーザが食べた料理のカテゴリを推定する。
　情報送信部１７は、推定された料理特定情報を含む情報を、ネットワーク接続部ＮＩＣを介して当該ユーザの端末に送信する。
　一方、対象のユーザが食べた料理の料理特定情報を推定できないと判定された場合には、情報送信部１７は、推定された料理のカテゴリを含む情報を、ネットワーク接続部ＮＩＣを介して当該ユーザの端末に送信する。
　情報受信部１８は、対象のユーザの端末から、当該ユーザが入力した料理特定情報又はカテゴリ情報を含む情報を、ネットワーク接続部ＮＩＣを介して受信する。
　食事履歴蓄積部１９は、情報受信部１８が受信した料理特定情報又はカテゴリ情報を、当該ユーザのユーザＩＤ、位置及び時刻と対応付けて食事履歴データベース５９に蓄積し、当該ユーザの食事履歴情報を更新する。
　［ユーザ端末］
　次に、本実施形態のユーザ端末３０は、図１に示すように、ユーザが食事履歴の記録をすべく使用するスマートフォン又はタブレット端末等の通信機器である。例えば、ユーザ端末３０のスマートフォンは、音声通話又はデータ通信に用いられる通信部３０ａ、ユーザに食べた料理を特定する料理特定情報又は食べた料理のカテゴリを選択させる料理選択部であるタッチパネル３０ｂ、時計３０ｃ、位置検出用のＧＰＳ機能部３０ｄ等の作動装置並びにこれら作動装置を制御する制御部３０ｎを備えている。
　本実施例の制御部３０ｎは、ＣＰＵとフラシュメモリ等のＲＯＭ，ＲＡＭの記憶部（図示せず）を含み、記憶部に格納された種々のプログラムに従うＣＰＵによって通信端末の処理を含む全体動作を制御する。ＧＰＳ機能部３０ｄがＧＰＳ（Ｇｌｏｂａｌ　Ｐｏｓｉｔｉｏｎｉｎｇ　Ｓｙｓｔｅｍ）信号を受信し、制御部３０ｎにより、ＧＰＳ信号に基づいてユーザの位置を検出する。現在時刻を計時する時計３０ｃはＧＰＳ機能部３０ｄによる測位の計算にＣＰＵにより利用される。
　ＧＰＳ機能部３０ｄは、例えばＧＰＳ信号を利用して定期的にユーザの位置を算出し、日時とともに位置情報としてＲＡＭに蓄積する。ユーザの位置は、緯度及び経度により表される。そして、制御部３０ｎは、一定時間分の位置情報が蓄積されるごとに上記蓄積された位置情報をＲＡＭから読み出して食事履歴蓄積サーバ１０へ周期的に送信する。
　制御部３０ｎは、ＲＡＭに展開された画像表示用の食事履歴記録アプリ３３のプログラムを実行することにより、各ユーザが食事履歴記録アプリ３３を介して食事履歴蓄積サーバ１０によるサポートを享受可能な状態とする。
　［食事履歴蓄積サーバにおける履歴蓄積処理］
　図５～図１３を参照して、かかる食事履歴の蓄積処理を説明する。
　まず、ユーザ端末３０は、本実施例の食事履歴記録アプリ３３の起動に応じて、ＧＰＳ機能部３０ｄによって蓄積された位置情報を周期的に取得し（図６／ＳＴＥＰ１０１）、ユーザ端末３０に記憶された対象ユーザのユーザＩＤを付与して、通信部３０ａを介して食事履歴蓄積サーバ１０に送信する（図６／ＳＴＥＰ１０２）。
　食事履歴蓄積サーバ１０は、図５に示すＳＴＥＰ２００～ＳＴＥＰ７００の処理を周期的に行っている。
　食事履歴蓄積サーバ１０の位置情報取得部１４は、食事有無判定処理（図５／ＳＴＥＰ２００）を開始すると、まずネットワーク接続部ＮＩＣを介して位置情報を受信したか否かを判定する（図７／ＳＴＥＰ２０１）。
　当該判定結果が否定的である場合はＳＴＥＰ２０１の処理を再度実行する。
　当該判定結果が肯定的である場合、食事履歴蓄積サーバ１０の位置情報取得部１４は、処理時の時刻、日付、曜日を認識し（図７／ＳＴＥＰ２０２）、位置情報に含まれる位置及び日時と、対象ユーザのユーザＩＤと、処理時の時刻、日付、及び曜日とをメモリに記憶する（図７／ＳＴＥＰ２０３）。
　次に、食事履歴蓄積サーバ１０の食事有無推定部１５は、メモリに記憶された位置及び日時に基づいてユーザが一定箇所に一定時間以上滞在したかを判定し（図７／ＳＴＥＰ２０４）、当該ユーザが食事したかどうかを推定する。
　ユーザが一定箇所に一定時間以上滞在するとは、ユーザが一定時間以上にわたってほぼ同一とみなせる範囲（例えば５ｍ以内のような範囲）にいる場合に食事有無推定部１５は、ユーザが一定箇所に一定時間以上滞在したと判定してもよい。
　当該判定結果が否定的である場合、ＳＴＥＰ２０１の処理を再度実行する。
　当該判定結果が肯定的である場合、食事履歴蓄積サーバ１０の料理推定部１６は、食事履歴情報に基づいて当該ユーザが食べた料理の料理特定情報を推定できるか否かを判定する（図５／ＳＴＥＰ３００）。
　料理推定部６６は、例えば食事履歴情報に基づいて、対象となるユーザが同一の種類の料理を食べる頻度が所定の閾値以上か否かを判定することにより当該ユーザが食べた料理の料理特定情報を推定できるか否かを判定する。
　料理推定部６６は、対象となるユーザが同一の種類の料理を食べる頻度が所定の閾値以上か否かを、例えば対象となるユーザが同条件で特定の一の料理を食べる確率が所定確率以上であるかにより判定する。同条件とは、例えば位置、あるいは位置と処理時点の時刻に応じた時間帯とを組み合わせた情報が一致することである（以下同様）。
　例えば料理推定部１６は、ユーザ端末３０から受信した対象ユーザのユーザＩＤ、位置及び時間帯と一致する食事履歴情報を食事履歴データベース１１から抽出し、当該抽出された食事履歴情報を料理特定情報ごとに集計し、料理特定情報ごとの食事回数を合計した値を、当該ユーザの総食事回数で除して料理特定情報ごとに百分率で表した値が最も大きい料理特定情報の値が、所定の閾値以上（１０％以上、３０％以上、６０％以上など。かかる値は、適宜変更可能である。以下同様。）である場合には、料理特定情報の推定が可能であると判定する。
　あるいは、料理推定部１６は、対象となるユーザが同一の種類の料理を食べる頻度が所定の閾値以上か否かを、例えば対象となるユーザが同条件で特定の複数の料理を食べる確率が所定確率以上であるかにより判定することとしてもよい。
　また、料理推定部１６は、食事履歴情報に基づいて、ユーザの食事履歴が所定の期間以上蓄積されている場合に、あるいはこれに加えて当該ユーザが当該期間中に一定の料理を食べる確率が所定以上である場合に、対象のユーザが食べた料理の料理特定情報を推定できると判定するように構成されている。
　比較的長期間にわたって対象のユーザの食事履歴が蓄積されていれば、対象のユーザが食べる料理特定情報も比較的高精度に推定できる。
　一方で、上述したこれらの条件に合致する食事履歴情報が食事履歴データベース１１にない場合には、料理推定部１６は、当該ユーザが食べた料理の料理特定情報を推定できないものと判定する。
　料理推定部１６は、料理特定情報の推定が可能であると判定された場合には、後述する第１料理推定処理（図５／ＳＴＥＰ４００）を実行する。
　一方、対象のユーザが食べた料理の料理特定情報を推定できないと判定された場合には、料理推定部１６は、カテゴリ推定処理（図５／ＳＴＥＰ５００）実行し、まず料理のカテゴリの推定が可能であるか否かを判定する（図９／ＳＴＥＰ５０１）。
　料理推定部１６は、料理のカテゴリの推定が可能であるか否かの判定を、例えば食事履歴データベース１１を参照し、当該ユーザの過去の食事履歴情報から、当該ユーザが過去に食べたことのある料理特定情報を抽出し、さらに料理カテゴリデータベース１２を参照し、当該抽出された各料理特定情報が属する料理のカテゴリを取得できるか否かにより行う。
　例えば、料理推定部１６は、ユーザ端末３０から受信した対象ユーザのユーザＩＤ、位置及び時間帯と一致する食事履歴情報を食事履歴データベース１１から抽出して、当該抽出された食事履歴情報を料理特定情報ごとに集計し、さらに料理カテゴリデータベース１２を参照して、当該集計された各料理特定情報のカテゴリを取得する。
　あるいは、料理推定部１６は、例えば食事履歴情報に基づいて、対象となるユーザが同一のカテゴリの料理を食べる頻度が所定の閾値以上か否かを判定することにより、当該ユーザが食べた料理のカテゴリを推定できるか否かを判定する。
　料理推定部１６は、対象となるユーザが同一のカテゴリの料理を食べる頻度が所定の閾値以上か否かを、例えば対象となるユーザが同条件で特定の一のカテゴリの料理を食べる確率が所定確率以上であるかにより判定する。
　例えば料理推定部１６は、ユーザ端末３０から受信した対象ユーザのユーザＩＤ、位置及び時間帯と一致する食事履歴情報を食事履歴データベース１１から抽出し、当該抽出された食事履歴情報を料理特定情報ごとに集計し、さらに料理カテゴリデータベースを参照し、当該集計された各料理特定情報の料理カテゴリ１２１を取得して、カテゴリごとの食事回数を合計した値を、当該ユーザの総食事回数で除して料理カテゴリごとに百分率で表した値が最も大きい料理カテゴリの値が、所定の閾値以上である場合には、料理カテゴリの推定が可能であると判定する。
　このような処理の結果、料理特定情報のカテゴリを取得できた場合には、料理推定部１６は対象のユーザが食べた料理のカテゴリを推定できると判定し、取得できない場合には、対象のユーザが食べた料理のカテゴリを推定できないと判定する。
　料理のカテゴリの推定ができないと判定された場合には、料理推定部１６は、図９／ＳＴＥＰ５０２～ＳＴＥＰ５０３を行わずに、図９／ＳＴＥＰ５０４を実行する。
　料理のカテゴリの推定が可能と判定された場合には、料理推定部１６は、食事履歴データベース１１を参照し、当該ユーザの過去の食事履歴情報から、処理時と同一の日付及び同一の曜日の両方又は一方において当該ユーザが食べたことのある料理特定情報を抽出して、さらに料理カテゴリデータベース１２を参照し、当該抽出された料理特定情報に基づいて、当該ユーザが食べる頻度の高い料理のカテゴリを認識する（図９／ＳＴＥＰ５０２）。
　処理時と同一の日付とは、例えば処理時が２０１７年１２月２５日である場合、日だけに着目することとすれば、過去の毎月の２５日となるし、月及び日に着目することとすれば、過去の１２月２５日となる。あるいは、完全に同じ日又は月日でなく、例えば日の一ケタ目だけに着目し、毎月５のつく日（つまり、５日、１５日及び２５日）としてもよい。
　続いて、料理推定部１６は、ユーザ属性データベース１３を参照し、当該ユーザのＩＤに基づいて、当該ユーザの性別、年齢などの属性情報を取得し、さらに食事履歴データベース１１を参照し、処理時の時間帯において、当該ユーザと同属性の人が食べたことのある料理特定情報を抽出した後に、料理カテゴリデータベース１２を参照し、抽出された料理特定情報に基づき、当該ユーザと同属性の人が食べる頻度の高い料理カテゴリ１２１を選択して認識する（図９／ＳＴＥＰ５０３）。
　当該ユーザと同属性の人が食べる頻度が高いか否かは、例えば上記で抽出された当該ユーザと同属性の人が食べたことのある料理特定情報を集計し、さらに料理カテゴリデータベース１２を参照して、各料理特定情報の料理カテゴリ１２１を認識し、当該カテゴリごとの食事回数を合計した値を、当該ユーザと同属性の人の総食事回数で除してカテゴリごとに百分率で表した値が、所定の閾値以上であるか否かにより判定する。
　その後、料理推定部１６は、推定された料理のカテゴリを含む情報である、料理カテゴリ候補群データを作成する（図９／ＳＴＥＰ５０４）。
　料理カテゴリ候補群データは、対象のユーザが食べたと推定された料理のカテゴリのリストである。
　料理推定部１６は、料理のカテゴリの推定が可能と判定されている場合には、上記ＳＴＥＰ５０２及びＳＴＥＰ５０３にて抽出された料理カテゴリ１２１を含む料理カテゴリ候補群を決定し、当該決定した料理カテゴリ候補群を含む情報を、料理カテゴリ候補群データとする。
　一方、料理のカテゴリの推定ができないと判定されている場合には、料理推定部１６は、例えば料理カテゴリデータベース１２を参照し、料理カテゴリデータベース１２に登録されているすべての料理カテゴリ１２１を含む料理カテゴリ候補群を決定し、当該決定した料理カテゴリ候補群を含む情報を、料理カテゴリ候補群データとする。
　これは、ユーザが実際に食べた料理のカテゴリを推定できない場合であっても、カテゴリ情報を選択可能な形式で出力するので、対象のユーザに実際に食べた料理のカテゴリを入力させるにあたり、対象のユーザの手間を軽減することができる。
　情報送信部１７は、当該料理カテゴリ候補群データを当該ユーザの端末に送信する（図９／ＳＴＥＰ５０５）。
　ユーザ端末３０において、その制御部３０ｎは、サーバからデータを受信したか否かを判定する（図６／ＳＴＥＰ１０３）。
　当該判定が否定的である場合は、制御部３０ｎは、ＳＴＥＰ１０１以下の処理を繰り返す。
　一方当該判定が肯定的である場合は、制御部３０ｎは、食事履歴蓄積サーバ１０から料理カテゴリ候補群データを受信したか否かを判定する（図６／ＳＴＥＰ１０４）。
　当該判定結果が否定的である場合は、ユーザ端末３０は、ＳＴＥＰ１０５～１０８を行わずにＳＴＥＰ１０９を実行する。
　一方、当該判定結果が肯定的である場合は、ユーザ端末３０は、料理カテゴリ候補群データに基づき、ユーザにカテゴリ情報入力画面をタッチパネル３０ｂに表示する（図６／ＳＴＥＰ１０５）。
　本実施形態のカテゴリ情報入力画面には、図１２Ａに示されるように、「中華料理」「魚料理」「おやつ」その他のように料理の各カテゴリを示すボタンと、食事をしていない旨を示すボタンとが含まれている。
　一方、料理推定部１６により、料理のカテゴリの推定ができないと判定されている場合には、ユーザ端末３０の制御部３０ｎは、受信したデータを図１２Ｂに示されるカテゴリ情報入力画面をタッチパネル３０ｂに表示する。本実施形態のカテゴリ情報入力画面には、図１２Ｂに示されるように、「肉料理」「魚料理」「野菜料理」「朝食」などのように料理カテゴリデータベース１２に記憶されているすべての料理のカテゴリを示すボタンと、食事をしていない旨を示すボタンとが含まれている。あるいは、材料等の一つの観点によって分類されたカテゴリが表示されてもよいし、材料、食事をするタイミング等の複数の観点それぞれによって分類されたカテゴリが表示されてもよい。
　次に、ユーザ端末３０の制御部３０ｎは、ユーザによりカテゴリ情報入力画面において入力された料理のカテゴリを認識し（図６／ＳＴＥＰ１０６）、入力されたカテゴリを示す情報を、通信部３０ａを介して食事履歴蓄積サーバ１０に送信する（図６／ＳＴＥＰ１０７）。
　そして、食事履歴蓄積サーバ１０は、第２料理推定処理（図５／ＳＴＥＰ６００）を実行し、まず食事履歴蓄積サーバ１０の情報受信部１８は、料理のカテゴリを示す情報を受信したか否かを判定する（図１０／ＳＴＥＰ６０１）。
　当該判定結果が否定的である場合、料理推定部１６は、図１０／ＳＴＥＰ６０１の処理を再度実行する。
　当該判定結果が肯定的である場合、料理推定部１６は、ユーザ属性データベース１３を参照し、対象となるユーザの属性（性別、年齢など）を認識し（図１０／ＳＴＥＰ６０２）、処理時の時間に基づいてユーザが食事をした時間帯を認識（図１０／ＳＴＥＰ６０３）する。
　次に、料理推定部１６は、料理カテゴリデータベース１２を参照し、ユーザ端末３０から受信した料理のカテゴリに合致する料理特定情報を抽出し、さらに、食事履歴データベース１１を参照し、当該抽出した各料理特定情報のうち、当該ユーザの位置及び上記ＳＴＥＰ６０３で認識されたユーザが食事をした時間帯において、当該ユーザが食べる頻度の高い料理特定情報を認識する（図１０／ＳＴＥＰ６０４）。
　続いて、料理推定部１６は、食事履歴データベース１１を参照し、ＳＴＥＰ６０４にて抽出したユーザ端末３０から受信した料理のカテゴリに合致し、処理時と同一の日付及び同一の曜日の両方又は一方において当該ユーザが食べたことのある料理特定情報を抽出し、抽出された料理特定情報の中から、当該ユーザが食べる頻度の高い料理特定情報を認識する（図１０／ＳＴＥＰ６０５）。
　さらに、料理推定部１６は、食事履歴データベース１１を参照し、処理時の時間帯において、ユーザ端末３０から受信した料理のカテゴリに合致し、当該ユーザと同属性の人が食べる頻度の高い料理特定情報を認識する（図１０／ＳＴＥＰ６０６）。
　次に、料理推定部１６は、ＳＴＥＰ６０４～ＳＴＥＰ６０６で認識された料理特定情報を所定の優先順位に従って並び替える（図１０／ＳＴＥＰ６０７）。
　この場合の優先順位付けは、例えば、ユーザ端末３０から受信した対象となるユーザの位置及び処理時点の時間帯において当該ユーザが各料理を食べる頻度の高さ、同一の日付及び同一の曜日の両方又はいずれか一方において対象となるユーザが各料理を食べる頻度の高さ、当該ユーザと同属性の人が各料理を食べる頻度の高さなどに基づき行われる。
　本構成により優先順位付けを行う際には、まず、料理推定部１６は、ユーザ属性データベース１３を参照し、対象となるユーザの属性（性別、年齢など）を認識する。
　次に、料理推定部１６は、食事履歴データベース１１を参照し、例えばユーザ端末３０から受信した対象となるユーザの位置及び処理時点の時間帯において当該ユーザが各料理を食べる頻度の高さに基づき優先順位付けを行った際に、頻度が同一の料理が複数ある場合、さらに食事履歴データベース１１を参照し、項目（属性、日付、曜日）を変えながら食べられる頻度の高い料理特定情報を抽出し、どの項目の場合に最も当該ユーザが食べた料理特定情報の持つ傾向と近似するかを認識し、ユーザが食べた料理特定情報と最も近似する項目を最も相関の高い項目であると認識する。
　そして、上記の頻度が同一の料理について、最も相関の高い項目として認識された項目（例えば曜日）において対象となるユーザが各料理を食べる頻度の高さで優先順位付けをする。また、当該優先順位付けを行ってもなお頻度が同一の料理が複数ある場合は、最も相関の高い項目であると認識された項目の次に相関の高い項目（例えば日付）を認識し、当該項目において対象となるユーザが各料理を食べる頻度の高さでの優先順位付けをさらにすることとしてもよい。
　続いて、料理推定部１６は、推定された料理特定情報を含む情報である、料理候補群データを、上記の優先順位付けをして作成する（図１０／ＳＴＥＰ６０８）。
　料理候補群データは、対象のユーザが食べたと推定された料理のリストである。
　情報送信部１７は、当該料理候補群データを当該ユーザのユーザ端末３０に送信する（図１０／ＳＴＥＰ６０９）。
　ユーザ端末３０において、その制御部３０ｎは、食事履歴蓄積サーバ１０から料理候補群データを受信したか否かを判定する（図６／ＳＴＥＰ１０８）。
　当該判定結果が否定的である場合は、ユーザ端末３０は、図６／ＳＴＥＰ１０８の処理を再度実行する。
　一方、当該判定結果が肯定的である場合は、ユーザ端末３０は、料理候補群データに基づき料理特定情報入力画面を作成し、タッチパネル３０ｂ表示する（図６／ＳＴＥＰ１０９）。
　この際、ユーザ端末３０の制御部３０ｎは、受信したデータを図１３に示される料理特定情報入力画面をタッチパネル３０ｂに表示する。本実施形態の料理特定情報入力画面には、図１３に示されるように、「ラーメン」「寿司」「ピザ」「刺身」その他のように各料理特定情報を示すボタンと、食事をしていない旨を示すボタンとが含まれている。
　なお、料理特定情報入力画面には、これらに加えて又は代えて、料理特定情報の入力ボックスが含まれていてもよい。
　次に、ユーザ端末３０の制御部３０ｎは、料理特定情報入力画面において料理特定情報の選択又は入力があったか否かを判定する（図６／ＳＴＥＰ１１０）。
　当該判定結果が否定的である場合は、ユーザ端末３０は、図６／ＳＴＥＰ１１０の処理を再度実行する。
　一方、当該判定結果が肯定的である場合は、ユーザ端末３０は、入力された料理特定情報を、通信部３０ａを介して食事履歴蓄積サーバ１０に送信する（図６／ＳＴＥＰ１１１）。
　食事をしていない旨を示すボタンが押下された場合には、ユーザ端末３０の制御部３０ｎは、食事をしていない旨を示す情報を食事履歴蓄積サーバ１０に送信するとともに、ＳＴＥＰ１０１の処理を実行する。食事をしていない旨を示す情報を受信した食事履歴蓄積サーバ１０は、ＳＴＥＰ２０１の処理を実行する。
　食事履歴蓄積サーバ１０は、食事履歴蓄積処理（図５／ＳＴＥＰ７００）を実行し、食事履歴蓄積サーバ１０の情報受信部１８は、まずネットワーク接続部ＮＩＣを介し料理名特定情報を受信したか否かを判定する（図１１／ＳＴＥＰ７０１）。
　当該判定結果が肯定的である場合は、食事履歴蓄積部１９は、対象となるユーザのユーザＩＤ、位置、処理時の日付、時刻、曜日及び料理特定情報を食事履歴データベースに追加し（図１１／ＳＴＥＰ７０２）、処理を終了する。
　当該判定結果が否定的である場合は、情報受信部１８は、図１１／ＳＴＥＰ７０１の処理を再度実行する。
　［食事履歴蓄積サーバにおける第１料理推定処理］
　図８Ａを参照して、食事履歴蓄積サーバ１０における第１料理推定処理を説明する。
　まず、料理推定部１６は、ユーザ属性データベース１３を参照し、対象となるユーザの属性（性別、年齢など）を認識し（図８Ａ／ＳＴＥＰ４０１）、処理時の時間に基づいてユーザが食事をした時間帯を認識（図８Ａ／ＳＴＥＰ４０２）する。
　次に、料理推定部１６は、食事履歴データベース１１を参照し、当該ユーザの位置及び上記ＳＴＥＰ４０２で認識されたユーザが食事をした時間帯において、当該ユーザが食べる頻度の高い料理特定情報を認識する（図８Ａ／ＳＴＥＰ４０３１）。
　当該ユーザが食べる頻度が高いか否かは、例えば対象となるユーザのユーザＩＤ、当該ユーザの位置及びユーザが食事をした時間帯を組み合わせた情報が一致する食事履歴情報を食事履歴データベース１１から抽出し、当該抽出された食事履歴情報を集計し、その集計結果に基づき判定する。
　続いて、料理推定部１６は、食事履歴データベース１１を参照し、処理時と同一の日付及び同一の曜日の両方又は一方において当該ユーザが食べたことのある料理特定情報を抽出し、抽出された料理特定情報の中から、当該ユーザが食べる頻度の高い料理特定情報を認識する（図８Ａ／ＳＴＥＰ４０３２）。
　当該ユーザが食べる頻度が高いか否かは、例えば対象となるユーザのユーザＩＤ並びに処理時と同一の日付及び同一の曜日の両方又は一方が一致する食事履歴情報を食事履歴データベース１１から抽出し、当該抽出された食事履歴情報を集計し、その集計結果に基づき判定する。
　さらに、料理推定部１６は、食事履歴データベース１１を参照し、処理時の時間帯において、当該ユーザと同属性の人が食べる頻度の高い料理特定情報を認識する（図８Ａ／ＳＴＥＰ４０３３）。
　次に、料理推定部１６は、図８Ａ／ＳＴＥＰ４０２、ＳＴＥＰ４０３１～ＳＴＥＰ４０３３で認識された料理特定情報を所定の優先順位に従って並び替える（図８Ａ／ＳＴＥＰ４０４）。
　この場合の優先順位付けは、例えば、ユーザ端末３０から受信した対象となるユーザの位置及び処理時点の時間帯において当該ユーザが各料理を食べる頻度の高さ、同一の日付及び同一の曜日の両方又はいずれか一方において対象となるユーザが各料理を食べる頻度の高さ、当該ユーザと同属性の人が各料理を食べる頻度の高さなどに基づき行われる。
　続いて、料理推定部１６は、上記優先付された料理特定情報を含む料理候補群データを作成し（図８Ａ／ＳＴＥＰ４０５）、当該データをユーザ端末３０に送信する（図８Ａ／ＳＴＥＰ４０６）。
　次に、図８Ｂを参照して、食事履歴蓄積サーバ１０における料理推定処理の変更例を説明する。
　本変更例においては、対象となるユーザの属性（年齢、性別など）、位置、日付、時間帯などの項目のうち、当該ユーザの食べた料理特定情報との相関の高い項目を認識し、当該認識された相関の高い項目に基づいて当該ユーザが食べる料理特定情報を推定する。
　ユーザによっては、どの項目が、当該ユーザの食べる料理特定情報との相関が高くなるかは異なる場合がある。
　例えば、当該ユーザは年齢が９０歳で、性別が男性で、現在位置が東京都新宿区であり、これらの項目に基づいて食事履歴データベースから当該ユーザと同属性の人が食べる頻度の高い料理特定情報を認識すると、一般的に魚料理などのさっぱりした高年齢者向けの料理が食べられた頻度が圧倒的に高い傾向にあったとして、一方で、当該ユーザはむしろハンバーガー及びパニーニなどの若者が好む料理店に近接する地域に居住しており、これらの料理を高い頻度で食べる傾向にある場合、例えば年齢を含めて料理特定情報の推定を行うと、推定の精度が下がる可能性がある。
　このようなユーザについては、料理推定部１６は、料理特定情報の推定を行う際には、年齢は、ユーザが食べた料理特定情報との相関が低いものとして除外し、それ以外の相対的に相関が高い項目に基づいて、料理特定情報を推定することにより、料理特定情報の推定の精度を高める。
　そのため、本構成により料理特定情報の推定を行う際には、まず、料理推定部１６は、ユーザ属性データベース１３を参照し、対象となるユーザの属性（性別、年齢など）を認識する（図８Ｂ／ＳＴＥＰ４０１）。
　次に、料理推定部１６は、食事履歴データベース１１を参照し、当該ユーザが食べる頻度が高い料理特定情報を抽出するとともに、さらに食事履歴データベース１１を参照し、項目を変えながら食べられる頻度の高い料理特定情報を抽出し、どの項目の場合に最も当該ユーザが食べた料理特定情報の持つ傾向と近似するかを認識し、ユーザが食べた料理特定情報と最も近似する項目を最も相関の高い項目であると認識する（図８Ｂ／ＳＴＥＰ４０３４）。
　続いて、当該最も相関の高い項目により抽出された料理特定情報から、当該相関の高い項目に対するユーザが食べる頻度の高い料理特定情報を認識する（図８Ｂ／ＳＴＥＰ４０３５）。
　当該ユーザが食べる頻度が高いか否かは、例えば対象となるユーザの最も相関の高い項目の組み合わせが一致する食事履歴情報を食事履歴データベース１１から抽出し、当該抽出された食事履歴情報を集計し、その集計結果に基づき判定する。
　次に、料理推定部１６は、図８Ｂ／ＳＴＥＰ４０３４～ＳＴＥＰ４０３５で認識された料理特定情報を所定の優先順位に従って並び替える（図８Ｂ／ＳＴＥＰ４０４）。
　この場合の優先順位付けは、例えば、ユーザが食べた料理特定情報と最も相関の高い項目に対してユーザが食べる頻度の高さなどに基づき行われる。
　続いて、料理推定部１６は、上記優先付された料理特定情報を含む料理候補群データを作成し（図８Ｂ／ＳＴＥＰ４０５）、当該データをユーザ端末３０に送信する（図８Ｂ／ＳＴＥＰ４０６）。
　以上により、本実施例の食事履歴の記録処理が終了する。
　上記構成の食事履歴蓄積システムによれば、当該推定された料理特定情報を選択可能な形式で出力するなどすることができるので、対象のユーザに実際に食べた料理の料理特定情報を入力させるにあたり、対象のユーザの手間を軽減することができる。
　以上、本発明の一実施例について説明したが、かかる実施例に限定されるものではなく、特許請求の範囲に記載された本発明の範囲内において、種々の変形・変更が可能である。例えば、実施例においては食事履歴蓄積サーバ１０がとユーザ端末３０と通信をして処理を実行しているが、ユーザ端末３０が必要な情報を食事履歴蓄積サーバ１０から取得し、位置情報取得部１４、食事有無推定部１５、料理推定部１６の機能の全部又は一部を行ってもよい。
　また、図５／ＳＴＥＰ３００、図９／ＳＴＥＰ５０１～５０３が省略され、代わりにユーザの過去の食事の履歴からユーザが食べたことのあるカテゴリが認識され、当該カテゴリを含む情報が図９／ＳＴＥＰ５０４以降の料理カテゴリ候補群データとして扱われてもよい。また、料理候補群を抽出できる限りで、任意のステップが省略されてもよい。
　あるいは例えば、図１０／ＳＴＥＰ６０１にて情報受信部１８が料理のカテゴリを示す情報を受信したと判定した場合に、図１０／ＳＴＥＰ６０２～６０９及び図１１／ＳＴＥＰ７０１～７０２が省略され、代わりに食事履歴蓄積部１９は、対象となるユーザのユーザＩＤ、位置、処理時の日付、時刻、曜日及び料理カテゴリ情報を食事履歴データベース１１に追加し、処理を終了することとしてもよい。
　１０…食事履歴蓄積サーバ、１１…食事履歴データベース、２０…通信ネットワーク、３０…ユーザ端末、３０ｂ…タッチパネル、３５…食事履歴記録アプリ。

Claims (9)

  1. 　ユーザの食事履歴を蓄積する食事履歴蓄積サーバと、
    　前記食事履歴蓄積サーバと接続する持ち運び可能なユーザ端末とを有し、
    　前記食事履歴蓄積サーバは、
    　複数の料理のそれぞれに対し、各料理の概略的な栄養素を特定するために十分な情報を含む料理特定情報と各料理のカテゴリとを含むカテゴリ情報を記憶する料理カテゴリデータベースと、
    　ユーザごとに、過去に食べた料理の前記料理特定情報又は当該料理の前記カテゴリ情報を含む食事履歴情報を蓄積する食事履歴データベースと、
    　前記ユーザの位置と日時とを含む位置情報を取得する位置情報取得手段と、
    　前記位置情報に基づいて当該ユーザが食事したかどうかを推定する食事有無推定手段と、
    　前記食事有無推定手段により当該ユーザが食事をしたと推定された場合に、少なくとも当該ユーザの位置から前記食事履歴情報に基づいて対象のユーザが食べた料理の前記料理特定情報を推定し、
    　前記対象のユーザが食べた料理の前記料理特定情報を推定できない場合に、前記食事履歴情報と前記カテゴリ情報とに基づいて前記対象のユーザが食べた料理のカテゴリを推定する料理推定手段と、
    　推定された前記料理特定情報又は推定された料理のカテゴリを含む情報を前記対象のユーザの端末に送信する情報送信手段と、
    　推定された前記料理特定情報又は推定された料理のカテゴリを含む情報を前記情報送信手段が送信した後に、前記ユーザが食べた料理の前記料理特定情報又は当該ユーザが食べた料理の前記カテゴリ情報を前記ユーザ端末から受信する情報受信手段と、
    　前記ユーザ端末から受信した前記料理特定情報又は前記ユーザ端末から受信した前記カテゴリ情報を前記食事履歴データベースに追加する食事履歴蓄積手段と、
    　を備えることを特徴とする食事履歴蓄積システム。
  2. 　請求項１記載の食事履歴蓄積システムにおいて、
    　前記料理推定手段は対象のユーザが食べた料理の前記料理特定情報を推定できない場合に、前記ユーザ端末から受信した前記カテゴリ情報に基づき当該対象のユーザが食べた料理の前記料理特定情報を推定するように構成されていることを特徴とする食事履歴蓄積システム。
  3. 　請求項１記載の食事履歴蓄積システムにおいて、
    　前記料理推定手段は対象のユーザが食べた料理の前記料理特定情報及び前記対象のユーザが食べた料理のカテゴリを推定できない場合に、前記料理カテゴリデータベースに記憶されているすべての前記カテゴリ情報を当該対象のユーザが食べた料理のカテゴリと推定するように構成されていることを特徴とする食事履歴蓄積システム。
  4. 　請求項１記載の食事履歴蓄積システムにおいて、
    　前記料理推定手段は、前記食事履歴情報に基づいて、前記対象のユーザの同一の種類の料理を食べる頻度が所定の閾値以上か否かを判定することにより、当該対象のユーザが食べた料理の料理特定情報を推定できるか否かを判定するように構成されていることを特徴とする食事履歴蓄積システム。
  5. 　請求項１記載の食事履歴蓄積システムにおいて、
    　前記料理推定手段は、前記食事履歴情報に基づいて、前記対象のユーザの食事履歴が所定の期間以上蓄積されている場合に、当該対象のユーザが食べた料理の前記料理特定情報を推定できると判定するように構成されていることを特徴とする食事履歴蓄積システム。
  6. 　請求項１記載の食事履歴蓄積システムにおいて、
    　前記食事履歴情報は、ユーザが食べた料理の前記料理特定情報と、当該料理を食べた日付又は曜日とを含む情報であり、
    　前記料理推定手段は、処理時点の日付又は曜日と前記食事履歴情報に含まれる料理を食べた日付又は曜日とに基づいて、前記ユーザが食べた料理の前記料理特定情報又は料理のカテゴリを推定するように構成されていることを特徴とする食事履歴蓄積システム。
  7. 　請求項１記載の食事履歴蓄積システムにおいて、
    　前記カテゴリ情報は、料理名に代えて又は加えて、料理の画像を含み、
    　前記対象のユーザが食べた料理の前記料理特定情報を推定できると判定された場合、推定された当該料理特定情報の料理名に代えて又は加えて料理の画像を含む情報を当該対象のユーザ端末に送信する情報送信手段を備えることを特徴とする食事履歴蓄積システム。
  8. 　複数の料理のそれぞれに対し、各料理の概略的な栄養素を特定するために十分な情報を含む料理特定情報と各料理のカテゴリとを含むカテゴリ情報を記憶する料理カテゴリデータベースと、
    　ユーザごとに、過去に食べた料理の前記料理特定情報又は当該料理の前記カテゴリ情報を含む食事履歴情報を蓄積する食事履歴データベースと、
    　前記ユーザの位置と日時とを含む位置情報を取得する位置情報取得手段と、
    　前記位置情報に基づいて当該ユーザが食事したかどうかを推定する食事有無推定手段と、
    　前記食事有無推定手段により当該ユーザが食事をしたと推定された場合に、少なくとも当該ユーザの位置から前記食事履歴情報に基づいて対象のユーザが食べた料理の前記料理特定情報を推定し、
    　前記対象のユーザが食べた料理の前記料理特定情報を推定できない場合に、前記食事履歴情報と前記カテゴリ情報とに基づいて前記対象のユーザが食べた料理のカテゴリを推定する料理推定手段と、
    　推定された前記料理特定情報又は推定された料理のカテゴリを含む情報を前記対象のユーザの端末に送信する情報送信手段と、
    　推定された前記料理特定情報又は推定された料理のカテゴリを含む情報を前記情報送信手段が送信した後に、前記ユーザが食べた料理の前記料理特定情報又は当該ユーザが食べた料理の前記カテゴリ情報を前記ユーザ端末から受信する情報受信手段と、
    　前記ユーザ端末から受信した前記料理特定情報又は前記ユーザ端末から受信した前記カテゴリ情報を前記食事履歴データベースに追加する食事履歴蓄積手段と、
    　を備えることを特徴とする食事履歴蓄積サーバ。
  9. 　請求項８記載の食事履歴蓄積サーバにおいて、
    　前記料理推定手段は対象のユーザが食べた料理の前記料理特定情報を推定できない場合に、前記ユーザ端末から受信した前記カテゴリ情報に基づき当該対象のユーザが食べた料理の前記料理特定情報を推定するように構成されていることを特徴とする食事履歴蓄積サーバ。
PCT/JP2018/032473 2017-12-21 2018-08-31 食事履歴蓄積システム WO2019123728A1 (ja)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2017245625A JP6364634B1 (ja) 2017-12-21 2017-12-21 食事履歴蓄積システム
JP2017-245625 2017-12-21

Publications (1)

Publication Number Publication Date
WO2019123728A1 true WO2019123728A1 (ja) 2019-06-27

Family

ID=63036635

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2018/032473 WO2019123728A1 (ja) 2017-12-21 2018-08-31 食事履歴蓄積システム

Country Status (2)

Country Link
JP (1) JP6364634B1 (ja)
WO (1) WO2019123728A1 (ja)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP4169420B1 (de) * 2019-04-24 2024-06-05 Vorwerk & Co. Interholding GmbH Verfahren zur generierung zumindest eines rezeptvorschlags, küchengerät sowie system zum zubereiten von speisen
WO2023162822A1 (ja) * 2022-02-25 2023-08-31 パナソニックＩｐマネジメント株式会社 情報提供装置、情報提供システム、情報提供方法、及び、プログラム

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2004334629A (ja) * 2003-05-09 2004-11-25 Nec Fielding Ltd 食生活情報の収集方法及び食生活情報の収集提供システム及び端末装置
JP2007157090A (ja) * 2005-12-09 2007-06-21 Mitsubishi Electric Corp 食事管理システム
JP2007212421A (ja) * 2006-02-13 2007-08-23 Denso Corp 自動車用もてなし情報提供システム
JP2011107768A (ja) * 2009-11-12 2011-06-02 Sharp Corp 食行動改善支援システム

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2004334629A (ja) * 2003-05-09 2004-11-25 Nec Fielding Ltd 食生活情報の収集方法及び食生活情報の収集提供システム及び端末装置
JP2007157090A (ja) * 2005-12-09 2007-06-21 Mitsubishi Electric Corp 食事管理システム
JP2007212421A (ja) * 2006-02-13 2007-08-23 Denso Corp 自動車用もてなし情報提供システム
JP2011107768A (ja) * 2009-11-12 2011-06-02 Sharp Corp 食行動改善支援システム

Also Published As

Publication number Publication date
JP6364634B1 (ja) 2018-08-01
JP2019113966A (ja) 2019-07-11

Similar Documents

Publication Publication Date Title
US11669557B2 (en) Iterative image search algorithm informed by continuous human-machine input feedback
US20200074524A1 (en) Network computing system for providing interactive menus and group recommendations
US20230169118A1 (en) Information presenting method, recording medium, information presenting system, and terminal device
US20130149677A1 (en) System and methods for virtual cooking with food pairing
KR102326540B1 (ko) 음식 영상을 이용한 영양관리 및 질병관리 방법
JP2019023829A (ja) 情報提供システム、プログラム、及びサーバ
WO2019123728A1 (ja) 食事履歴蓄積システム
JP2007133525A (ja) 食事指導支援システム
CN110020165A (zh) 一种饮食推荐方法和家庭机器人
JP6467601B1 (ja) 食事履歴システム
CN107705837B (zh) 选餐的推荐方法、设备及系统
KR101563694B1 (ko) 위치기반 음식점 광고 서비스 제공 시스템
KR20230069896A (ko) 주문 연계 개인 맞춤형 음식 추천 방법 및 이의 장치
WO2007069118A2 (en) Context aware food intake logging
JP2002351990A (ja) 健康管理システム、健康管理方法、及びプログラム
US20220405335A1 (en) Information presentation method, recording medium, and information presentation system
JP6715501B1 (ja) お勧め提示装置、お勧め提示システム、お勧め提示方法、お勧め提示プログラム
JP2020177475A (ja) 情報処理システムおよびプログラム
JP6684422B1 (ja) サプリメント提案システム
JP6969634B2 (ja) 情報処理装置、情報処理方法及びプログラム
JP7336423B2 (ja) レシピ提案装置およびレシピ提案システム
JP6882746B1 (ja) 情報処理装置、方法及びプログラム
JP6890747B2 (ja) 情報処理装置、情報処理方法、プログラム
KR102395631B1 (ko) 스마트 트레이 기반의 개인 섭생 관리 시스템
JP2020129411A (ja) お勧め提示装置、お勧め提示システム、お勧め提示方法、お勧め提示プログラム

Legal Events

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

Ref document number: 18892928

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

32PN Ep: public notification in the ep bulletin as address of the adressee cannot be established

Free format text: NOTING OF LOSS OF RIGHTS PURSUANT TO RULE 112(1) EPC (EPO FORM 1205A DATED 16/09/2020)

122 Ep: pct application non-entry in european phase

Ref document number: 18892928

Country of ref document: EP

Kind code of ref document: A1