WO2019049799A1 - 食事履歴システム - Google Patents

食事履歴システム Download PDF

Info

Publication number
WO2019049799A1
WO2019049799A1 PCT/JP2018/032479 JP2018032479W WO2019049799A1 WO 2019049799 A1 WO2019049799 A1 WO 2019049799A1 JP 2018032479 W JP2018032479 W JP 2018032479W WO 2019049799 A1 WO2019049799 A1 WO 2019049799A1
Authority
WO
WIPO (PCT)
Prior art keywords
user
information
dish
meal history
restaurant
Prior art date
Application number
PCT/JP2018/032479
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 WO2019049799A1 publication Critical patent/WO2019049799A1/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
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • 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 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 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
  • the meal history storage system of the present invention is A meal history database for accumulating meal history information for each user;
  • a restaurant information database holding restaurant information including information on the position of each of a plurality of restaurants and the name of the food provided in each of the restaurants;
  • Position information acquisition means for acquiring position information including the position of the user and the date and time;
  • Restaurant information acquisition means for acquiring from the restaurant information database the restaurant information at which the user ate based on the position information;
  • An extraction unit that extracts a food name candidate group including the food names of one or more dishes estimated to be eaten by the user at the date and time from the restaurant information;
  • Presenting means for presenting the user with the dish names included in the dish name candidate group in a selectable form;
  • Reception means for accepting selection of at least one dish name among the dish names of the one or more dishes included in the dish name candidate group by the user or input of at least one dish name by the user;
  • a meal history storage unit that stores the selected or input dish name in association with the position of the user and the date
  • the restaurant information acquired by the restaurant information acquiring means is acquired from the restaurant information database from the position information of the user acquired by the position information acquiring means.
  • a cooking name candidate group including the dish names of one or more dishes estimated to be eaten by the user by the extracting means is extracted from the eating and drinking information database Ru.
  • the said presentation means presents the said user in the form which can select each dish name contained in the said dish name candidate group.
  • the reception means is selected or input when at least one dish name is selected from among the dish names of one or more dishes included in the dish name candidate group, or when the dish name is input Recognize the name of the dish.
  • the meal history storage unit associates the selected or input dish name with the position of the user and the date and time, and stores it in the meal history database as meal history information of the user.
  • the user can accumulate the meal history information of the user by selecting at least one dish name among the dish names of one or more dishes included in the presented dish name candidate group. It is possible to reduce the time and effort of the user, simplify the user's input operation of the dish name, and make it easy to record the meal history. And since a cooking name candidate group is estimated based on a positional information and restaurant information, the meal information from a shop information terminal can be made unnecessary.
  • the position information acquisition means acquires the meal history information of the user from the meal history database, It is preferable that the extraction unit includes, in the food name candidate group, a food name that matches the food that the user has eaten in the past at the date and time and the position based on the meal history information and the position information.
  • the food name candidate group including food names matching the food eaten in the past based on the food history information and the position information is selected as the food name candidate group.
  • the probability of inputting from the name group is high, and the user's input operation can be simplified.
  • the meal history database or the restaurant information database stores a food category associated with a food name
  • a category reception unit for receiving an input food category which is a food category designated by the user;
  • the extraction unit may extract the cooking name candidate group including one or more cooking names associated with the same cooking category as the input cooking category based on the meal history database or the restaurant information database. preferable.
  • the category receiving unit receives the food category input by the user. Based on the received food category, the extraction means extracts a food name candidate group including a food name associated with the food category. As a result, since narrowing down of the dish names included in the dish name candidate group is performed so as to reflect the user's intention, it is possible to eliminate or alleviate the user's discomfort caused by the large number of choices presented.
  • the meal history storage means stores attribute information including user attributes for each user in the meal history database
  • the extraction means searches for meal history information of another user including the same attribute information as the target user, and the one or more dish names determined based on the meal history information of the searched other user are the dishes It is preferable to include in the name candidate group.
  • the extraction unit extracts the cooking name candidate group based on the meal information of the other user including the same attribute information, so that it is input from the cooking name group selected and presented. Because the user's input operation can be simplified.
  • the restaurant information of the restaurant information database includes popular food information including information on one or more popular food names for each restaurant
  • the extraction unit preferably includes, in the candidate food name group, at least one popular dish name among one or more popular dish names included in popular dish information of the restaurant.
  • the probability that the user ate the popular food of the restaurant is high in many cases, so that the extraction means includes at least one or more of the popular food names in the food name candidate group This makes it possible to simplify input operations by the user.
  • the popular food information includes popular food information including information on popular food names for each user attribute in each restaurant, It is preferable that, when it is estimated that the user has eaten at the restaurant, the extraction means includes a popular dish name corresponding to the user attribute of the user at the restaurant in the dish name candidate group.
  • the extraction means extracts popular food names according to the attributes of the user, which increases the probability of the dish names to be selected and input, so the user's input operation is simplified.
  • the meal history storage system is A meal history database for accumulating meal history information for each user;
  • a restaurant information database holding restaurant information including information on the position of each of a plurality of restaurants and the name of the food provided in each of the restaurants;
  • Position information acquisition means for acquiring position information including the position of the user and the date and time;
  • Restaurant information acquisition means for acquiring from the restaurant information database the restaurant information at which the user ate based on the position information;
  • Extracting means for extracting a food name candidate group including the food names of one or more dishes estimated to be eaten by the user in the time zone corresponding to the date and time from the restaurant information;
  • Presenting means for presenting the user with the dish names included in the dish name candidate group in a selectable form;
  • Reception means for accepting selection of at least one dish name among the dish names of the one or more dishes included in the dish name candidate group by the user or input of at least one dish name by the user;
  • a meal history storage unit that stores the selected or input dish name in association with the position of the user and
  • the restaurant information acquired by the restaurant information acquiring means is acquired from the restaurant information database from the position information of the user acquired by the position information acquiring means.
  • a cooking name candidate group including the dish names of one or more dishes estimated to be eaten by the user by the extracting means is extracted from the eating and drinking information database Ru.
  • the said presentation means presents the said user in the form which can select each dish name contained in the said dish name candidate group.
  • the reception means is selected or input when at least one dish name is selected from among the dish names of one or more dishes included in the dish name candidate group, or when the dish name is input Recognize the name of the dish.
  • the meal history storage unit associates the selected or input dish name with the position of the user and the date and time, and stores it in the meal history database as meal history information of the user.
  • the user can accumulate the meal history information of the user by selecting at least one dish name among the dish names of one or more dishes included in the presented dish name candidate group. It is possible to reduce the time and effort of the user, simplify the user's input operation of the dish name, and make it easy to record the meal history. And since a cooking name candidate group is estimated based on a positional information and restaurant information, the meal information from a shop information terminal can be made unnecessary.
  • the extraction means extracts the dish name candidate group based on the meal information of the other user including the same attribute information as the user, so that the dish name selected and presented Since the probability of inputting from the candidate group is high, the input operation by the user can be simplified.
  • the meal history storage system is A meal history database for accumulating meal history information for each user;
  • a restaurant information database holding restaurant information including information on the position of each of a plurality of restaurants and the name of the food provided in each of the restaurants;
  • Position information acquisition means for acquiring position information including the position of the user and the date and time;
  • Restaurant information acquisition means for acquiring from the restaurant information database the restaurant information at which the user ate based on the position information;
  • Extracting means for extracting a food name candidate group including the food names of one or more dishes estimated to be eaten by the user in the time zone corresponding to the date and time from the restaurant information;
  • Presenting means for presenting the user with the dish names included in the dish name candidate group in a selectable form;
  • Reception means for accepting selection of at least one dish name among the dish names of the one or more dishes included in the dish name candidate group by the user or input of at least one dish name by the user;
  • a meal history storage unit that stores the selected or input dish name in association with the position of the user and
  • the restaurant information acquired by the restaurant information acquiring means is acquired from the restaurant information database from the position information of the user acquired by the position information acquiring means.
  • a cooking name candidate group including the dish names of one or more dishes estimated to be eaten by the user by the extracting means is extracted from the eating and drinking information database Ru.
  • the said presentation means presents the said user in the form which can select each dish name contained in the said dish name candidate group.
  • the reception means is selected or input when at least one dish name is selected from among the dish names of one or more dishes included in the dish name candidate group, or when the dish name is input Recognize the name of the dish.
  • the meal history storage unit associates the selected or input dish name with the position of the user and the date and time, and stores it in the meal history database as meal history information of the user.
  • the user can accumulate the meal history information of the user by selecting at least one dish name among the dish names of one or more dishes included in the presented dish name candidate group. It is possible to reduce the time and effort of the user, simplify the user's input operation of the dish name, and make it easy to record the meal history. And since a cooking name candidate group is estimated based on a positional information and restaurant information, the meal information from a shop information terminal can be made unnecessary.
  • the extraction means makes at least one or more of the popular food names a food name candidate group By including them, the input operation by the user can be further simplified.
  • the extraction means extracts popular food names according to the attributes of the user, which increases the probability of the dish names to be selected and input. It can be simplified.
  • the functional block diagram which shows one structural example of the meal history system by embodiment of this invention.
  • the diet history system analyzes the data such as recorded diet, body weight, body fat, etc. of the target user (for example, diabetic patients and hypertensive patients), for example, and provides a nutrition guidance system that helps the user's health management by presenting the analysis results. Etc.
  • FIG. 1 is a functional block diagram showing one configuration example of a meal history system according to the present embodiment.
  • the meal history server 10 is connected to the user terminal 30 via a communication network 20 such as a mobile phone network or the Internet network.
  • the user terminal 30 is connected to the communication network 20 through a wireless base station although not illustrated, and the meal history server 10 and the communication network 20 are configured to be able to communicate by WAN (Wide Area Network) or the like. It is done.
  • WAN Wide Area Network
  • the meal history 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 plurality of users to communicate. Used for nutrition guidance.
  • the communication terminal of the target user of the support process of nutrition guidance is represented as the user terminal 30, and the communication terminal of the user different from the “target user” is the user terminal 31, user terminal It is expressed as 32.
  • the meal history system may include the communication terminal 40 of the dietitian connected to the communication network 20.
  • the dietetic dietitian through the communication terminal 40, the data including the information such as the dietary habits of each user, the taste and taste, the appropriate nutritional guidance considering the lifestyle, etc. Send to Thus, the dietetic dietitian gives advice such as nutrition guidance to each user.
  • the management dietitian may be a plurality of persons, and the advice may be provided to the plurality of user terminals 30 via the communication terminal 40 of the management dietitian.
  • the meal history server 10 includes a server control unit 10 n including a CPU and a memory, a meal history database 11, and a restaurant information database 12.
  • the server control unit 10 n of the meal history server 10 executes the predetermined software program expanded in the memory by the CPU, whereby the CPU acquires the position information acquisition unit 13, the restaurant information acquisition unit 14, the extraction unit 15, and the presentation unit 16. Functions as the reception unit 17, the meal history storage unit 18, the category reception unit 19, and the nutrition instruction processing unit 19A.
  • the meal history 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 includes, as shown in FIG. 2, the dish name 111, the date and time 112, the user position 113 (latitude and longitude), the dish category 114, and the user attribute information 115 in list form.
  • the date and time 112 is the date and time when the user ate food (date and time when the meal was taken). Instead of this, for example, the date and time 112 is, for example, 6 o'clock to 9 o'clock in the morning, 9 o'clock to 12 o'clock in the afternoon, 12 o'clock to 15 o'clock in the afternoon, 15 o'clock to 18 o'clock in the evening, 18 o'clock at the beginning of the night It may be represented by a time zone corresponding to the date and time 112 of late 21:00 to 24:00 to 21:00. Each interval of the time zone can be set appropriately.
  • the cooking category 114 is, for example, a division of dishes classified by region, culture, or material such as snacks, Japanese food, Chinese food, curry, meat dishes, fish dishes and the like.
  • one category may overlap with another category, or one category may be included in another category.
  • the cooking category may be a relatively abstract classification such as Japanese food, or may be a relatively specific classification such as sushi, ramen, tempura, etc., and these are mixed. It is also good.
  • the food categories may be expressed hierarchically.
  • the food category 114 may be classified at timing when the food is mainly eaten, such as breakfast, lunch, dinner, spring food, summer food, etc., instead of or in addition to the above classification.
  • the user attribute information 115 may include, for example, information indicating the preference of the user, such as a favorite dish.
  • the restaurant information database 12 holds restaurant information including information on the position of each of a plurality of restaurants and the name of the food provided in each of the restaurants.
  • the restaurant information database 12 is, as shown in FIG. 4, a list of the restaurant name 121 of the store, the restaurant position 122 which is the position of the restaurant name indicated by the latitude and longitude of the restaurant name, and the cooking category 123, the cooking menu 124 etc. in which the dish name of the dish provided in the store of the said restaurant name is registered are registered.
  • the restaurant information of the restaurant information database 12 can include popular food information (popular food ranking 125) including information on one or more popular food names for each restaurant.
  • the restaurant position 122 of the restaurant name may be information indicating a certain range, or in addition to the latitude and longitude of the central part of the store, the area of the restaurant may be added. Moreover, the restaurant position 122 of the restaurant name may include information indicating the height, such as the elevation or the number of floors of the building.
  • popular dish information (popular food name ranking) is popular including information on popular dish names for each user attribute (age, gender, birthplace, height, weight etc.) in each restaurant. Contains cooking information.
  • the popular food information may be created, for example, based on the information received from the terminal of the restaurant, or may be created based on the information included in the meal history database.
  • the position information acquisition unit 13 receives and acquires position information including the position of the user and the acquisition date and time of the position from the user terminal 30 via the network connection unit NIC. Further, the position information acquisition unit 13 can acquire the meal history information of the user from the meal history database 11.
  • the restaurant information acquisition unit 14 Based on the date and time included in the position information acquired from the user terminal 30, the restaurant information acquisition unit 14 identifies a meal time zone that is a time zone corresponding to the date and time at which the user ate.
  • the extraction unit 15 determines, based on the position information and the restaurant information, a food name candidate group including the food names of one or a plurality of dishes estimated to be eaten by the user in the meal time zone.
  • the extraction unit 15 can include, in the dish name candidate group, a dish name that matches the dish that the user has eaten in the past in the meal time zone and the position.
  • the extraction unit 15 searches for meal history information of other users including the same attribute information as the target user, and one or more dish names determined based on the meal history information of the searched other users, It is preferable to include in the candidate group.
  • the presentation unit 16 displays and presents the dish names included in the dish name candidate group in a selectable form on the user terminal 30 of the user.
  • the reception unit 17 receives the selection of at least one dish name among the dish names of one or more dishes included in the dish name candidate group by the user or the input of at least one dish name by the user.
  • the meal history accumulation unit 18 associates the dish name selected or input by the user with the position of the user and the meal time zone, and accumulates the meal history database 11 as meal history information of the user.
  • the category reception unit 19 receives an input cooking category input by the user.
  • 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 the meal history.
  • the smartphone of the user terminal 30 includes a communication unit 30a used for voice communication and data communication, a touch panel 30b which is an operation unit and display unit for the user, a clock 30c, a microphone 30d, a speaker 30e, a vibrator 30f, and a camera 30g.
  • An operating device such as a GPS function unit 30h for position detection, and a control unit 30n for controlling these operating devices.
  • Control unit 30 n includes a CPU and a storage unit (not shown) such as ROM and RAM such as flash memory, and controls the overall operation including processing of the communication terminal by the CPU according to various software programs stored in the storage unit. .
  • the GPS function unit 30 h receives a GPS (Global Positioning System) signal, and the control unit 30 n detects the current position of the user terminal 30 based on the GPS signal.
  • the clock 30c for clocking the current time is used by the CPU for calculation of positioning by the GPS function unit.
  • the GPS function unit 30h periodically calculates the user's position information using, for example, a GPS signal, and stores the position information in the RAM. Position information is expressed by latitude and longitude. Then, 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 server 10.
  • the control unit 30 n executes a program of the meal history recording application 35 for image display expanded in the RAM, so that each user can enjoy the support by the meal history server 10 via the meal history recording application 35. Do.
  • the control unit 30 n controls the entire terminal device, reads out and executes various software programs stored in the RAM according to the input from the touch panel 30 b.
  • the communication unit 30 a transmits and receives information to and from the meal history server 10 or the like via the communication network 20.
  • the GPS function unit 30h can acquire position information of the user terminal 30.
  • the meal history system is a system that helps the user's health management by analyzing data such as the user's diet and exercise, body weight, body fat, blood pressure, etc. and presenting analysis results.
  • the user inputs daily meal contents (meal history) from the touch panel 30b of the user terminal 30 by processing to be described later, and transmits it to the meal history server 10 (nutrition teaching processing unit 19A) via the communication network 20.
  • the user terminal 30 may transmit data such as exercise, weight, body fat and the like input via the touch panel 30 b of the user terminal 30 to the meal history system via the communication network 20.
  • data such as exercise, weight, body fat and the like detected by a wearable sensor (not shown) worn by the user may be transmitted to the meal history system via the communication network 20.
  • the recorded data of the meal history and data such as exercise, body weight, body fat and blood pressure are analyzed by the nutrition education processing unit 19A, and the analysis result is transmitted to the user terminal 30 via the communication network 20 and displayed on the touch panel 30b.
  • Be done. Analysis refers to, for example, comparison of calorie intake with type of exercise or exercise amount with ideal values of calorie intake or nutrient intake (carbohydrate, lipid, calcium etc.) daily intake, correlation with body weight, body fat and blood pressure Analysis of
  • the user terminal 30 detects the position of the user terminal 30 acquired by the GPS function unit 30h in response to the start of the meal history recording application 35, the user ID of the target user stored in the user terminal 30, and the acquisition date of that position. And periodically are acquired and transmitted to the meal history server 10 via the communication unit 30a (FIG. 6A / STEP 101).
  • the position information acquisition unit 13 of the meal history server 10 determines whether or not position data has been received via the network connection unit NIC (FIG. 6A / STEP 201).
  • the position information acquiring unit 13 executes the process of FIG. 6A / STEP 201 again.
  • the position information acquiring unit 13 of the meal history server 10 detects the position of the user terminal 30 included in the position data and the user ID of the target user P and the position thereof.
  • the date and time of acquisition of are stored in the memory (FIG. 6A / STEP 202).
  • the restaurant information acquisition unit 14 of the meal history server 10 determines, based on the position data stored in the memory, whether the user terminal 30 has stayed at a certain position for a predetermined time or more (FIG. 6A / STEP 203).
  • the predetermined time is an average time to complete the meal, for example, 30 minutes.
  • the user terminal 30 does not have to stay at a certain position for a predetermined time or more, it does not have to be in the same place in a strict sense for a predetermined time or more, but within a range (for example 5 m or less)
  • the restaurant information acquisition unit 14 may determine that the user terminal 30 has stayed at the position where the user terminal 30 is present for a predetermined time or longer.
  • the user terminal 30 does not have to be in a range that can be regarded as the same one or the same for a predetermined time continuously.
  • a predetermined rate for example, 24 minutes or more which is 80% of 30 minutes
  • the restaurant information acquisition unit 14 determines that the user terminal 30 is at a predetermined position or more for a predetermined time or more It may be determined that one has stayed.
  • the positional infomation acquisition part 13 performs the process of FIG. 6A / STEP201 again.
  • the presentation unit 16 of the meal history server 10 transmits a push notification prompting the user to input the food category to the user terminal 30 via the network connection unit NIC. (FIG. 6A / STEP 204).
  • control unit 30n determines whether a push notification has been received via the communication unit 30a (FIG. 6A / STEP 102).
  • the control unit 30n of the user terminal 30 outputs the received data to the touch panel 30b as an input screen of the food category shown in FIG. 7 (FIG. 6A) / STEP 103).
  • the input screen of the food category of this embodiment as shown in FIG. 7, there are buttons indicating the respective categories of food such as "snack”, “Japanese food”, “Chinese food”, “curry” and others, and no meal is given. And a button indicating that.
  • the input screen of the food category of the present embodiment may include a food category input box.
  • the control unit 30n of the user terminal 30 determines whether the food category has been input on the food category input screen (FIG. 6A / STEP 104).
  • the control part 30n of the user terminal 30 transmits cooking category information to the meal history server 10 via the communication part 30a (FIG. 6A / STEP 105) .
  • the control unit 30n of the user terminal 30 transmits information indicating that the user has not eaten to the meal history server 10, and executes the processing of STEP 101. Do.
  • the meal history server 10 that has received the information indicating that the user has not eaten executes the processing of STEP 201.
  • the category reception unit 19 of the meal history server 10 determines whether or not the food category information has been received via the network connection unit NIC (FIG. 6A / STEP 205).
  • the position information acquiring unit 13 executes the processing of FIG. 6A / STEP 205 again.
  • the extraction unit 15 of the meal history server 10 recognizes the user attribute based on the user ID with reference to the meal history database 11 (FIG. 6A / STEP 206).
  • the attribute of the user may be stored separately from the meal history database 11.
  • the restaurant information acquisition unit 14 of the meal history server 10 recognizes a time zone corresponding to the date and time at which the user has eaten (FIG. 6A / STEP 207). For example, when the restaurant information acquisition unit 14 of the meal history server 10 determines that the user terminal 30 has stayed at the position for a predetermined time or more, it recognizes the time (for example, 18:45) when the user terminal 30 arrives at the position. And the time zone in which the time is included (for example, 18:00 to 21:00 at the beginning of the night) is recognized. Instead of this, the restaurant information acquisition unit 14 may recognize a time zone corresponding to the time away from the position, or an intermediate time between the time of arrival at the position and the time of separation from the position The time zone corresponding to may be recognized.
  • the extraction unit 15 refers to the meal history database 11, and at least one dish name that matches the category information that the user ate at the time zone and position in the past, the date and time at which the food was eaten Recognize the frequency of eating food (FIG. 6A / STEP 208).
  • the food category shown in the food category information received in FIG. 6A / STEP 205 is "curry” and the meal time zone is "18:00 to 21:00 at the beginning of the night”.
  • the extraction unit 15 includes the user ID identical to the user ID included in the position data in the user attribute, and the meal time zone is “18:00 to 21:00 at the beginning of the night”.
  • the dish category is "curry"
  • the dish name at the same position as the position included in the position data or within a predetermined distance from the position is recognized.
  • the extraction unit 15 refers to the meal history database 11, and recognizes at least one dish name corresponding to the user's attribute and category information in the time zone (FIG. 6A / STEP 209).
  • the extraction unit 15 is not limited to the dish name completely associated with the attribute of the user, but, for example, the food associated with the attribute of a predetermined age range, such as the user's age and ⁇ 3 years. Name, food name linked to "Iwate Prefecture" in the same region or country as the user's birthplace "Miyagi Prefecture", and within the specified height range and weight range including the height and weight of the user You may recognize the cooking name linked to height and weight.
  • the extraction unit 15 refers to the restaurant information database 12 to determine whether there is a restaurant corresponding to the position of the user (FIG. 6B / STEP 210). For example, the extraction unit 15 determines whether or not the position of the user is within a predetermined distance from the position of the restaurant shown in the restaurant information database 12. Moreover, when the position of the restaurant is represented in a certain range, the extraction unit 15 determines whether the position of the user is included in the range.
  • the extraction unit 15 refers to the popular food information of the restaurant information database 12 and the food and drink in the time zone, the category information and the attribute of the user Recognize the restaurant's popular dish name (FIG. 6B / STEP 211).
  • the time zone, the category information and the user's attribute indicate the recognized dish names as follows (1) to (5) Rearrange according to the priority of) (Fig. 6B / STEP 212).
  • (1) is the dish name with high priority
  • (5) is the dish name with low priority.
  • dish names recognized in FIG. 6A / STEP 208 the dish name of the dish the user is eating at a predetermined frequency or higher
  • dish names recognized in FIG. 6A / STEP 208 the dish names of dishes that the user has eaten within a predetermined period in the past (for example, within one month from the present)
  • Popular dish names recognized in FIG. 6B / STEP 211 the dish names the user ate before the predetermined period
  • the extraction unit 15 selects a group of candidate food names including the dish names of one or more dishes estimated to be eaten by the user in a time zone according to the date and time based on the position information and the restaurant information. decide.
  • the extraction unit 15 cooks at least one popular dish among one or more popular dish names included in popular dish information of the restaurant It can be included in the candidate group.
  • the extraction unit 15 can include a popular dish name corresponding to the user attribute of the user at the restaurant in the dish name candidate group.
  • the extraction unit 15 creates cooking name candidate group data (FIG. 6B / STEP 213).
  • the presentation unit 16 of the meal history server 10 transmits the cooking name candidate group data to the user terminal 30 via the network connection unit NIC (FIG. 6B / STEP 214).
  • control unit 30n determines whether or not cooking name candidate group data has been received via the communication unit 30a (FIG. 6B / STEP 106).
  • the control unit 30 n of the user terminal 30 outputs the cooking name candidate group data to the touch panel 30 b as the cooking name input screen shown in FIG. FIG. 6B / STEP 107).
  • the user can select and input a dish name on the scroll selection screen 30b1, and can directly input a dish name on the input screen 30b2.
  • the dish names having high priority in FIG. 6B / STEP 212 are displayed so as to be more easily selected.
  • the dish name having the highest priority may be displayed at the top or center of the scroll selection screen 30b1, or may be displayed in a bold manner, a different color, or the like.
  • the control unit 30n of the user terminal 30 determines whether at least one dish name has been input on the dish name input screen (FIG. 6B / STEP 108).
  • the control unit 30 n of the user terminal 30 may be configured to receive input of a dish name by character input, but at least the dish names included in the dish name candidate group data are displayed in a selectable manner.
  • the control unit 30n of the user terminal 30 uses the dish name selected by the user or the inputted dish name via the communication unit 30a. 10 (FIG. 6B / STEP 109).
  • the reception unit 17 determines whether or not the dish name selected by the user or the inputted dish name is received through the network connection unit NIC (FIG. 6B / STEP 215).
  • the receiving unit 17 executes the processing of FIG. 6B / STEP 215 again.
  • the reception unit 17 recognizes the dish name selected by the user or the inputted dish name, and the meal history storage unit 18 determines the dish name Is added to the meal history database 11 together with the relevant time zone and user position (FIG. 6B / STEP 216).
  • the patient's own drug history information can be easily known, and the convenience of the patient is improved.
  • the user terminal communicates with the meal history server and executes it, but the user terminal may acquire necessary information from the meal history server and perform all processing.
  • FIG. 6A / STEP 102 to STEP 105 and FIG. 6A / STEP 204 to STEP 205 are omitted, and instead, a category that the user has eaten is recognized from the user's past meal history, and information including the category is shown in FIG. It may be treated as category information after STEP 208.
  • any step may be omitted as long as the cooking name candidate group can be extracted.
  • popular food names may be added to the food candidate group without considering the user's attributes and the like.
  • SYMBOLS 10 ... Meal history server, 11 ... Meal history database, 20 ... Communication network, 30 ... User terminal, 30b ... Touch panel, 35 ... Meal history recording application.

Landscapes

  • Engineering & Computer Science (AREA)
  • Health & Medical Sciences (AREA)
  • Business, Economics & Management (AREA)
  • Theoretical Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Physics & Mathematics (AREA)
  • Primary Health Care (AREA)
  • Tourism & Hospitality (AREA)
  • General Health & Medical Sciences (AREA)
  • Nutrition Science (AREA)
  • Public Health (AREA)
  • General Engineering & Computer Science (AREA)
  • Data Mining & Analysis (AREA)
  • Epidemiology (AREA)
  • Child & Adolescent Psychology (AREA)
  • Medical Informatics (AREA)
  • Databases & Information Systems (AREA)
  • Economics (AREA)
  • Human Resources & Organizations (AREA)
  • Marketing (AREA)
  • Strategic Management (AREA)
  • General Business, Economics & Management (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
  • Medical Treatment And Welfare Office Work (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

食事内容の記録に当たり、店舗の情報端末からの食事情報を必要とせずにユーザの手間を軽減することができる食事履歴システムを提供する。　食事履歴システムは、飲食店の位置及び飲食店で供される料理の料理名に関する情報を含む飲食店情報を保持する飲食店情報データベースと、位置情報を取得する位置情報取得手段と、前記位置情報に基づいて飲食店情報を取得する飲食店情報取得手段と、飲食店情報から日時においてユーザが食事をしたと推定される料理の料理名を含む料理名候補群を抽出する抽出手段と、料理名候補群に含まれる各料理名を選択可能な形態でユーザに提示する提示手段と、ユーザによる前記料理名候補群に含まれる料理名の選択又はユーザによる料理名の入力を受付ける受付手段と、前記料理名を、ユーザの位置と日時とに対応付けて当該ユーザの食事履歴情報として食事履歴データベースに蓄積する食事履歴蓄積手段と、を備える

Description

食事履歴システム
　本発明は、栄養指導における食事履歴の記録等に利用される食事履歴システムに関する。
　食習慣の改善に資することを目的として、食事の購買情報を分析し実際に喫食した食事に関する情報を正確かつ簡便に記録するための購買履歴分類装置を含む購買履歴分類システムが提案されている（例えば、特許文献１）。
ＷＯ２０１５／１５５８８５
　特許文献１の技術では、店舗の情報端末から食事の情報が購買履歴分類装置へ送信され、その食事の情報に基づいてユーザの喫食メニューを推定し、当該推定された喫食メニューをユーザ端末に送信し、ユーザ端末に推定された喫食メニューを表示することにより、喫食内容の記録に当たりユーザの手間を軽減できるように構成されている。
　このような技術においては、店舗の情報端末から食事の情報を受信することが必要となるので、対応した機器を有している店舗でないと利用できないという問題があった。
　本発明は、従来技術の問題に鑑みなされたものであり、食事内容の記録に当たり、店舗の情報端末からの食事情報を必要とせずにユーザの手間を軽減することができる食事履歴システムを提供することを目的とする。
　本発明の食事履歴蓄積システムは、
　ユーザごとの食事履歴情報を蓄積する食事履歴データベースと、
　複数の飲食店の各々の位置及び前記飲食店の各々で供される料理の料理名に関する情報を含む飲食店情報を保持する飲食店情報データベースと、
　ユーザの位置と日時とを含む位置情報を取得する位置情報取得手段と、
　前記位置情報に基づいて当該ユーザが食事した前記飲食店情報を飲食店情報データベースから取得する飲食店情報取得手段と、
　前記飲食店情報から前記日時において当該ユーザが食事をしたと推定される１または複数の料理の料理名を含む料理名候補群を抽出する抽出手段と、
　前記料理名候補群に含まれる各料理名を選択可能な形態で当該ユーザに提示する提示手段と、
　当該ユーザによる前記料理名候補群に含まれる前記１または複数の料理の料理名のうち少なくとも１つの料理名の選択又は当該ユーザによる少なくとも１つの料理名の入力を受付ける受付手段と、
　前記選択又は入力された料理名を、当該ユーザの位置と前記日時とに対応付けて当該ユーザの食事履歴情報として前記食事履歴データベースに蓄積する食事履歴蓄積手段と、
を備えることを特徴とする。
　上記構成の食事履歴蓄積システムによれば、前記位置情報取得手段により取得されたユーザの位置情報から飲食店情報取得手段により当該ユーザが食事した前記飲食店情報が飲食店情報データベースから取得される。前記飲食店情報取得手段により取得された前記飲食店情報から前記抽出手段により当該ユーザが食事をしたと推定される１または複数の料理の料理名を含む料理名候補群が飲食情報データベースから抽出される。そして、前記提示手段が前記料理名候補群に含まれる各料理名を選択可能な形態で当該ユーザに提示する。前記受付手段が、前記料理名候補群に含まれる１または複数の料理の料理名のうち少なくとも１つの料理名が選択された場合又は料理名が入力された場合に、前記選択された又は入力された料理名を認識する。前記食事履歴蓄積手段が、前記選択された又は入力された料理名を、当該ユーザの位置と日時とに対応付けて当該ユーザの食事履歴情報として前記食事履歴データベースに蓄積する。
　これにより、ユーザは、提示された料理名候補群に含まれる１または複数の料理の料理名のうちのうち少なくとも１つの料理名を選択することにより、当該ユーザの食事履歴情報を蓄積できるので、ユーザの手間を軽減してユーザによる料理名の入力操作を簡素化でき、食事履歴の記録を容易にすることが可能となる。そして、料理名候補群が位置情報と飲食店情報とに基づいて推定されるので、店舗情報端末からの食事情報を不要とすることができる。
　本発明の食事履歴蓄積システムにおいて、
　前記位置情報取得手段は前記食事履歴データベースから当該ユーザの食事履歴情報を取得し、
　前記抽出手段は、前記食事履歴情報、及び前記位置情報に基づいて、当該ユーザが前記日時及び前記位置において過去に食べた料理に合致する料理名を前記料理名候補群に含めることが好ましい。
　上記構成の食事履歴蓄積システムによれば、前記食事履歴情報及び前記位置情報にも基づいて過去に食べた料理に合致する料理名を含む前記料理名候補群とするので、選択提示された前記料理名群から入力される蓋然性が高くなり、ユーザによる入力操作をより簡素化できる。
　本発明の食事履歴蓄積システムにおいて、
　前記食事履歴データベース又は前記飲食店情報データベースは、料理名に関連付けられた料理カテゴリを記憶し、
　当該ユーザにより指定された料理カテゴリである入力料理カテゴリを受付けるカテゴリ受付手段を備え、
　前記抽出手段は、前記食事履歴データベース又は前記飲食店情報データベースに基づいて、前記入力料理カテゴリと同一の料理カテゴリに関連付けられた１または複数の料理名を含む前記料理名候補群を抽出することが好ましい。
　上記構成の食事履歴蓄積システムによれば、カテゴリ受付手段がユーザにより入力された前記料理カテゴリを受け付ける。受けられた前記料理カテゴリにもとづいて前記抽出手段が前記料理カテゴリに関連付けられた料理名を含む料理名候補群を抽出する。これにより、ユーザの意図を反映させるように料理名候補群に含まれる料理名の絞り込みが行われるので、選択肢が多く提示されることに起因するユーザの違和感を解消又は軽減できる。
　本発明の食事履歴蓄積システムにおいて、
　前記食事履歴蓄積手段は、ユーザごとのユーザ属性を含む属性情報を前記食事履歴データベースに蓄積し、
　前記抽出手段は、対象のユーザと同じ属性情報を含む他ユーザの食事履歴情報を検索し、検索された前記他ユーザの食事履歴情報に基づいて決定された１または複数の料理名を、前記料理名候補群に含めることが好ましい。
　上記構成の食事履歴蓄積システムによれば、前記抽出手段が、同じ属性情報を含む前記他ユーザの食事情報に基づいて料理名候補群を抽出するので、選択提示された前記料理名群から入力される蓋然性が高くなるので、ユーザによる入力操作をより簡素化できる。
　本発明の食事履歴蓄積システムにおいて、
　前記飲食店情報データベースの前記飲食店情報は、飲食店ごとの１または複数の人気料理名に関する情報を含む人気料理情報を含み、
　前記抽出手段は、当該飲食店の人気料理情報に含まれる１または複数の人気料理名のうちの少なくとも１以上の人気料理名を料理名候補群に含めることが好ましい。
　上記構成の食事履歴蓄積システムによれば、ユーザは当該飲食店の人気料理を食べた蓋然性が高いことが多いので、前記抽出手段により、少なくとも１以上の当該人気料理名が料理名候補群に含まれるようにすることで、ユーザによる入力操作をより簡素化できる。
　本発明の食事履歴蓄積システムにおいて、
　前記人気料理情報は、前記飲食店ごとにおけるユーザ属性ごとの人気料理名に関する情報を含む人気料理情報を含み、
　前記抽出手段は、ユーザが飲食店で食事をしたと推定された際に、当該飲食店における当該ユーザのユーザ属性に応じた人気料理名を料理名候補群に含めることが好ましい。
　上記構成の食事履歴蓄積システムによれば、ユーザの属性に応じた人気料理名が前記抽出手段により抽出されることにより、選択入力する料理名の蓋然性が高くなるので、ユーザによる入力操作をより簡素化できる。
　本発明に係る食事履歴蓄積システムは、
　ユーザごとの食事履歴情報を蓄積する食事履歴データベースと、
　複数の飲食店の各々の位置及び前記飲食店の各々で供される料理の料理名に関する情報を含む飲食店情報を保持する飲食店情報データベースと、
　ユーザの位置と日時とを含む位置情報を取得する位置情報取得手段と、
　前記位置情報に基づいて当該ユーザが食事した前記飲食店情報を飲食店情報データベースから取得する飲食店情報取得手段と、
　前記飲食店情報から前記日時に応じた時間帯において当該ユーザが食事をしたと推定される１または複数の料理の料理名を含む料理名候補群を抽出する抽出手段と、
　前記料理名候補群に含まれる各料理名を選択可能な形態で当該ユーザに提示する提示手段と、
　当該ユーザによる前記料理名候補群に含まれる前記１または複数の料理の料理名のうち少なくとも１つの料理名の選択又は当該ユーザによる少なくとも１つの料理名の入力を受付ける受付手段と、
　前記選択又は入力された料理名を、当該ユーザの位置と前記日時とに対応付けて当該ユーザの食事履歴情報として前記食事履歴データベースに蓄積する食事履歴蓄積手段とを備え、
　前記食事履歴蓄積手段は、ユーザごとのユーザ属性を含む属性情報を前記食事履歴データベースに蓄積し、
　前記抽出手段は、対象のユーザと同じ属性情報を含む他ユーザの食事履歴情報を検索し、検索された前記他ユーザの食事履歴情報に基づいて決定された１または複数の料理名を、前記料理名候補群に含めることを特徴とする。
　上記構成の食事履歴蓄積システムによれば、前記位置情報取得手段により取得されたユーザの位置情報から飲食店情報取得手段により当該ユーザが食事した前記飲食店情報が飲食店情報データベースから取得される。前記飲食店情報取得手段により取得された前記飲食店情報から前記抽出手段により当該ユーザが食事をしたと推定される１または複数の料理の料理名を含む料理名候補群が飲食情報データベースから抽出される。そして、前記提示手段が前記料理名候補群に含まれる各料理名を選択可能な形態で当該ユーザに提示する。前記受付手段が、前記料理名候補群に含まれる１または複数の料理の料理名のうち少なくとも１つの料理名が選択された場合又は料理名が入力された場合に、前記選択された又は入力された料理名を認識する。前記食事履歴蓄積手段が、前記選択された又は入力された料理名を、当該ユーザの位置と日時とに対応付けて当該ユーザの食事履歴情報として前記食事履歴データベースに蓄積する。
　これにより、ユーザは、提示された料理名候補群に含まれる１または複数の料理の料理名のうちのうち少なくとも１つの料理名を選択することにより、当該ユーザの食事履歴情報を蓄積できるので、ユーザの手間を軽減してユーザによる料理名の入力操作を簡素化でき、食事履歴の記録を容易にすることが可能となる。そして、料理名候補群が位置情報と飲食店情報とに基づいて推定されるので、店舗情報端末からの食事情報を不要とすることができる。
　また、上記構成の食事履歴システムによれば、前記抽出手段が、当該ユーザと同じ属性情報を含む前記他ユーザの食事情報に基づいて料理名候補群を抽出するので、選択提示された前記料理名候補群から入力される蓋然性が高くなるので、ユーザによる入力操作をより簡素化できる。
　本発明に係る食事履歴蓄積システムは、
　ユーザごとの食事履歴情報を蓄積する食事履歴データベースと、
　複数の飲食店の各々の位置及び前記飲食店の各々で供される料理の料理名に関する情報を含む飲食店情報を保持する飲食店情報データベースと、
　ユーザの位置と日時とを含む位置情報を取得する位置情報取得手段と、
　前記位置情報に基づいて当該ユーザが食事した前記飲食店情報を飲食店情報データベースから取得する飲食店情報取得手段と、
　前記飲食店情報から前記日時に応じた時間帯において当該ユーザが食事をしたと推定される１または複数の料理の料理名を含む料理名候補群を抽出する抽出手段と、
　前記料理名候補群に含まれる各料理名を選択可能な形態で当該ユーザに提示する提示手段と、
　当該ユーザによる前記料理名候補群に含まれる前記１または複数の料理の料理名のうち少なくとも１つの料理名の選択又は当該ユーザによる少なくとも１つの料理名の入力を受付ける受付手段と、
　前記選択又は入力された料理名を、当該ユーザの位置と前記日時とに対応付けて当該ユーザの食事履歴情報として前記食事履歴データベースに蓄積する食事履歴蓄積手段とを備え、
　前記食事履歴蓄積手段は、ユーザごとのユーザ属性を含む属性情報を前記食事履歴データベースに蓄積し、
　前記飲食店情報データベースの前記飲食店情報は、飲食店ごとおけるユーザ属性ごとの１または複数の人気料理名に関する情報を含む人気料理情報を含み、
　前記抽出手段は、ユーザが飲食店で食事をしたと推定された際に、当該飲食店の人気料理情報に含まれる１または複数の人気料理名のうちの少なくとも１以上の当該飲食店における当該ユーザのユーザ属性に応じた人気料理名を料理名候補群に含めることを特徴とする。
　上記構成の食事履歴システムによれば、前記位置情報取得手段により取得されたユーザの位置情報から飲食店情報取得手段により当該ユーザが食事した前記飲食店情報が飲食店情報データベースから取得される。前記飲食店情報取得手段により取得された前記飲食店情報から前記抽出手段により当該ユーザが食事をしたと推定される１または複数の料理の料理名を含む料理名候補群が飲食情報データベースから抽出される。そして、前記提示手段が前記料理名候補群に含まれる各料理名を選択可能な形態で当該ユーザに提示する。前記受付手段が、前記料理名候補群に含まれる１または複数の料理の料理名のうち少なくとも１つの料理名が選択された場合又は料理名が入力された場合に、前記選択された又は入力された料理名を認識する。前記食事履歴蓄積手段が、前記選択された又は入力された料理名を、当該ユーザの位置と日時とに対応付けて当該ユーザの食事履歴情報として前記食事履歴データベースに蓄積する。
　これにより、ユーザは、提示された料理名候補群に含まれる１または複数の料理の料理名のうちのうち少なくとも１つの料理名を選択することにより、当該ユーザの食事履歴情報を蓄積できるので、ユーザの手間を軽減してユーザによる料理名の入力操作を簡素化でき、食事履歴の記録を容易にすることが可能となる。そして、料理名候補群が位置情報と飲食店情報とに基づいて推定されるので、店舗情報端末からの食事情報を不要とすることができる。
　そして、上記構成の食事履歴システムによれば、ユーザは当該飲食店の人気料理を食べた蓋然性が高いことが多いので、前記抽出手段により、少なくとも１以上の当該人気料理名が料理名候補群に含まれるようにすることで、ユーザによる入力操作をより簡素化できる。
　さらに、上記構成の食事履歴システムによれば、ユーザの属性に応じた人気料理名が前記抽出手段により抽出されることにより、選択入力する料理名の蓋然性が高くなるので、ユーザによる入力操作をより簡素化できる。
本発明の実施の形態による食事履歴システムの一構成例を示す機能ブロック図。 本発明における食事履歴システムの食事履歴データベースの一例を示すリスト図。 本発明における食事履歴システムの食事履歴データベースの一例を示すリスト図。 本発明における食事履歴システムの飲食店情報データベースの一例を示すリスト図。 本発明における食事履歴システムの飲食店情報データベースの他の一例を示すリスト図。 本発明における食事履歴システムの動作を説明するフロー図（前半）。 本発明における食事履歴システムの動作を説明するフロー図（後半）。 本発明における食事履歴システムのユーザ端末に表示される料理カテゴリの入力画面の一例を示す図。 本発明における食事履歴システムの料理名候補群データによるユーザ端末に表示される料理名の入力画面の一例を示す図。
　以下、本発明の一実施の形態について食事履歴システムを例にして図面を参照して説明する。食事履歴システムは、例えば対象ユーザ（例えば、糖尿病患者や高血圧患者）の記録された食事、体重、体脂肪等のデータを分析し、分析結果を提示することでユーザの健康管理を助ける栄養指導システム等である。
　［食事履歴システム］
　図１は、本実施の形態による食事履歴システムの一構成例を示す機能ブロック図である。食事履歴サーバ１０は携帯電話網やインターネット網等の通信ネットワーク２０を介してユーザ端末３０に接続される。図１において、ユーザ端末３０は、通信ネットワーク２０とは図示していないが無線基地局を介して接続され、食事履歴サーバ１０と通信ネットワーク２０とはＷＡＮ（Ｗｉｄｅ　Ａｒｅａ　Ｎｅｔｗｏｒｋ）等で通信可能に構成されている。
　食事履歴サーバ１０は、通信ネットワーク２０を介して、複数のユーザの通信端末（図１では３０，３１，３２のみを例示する）との間でデータ通信を行うことにより、複数のユーザのための栄養指導に使用される。なお、以下の説明では、説明の便宜のため、栄養指導のサポート処理の対象のユーザの通信端末をユーザ端末３０と表し、「対象のユーザ」と異なるユーザの通信端末をユーザ端末３１、ユーザ端末３２と表す。
　食事履歴システムには、通信ネットワーク２０に接続されている管理栄養士の通信端末４０を含めてもよい。
　管理栄養士は、通信端末４０を介して、各ユーザの食生活の特徴や趣味嗜好、生活スタイル等を考慮した適切な栄養指導等の情報を含むデータを、食事履歴サーバ１０の栄養指導処理部１９Ａに送信する。これにより、管理栄養士は、各ユーザに対し栄養指導等のアドバイスを行う。なお、管理栄養士は複数人でもよく、複数のユーザ端末３０に対してそれぞれ管理栄養士の通信端末４０を介してアドバイスを提供しても良い。
　［食事履歴サーバ］
　食事履歴サーバ１０は、ＣＰＵとメモリを含むサーバ制御部１０ｎと、食事履歴データベース１１と、飲食店情報データベース１２とを備える。食事履歴サーバ１０のサーバ制御部１０ｎは、ＣＰＵがメモリに展開された所定ソフトウエアプログラムを実行することにより、ＣＰＵが位置情報取得部１３、飲食店情報取得部１４、抽出部１５、提示部１６、受付部１７、食事履歴蓄積部１８、カテゴリ受付部１９、栄養指導処理部１９Ａとして機能する。また、食事履歴サーバ１０はハードウエアのネットワーク接続部ＮＩＣを含む。ネットワーク接続部ＮＩＣは各種データをユーザ端末３０へ送信し、ユーザ端末３０から各種データを受信する。
　食事履歴データベース１１は、ユーザごとの食事履歴情報を蓄積する。食事履歴情報は、図２に示されるように、リスト形式で、料理名１１１と、日時１１２と、ユーザ位置１１３（緯度経度）と、料理カテゴリ１１４と、ユーザ属性情報１１５とを含んでいる。
　日時１１２は、ユーザが料理を食した日時（食事をした年月日及び時刻）である。これに代えて、日時１１２は、例えば、朝方の６時～９時、昼前の９時～１２時、昼過ぎの１２時～１５時、夕方の１５時～１８時、夜のはじめ頃の１８時～２１時、夜遅くの２１時～２４時のそれぞれの日時１１２に応じた時間帯で表されてもよい。かかる時間帯の各間隔は適宜設定できる。
　料理カテゴリ１１４は、例えば、おやつ、和食、中華、カレー、肉料理、魚料理等の地域、文化又は材料によって分類された料理の区分である。例えば、和食と魚料理のように、一のカテゴリが他のカテゴリと重複していてもよいし、又は一のカテゴリが他のカテゴリに包含されてもよい。料理カテゴリは、例えば、和食等のように比較的抽象的な分類であってもよいし、寿司、ラーメン、天丼等、比較的具体的な分類であってもよいし、これらが混在していてもよい。また、層「和食」第２層「麺類」第３層「そば」「うどん」のように、料理カテゴリが階層的に表現されてもよい。また、料理カテゴリ１１４は、上記分類に代えて又は加えて、朝食、昼食、夕食、春の料理、夏の料理等、当該料理を主に食べるタイミングで分類されてもよい。
　ユーザ属性情報１１５には、図３に示すように、登録されているユーザＩＤ１１５１、当該ユーザに登録されているユーザ毎のパスワード１１５２や、前記ユーザ毎の身長１１５３、体重１１５４、年齢１１５５及び性別１１５６さらには、出身地（図示せず）が登録されている。ユーザ属性情報１１５には、例えば、好きな料理など、ユーザの嗜好を示す情報が含まれていてもよい。
　飲食店情報データベース１２は、複数の飲食店の各々の位置及び飲食店の各々で供される料理の料理名に関する情報を含む飲食店情報を保持する。飲食店情報データベース１２は、図４に示すように、リスト形式で、店舗の飲食店名１２１、前記飲食店名の店舗の緯度経度により示される飲食店名の店舗の位置である飲食店位置１２２、料理カテゴリ１２３、当該飲食店名の店舗で提供している料理の料理名が登録されている料理メニュー１２４等が登録されている。さらに、飲食店情報データベース１２の飲食店情報は、飲食店ごとの１または複数の人気料理名に関する情報を含む人気料理情報（人気料理名ランキング１２５）を含むことができる。前記飲食店名の飲食店位置１２２は、一定の範囲を示すような情報であってもよいし、店舗の中心部の緯度経度に加え、飲食店の面積が付加されていてもよい。また、前記飲食店名の飲食店位置１２２は、標高または建物の階数のように、高さを示す情報を含んでいてもよい。
　またさらに、図５に示すように、人気料理情報（人気料理名ランキング）は、飲食店ごとにおけるユーザ属性（年齢、性別、出身地、身長、体重等）ごとの人気料理名に関する情報を含む人気料理情報を含む。人気料理情報は、例えば飲食店の端末から受信した情報に基づいて作成されてもよいし、食事履歴データベースに含まれる情報に基づいて作成されてもよい。
　位置情報取得部１３は、ユーザ端末３０からネットワーク接続部ＮＩＣを介してユーザの位置とその位置の取得日時とを含む位置情報を受信して取得する。また、位置情報取得部１３は食事履歴データベース１１から当該ユーザの食事履歴情報を取得することができる。
　飲食店情報取得部１４は、ユーザ端末３０から取得した位置情報に含まれる日時に基づいて当該ユーザが食事した日時に応じた時間帯である食事時間帯を特定する。
　抽出部１５は、位置情報及び飲食店情報に基づいて食事時間帯において当該ユーザが食事をしたと推定される１または複数の料理の料理名を含む料理名候補群を決定する。
　抽出部１５は、食事履歴情報、及び位置情報に基づいて、当該ユーザが食事時間帯及び位置において過去に食べた料理に合致する料理名を料理名候補群に含めることができる。
　抽出部１５は、対象のユーザと同じ属性情報を含む他ユーザの食事履歴情報を、検索し、検索された他ユーザの食事履歴情報に基づいて決定された１または複数の料理名を、料理名候補群に含めることが好ましい。
　これは、ユーザの属性と、料理の好みとに相関があると推察されるからである。
　具体的には、ユーザの出身地が同じユーザは同じような地方又は味の料理を好む傾向があるなど、ユーザ属性の出身地と料理の好みにも相関があると推察される。例えば、高齢者は脂っこい料理を好まないなど、ユーザの年齢と料理の好みとの間にも相関があると推察される。また、男女は、甘味や辛味に対する好み及び摂取カロリーの高低の違いがあるなど、ユーザの性別と料理の好みとの間にも相関があると推察される。また、ユーザの体型（身長、体重）と料理の好みとの間にも相関があると推察される。
　提示部１６は、料理名候補群に含まれる各料理名を選択可能な形態で当該ユーザのユーザ端末３０に表示して提示する。
　受付部１７は、当該ユーザによる料理名候補群に含まれる１または複数の料理の料理名のうち少なくとも１つの料理名の選択又は当該ユーザによる少なくとも１つの料理名の入力を受付ける。
　食事履歴蓄積部１８は、当該ユーザにより選択又は入力された料理名を、当該ユーザの位置及び食事時間帯と対応付けて当該ユーザの食事履歴情報として食事履歴データベース１１に蓄積する。
　カテゴリ受付部１９は、当該ユーザに入力された入力料理カテゴリを受付ける。
　［ユーザ端末］
　次に、本実施形態のユーザ端末３０は、ユーザが食事履歴の記録をすべく使用するスマートフォンやタブレット端末等の通信機器である。例えば、ユーザ端末３０のスマートフォンは、音声通話やデータ通信に用いられる通信部３０ａ、ユーザのための操作部兼表示部であるタッチパネル３０ｂ、時計３０ｃ、マイク３０ｄ、スピーカ３０ｅ、振動子３０ｆ、カメラ３０ｇ、位置検出用のＧＰＳ機能部３０ｈ等の作動装置並びにこれら作動装置を制御する制御部３０ｎを備えている。
　制御部３０ｎは、ＣＰＵとフラシュメモリ等のＲＯＭ，ＲＡＭの記憶部（図示せず）を含み、記憶部に格納された種々のソフトウエアプログラムに従うＣＰＵによって通信端末の処理を含む全体動作を制御する。ＧＰＳ機能部３０ｈがＧＰＳ（Ｇｌｏｂａｌ　Ｐｏｓｉｔｉｏｎｉｎｇ　Ｓｙｓｔｅｍ）信号を受信し、制御部３０ｎにより、ＧＰＳ信号に基づいてユーザ端末３０の現在位置を検出する。現在時刻を計時する時計３０ｃはＧＰＳ機能部による測位の計算にＣＰＵにより利用される。
　ＧＰＳ機能部３０ｈは、例えばＧＰＳ信号を利用して定期的にユーザの位置情報を算出し、この位置情報をＲＡＭに蓄積する。位置情報は、緯度及び経度により表される。そして、制御部３０ｎは、一定時間分の位置情報が蓄積されるごとに上記蓄積された位置情報をＲＡＭから読み出して食事履歴サーバ１０へ周期的に送信する。
　制御部３０ｎは、ＲＡＭに展開された画像表示用の食事履歴記録アプリ３５のプログラムを実行することにより、各ユーザが食事履歴記録アプリ３５を介して食事履歴サーバ１０によるサポートを享受可能な状態とする。制御部３０ｎは、端末装置全体を制御し、タッチパネル３０ｂからの入力に従ってＲＡＭに記憶された各種ソフトウエアプログラムを読み出して実行する。通信部３０ａは、通信ネットワーク２０を介して食事履歴サーバ１０等と情報の送受信を行う。位置情報取得部１３では、例えばＧＰＳ機能部３０ｈによってユーザ端末３０の位置情報を取得することができる。
　ここで、食事履歴システムは、例えば、ユーザの食事や運動、体重、体脂肪、血圧等のデータを分析し、分析結果を提示することでユーザの健康管理を助けるシステムである。例えば、ユーザが、後述する処理により、ユーザ端末３０のタッチパネル３０ｂから日々の食事内容（食事履歴）を入力して通信ネットワーク２０を介して食事履歴サーバ１０（栄養指導処理部１９Ａ）に送信する。また、ユーザ端末３０は、ユーザ端末３０のタッチパネル３０ｂを介して入力された運動、体重、体脂肪等のデータを、通信ネットワーク２０を介して食事履歴システムに送信してもよい。これに代えて又は加えて、ユーザに装着されたウェアラブルセンサ（不図示）により検知された運動、体重、体脂肪等のデータが、通信ネットワーク２０を介して食事履歴システムに送信されてもよい。この食事履歴の記録データ及び運動、体重、体脂肪、血圧等のデータは、栄養指導処理部１９Ａによって分析され、分析結果が通信ネットワーク２０を介してユーザ端末３０に送信されて、タッチパネル３０ｂに表示される。分析とは、例えば、運動の種別又は運動量に対する摂取カロリーや、摂取カロリーや栄養素（炭水化物、脂質、カルシウム等）の１日摂取量の理想値との比較や体重、体脂肪、血圧との相関関係の分析等である。
　［食事履歴サーバにおける履歴記録処理］
　図６Ａ図６Ｂを参照して、かかる食事履歴の記録処理を説明する。
　まず、ユーザ端末３０は、食事履歴記録アプリ３５の起動に応じて、ＧＰＳ機能部３０ｈによって取得されたユーザ端末３０の位置、ユーザ端末３０に記憶された対象ユーザのユーザＩＤとその位置の取得日時とを含む位置データを周期的に取得して、これらを通信部３０ａを介して食事履歴サーバ１０に送信する（図６Ａ／ＳＴＥＰ１０１）。
　食事履歴サーバ１０の位置情報取得部１３は、ネットワーク接続部ＮＩＣを介して位置データを受信したか否かを判定する（図６Ａ／ＳＴＥＰ２０１）。
　当該判定結果が否定的である場合（図６Ａ／ＳＴＥＰ２０１‥ＮＯ）、位置情報取得部１３は、図６Ａ／ＳＴＥＰ２０１の処理を再度実行する。
　当該判定結果が肯定的である場合（図６Ａ／ＳＴＥＰ２０１‥ＹＥＳ）、食事履歴サーバ１０の位置情報取得部１３は、位置データに含まれるユーザ端末３０の位置と対象ユーザＰのユーザＩＤとその位置の取得日時とをメモリに記憶する（図６Ａ／ＳＴＥＰ２０２）。
　次に、食事履歴サーバ１０の飲食店情報取得部１４は、メモリに記憶された位置データに基づいてユーザ端末３０がある位置に所定時間以上滞在したかを判定する（図６Ａ／ＳＴＥＰ２０３）。所定時間は食事を完了するまでの平均的な時間であり、例えば３０分である。ユーザ端末３０がある位置に所定時間以上滞在するとは、所定時間以上にわたって厳密な意味で同一の場所にいる必要はなく、ユーザ端末３０が所定時間以上にわたってほぼ同一とみなせる範囲（例えば５ｍ以内のような範囲）にいる場合に飲食店情報取得部１４は、ユーザ端末３０がある位置に所定時間以上滞在したと判定してもよい。また、例えば、ノイズや食事中に席を外したりすることなども勘案すると、ユーザ端末３０が所定時間継続して同一の一または同一とみなせる範囲にいる必要はないので、ユーザ端末３０が、所定時間の所定割合（例えば３０分の８割である２４分以上）以上、同一の一または同一とみなせる範囲にいる場合に、飲食店情報取得部１４は、ユーザ端末３０がある位置に所定時間以上滞在したと判定してもよい。
　当該判定結果が否定的である場合（図６Ａ／ＳＴＥＰ２０３‥ＮＯ）、位置情報取得部１３は、図６Ａ／ＳＴＥＰ２０１の処理を再度実行する。
　当該判定結果が肯定的である場合（図６Ａ／ＳＴＥＰ２０３‥ＹＥＳ）、食事履歴サーバ１０の提示部１６は、料理カテゴリの入力を促すプッシュ通知をネットワーク接続部ＮＩＣを介してユーザ端末３０に送信する（図６Ａ／ＳＴＥＰ２０４）。
　そして、ユーザ端末３０において、その制御部３０ｎは、通信部３０ａを介しプッシュ通知を受信したか否かを判定する（図６Ａ／ＳＴＥＰ１０２）。
　当該判定結果が否定的である場合（図６Ａ／ＳＴＥＰ１０２‥ＮＯ）、ユーザ端末３０の制御部３０ｎは、図６Ａ／ＳＴＥＰ１０２の処理を再度実行する。
　当該判定結果が肯定的である場合（図６Ａ／ＳＴＥＰ１０２‥ＹＥＳ）、ユーザ端末３０の制御部３０ｎは、受信したデータを図７に示される料理カテゴリの入力画面としてタッチパネル３０ｂに出力する（図６Ａ／ＳＴＥＰ１０３）。本実施形態の料理カテゴリの入力画面には、図７に示されるように、「おやつ」「和食」「中華」「カレー」その他のように料理の各カテゴリを示すボタンと、食事をしていない旨を示すボタンとが含まれている。本実施形態の料理カテゴリの入力画面には、これらに加えて又は代えて、料理のカテゴリの入力ボックスが含まれていてもよい。
　次に、ユーザ端末３０において、ユーザ端末３０の制御部３０ｎは、料理カテゴリの入力画面において料理カテゴリが入力されたか否かを判定する（図６Ａ／ＳＴＥＰ１０４）。
　当該判定結果が否定的である場合（図６Ａ／ＳＴＥＰ１０４‥ＮＯ）、ユーザ端末３０の制御部３０ｎは、図６Ａ／ＳＴＥＰ１０４の処理を再度実行する。
　当該判定結果が肯定的である場合（図６Ａ／ＳＴＥＰ１０４‥ＹＥＳ）、ユーザ端末３０の制御部３０ｎは、料理カテゴリ情報を通信部３０ａを介して食事履歴サーバ１０に送信する（図６Ａ／ＳＴＥＰ１０５）。食事をしていない旨を示すボタンが押下された場合には、ユーザ端末３０の制御部３０ｎは、食事をしていない旨を示す情報を食事履歴サーバ１０に送信するとともに、ＳＴＥＰ１０１の処理を実行する。食事をしていない旨を示す情報を受信した食事履歴サーバ１０は、ＳＴＥＰ２０１の処理を実行する。
　食事履歴サーバ１０のカテゴリ受付部１９は、ネットワーク接続部ＮＩＣを介し料理カテゴリ情報を受信したか否かを判定する（図６Ａ／ＳＴＥＰ２０５）。
　当該判定結果が否定的である場合（図６Ａ／ＳＴＥＰ２０５‥ＮＯ）、位置情報取得部１３は、図６Ａ／ＳＴＥＰ２０５の処理を再度実行する。
　当該判定結果が肯定的である場合（図６Ａ／ＳＴＥＰ２０５‥ＹＥＳ）、食事履歴サーバ１０の抽出部１５は、食事履歴データベース１１を参照して、ユーザＩＤに基づいてユーザの属性を認識する（図６Ａ／ＳＴＥＰ２０６）。なお、ユーザの属性は、食事履歴データベース１１から分離されて記憶されていてもよい。
　次に、食事履歴サーバ１０の飲食店情報取得部１４は、ユーザの食事をした日時に応じた時間帯を認識する（図６Ａ／ＳＴＥＰ２０７）。例えば、食事履歴サーバ１０の飲食店情報取得部１４は、ユーザ端末３０がある位置に所定時間以上滞在したと判定した場合、当該位置にユーザ端末３０が到着した時刻（例えば１８：４５）を認識し、当該時刻が含まれる時間帯（例えば夜のはじめ頃の１８時～２１時）を認識する。これに代えて、飲食店情報取得部１４は、当該位置から離れた時刻に対応する時間帯を認識してもよいし、当該位置に到着した時刻と当該位置から離れた時刻との中間の時刻に対応する時間帯を認識してもよい。
　次に、抽出部１５は、食事履歴データベース１１を参照して、ユーザが当該時間帯、当該位置において過去に食べたカテゴリ情報に合致する少なくとも１つの料理名と、その料理を食べた日時とその料理を食べる頻度とを認識する（図６Ａ／ＳＴＥＰ２０８）。例えば、図６Ａ／ＳＴＥＰ２０５で受信した料理カテゴリ情報に示される料理のカテゴリが「カレー」であり、食事時間帯が「夜のはじめ頃の１８時～２１時」であったとする。この場合、抽出部１５は、食事履歴データベース１１から、ユーザ属性に位置データに含まれるユーザＩＤと同一のユーザＩＤが含まれ、食事時間帯が「夜のはじめ頃の１８時～２１時」であり、料理カテゴリが「カレー」であり、位置データに含まれる位置と同一又は当該位置から所定の距離以内の位置の料理名を認識する。
　次に、抽出部１５は、食事履歴データベース１１を参照して、当該時間帯におけるユーザの属性及びカテゴリ情報に対応する少なくとも１つの料理名を認識する（図６Ａ／ＳＴＥＰ２０９）。なお、抽出部１５は、ユーザの属性と完全に同一の属性に紐づけられた料理名だけではなく、例えば、ユーザの年齢と±３歳など、所定の年齢範囲の属性に紐づけられた料理名や、ユーザの出身地「宮城県」と同一の地方又は国の「岩手県」に紐づけられた料理名や、ユーザの身長、体重を含む所定の身長範囲及び所定の体重範囲に含まれる身長、体重に紐づけられた料理名を認識してもよい。
　次に、抽出部１５は、飲食店情報データベース１２を参照して、ユーザの位置に対応する飲食店があるか否かを判定する（図６Ｂ／ＳＴＥＰ２１０）。例えば、抽出部１５は、飲食店情報データベース１２に示される飲食店の位置から所定距離以内にユーザの位置があるか否かを判定する。また、飲食店の位置がある程度の範囲で表されている場合には、抽出部１５は、ユーザの位置が当該範囲に含まれているか否かを判定する。
　当該判定結果が肯定的である場合（図６Ｂ／ＳＴＥＰ２１０‥ＹＥＳ）、抽出部１５は、飲食店情報データベース１２の人気料理情報を参照し、当該時間帯、当該カテゴリ情報及びユーザの属性における当該飲食店の人気料理名を認識する（図６Ｂ／ＳＴＥＰ２１１）。
　一方、図６Ｂ／ＳＴＥＰ２１０の当該判定結果が否定的である場合（図６Ｂ／ＳＴＥＰ２１０‥ＮＯ）、当該時間帯、当該カテゴリ情報及びユーザの属性は、認識した料理名を以下（１）～（５）の優先度で並び替える（図６Ｂ／ＳＴＥＰ２１２）。（１）が優先順位が高い料理名であり、（５）が優先順位が低い料理名である。
　（１）図６Ａ／ＳＴＥＰ２０８で認識された料理名のうち、ユーザが所定の頻度以上で食べている料理の料理名、
　（２）図６Ａ／ＳＴＥＰ２０８で認識された料理名のうち、過去の所定期間（例えば現在から１か月前以内）内にユーザが食べた料理の料理名、
　（３）図６Ｂ／ＳＴＥＰ２１１で認識された人気料理名、
　（４）図６Ａ／ＳＴＥＰ２０８で認識された料理名のうち、前記所定期間以前にユーザが食べた料理名、
　（５）図６Ａ／ＳＴＥＰ２０９で認識されたユーザの属性に対応する料理名。
　このように、抽出部１５は、位置情報及び飲食店情報に基づいて日時に応じた時間帯において当該ユーザが食事をしたと推定される１または複数の料理の料理名を含む料理名候補群を決定する。抽出部１５は、ユーザが飲食店で食事をしたと推定された際に、当該飲食店の人気料理情報に含まれる１または複数の人気料理名のうちの少なくとも１以上の人気料理名を料理名候補群に含めることができる。抽出部１５は、ユーザが飲食店で食事をしたと推定された際に、当該飲食店における当該ユーザのユーザ属性に応じた人気料理名を料理名候補群に含めることができる。
　そして、抽出部１５は、料理名候補群データを作成する（図６Ｂ／ＳＴＥＰ２１３）。
　そして、食事履歴サーバ１０の提示部１６は、ネットワーク接続部ＮＩＣを介して料理名候補群データをユーザ端末３０に送信する（図６Ｂ／ＳＴＥＰ２１４）。
　そして、ユーザ端末３０において、その制御部３０ｎは、通信部３０ａを介して料理名候補群データを受信したか否かを判定する（図６Ｂ／ＳＴＥＰ１０６）。
　当該判定結果が否定的である場合（図６Ｂ／ＳＴＥＰ１０６‥ＮＯ）、ユーザ端末３０の制御部３０ｎは、図６Ｂ／ＳＴＥＰ１０６の処理を再度実行する。
　当該判定結果が肯定的である場合（図６Ｂ／ＳＴＥＰ１０６‥ＹＥＳ）、ユーザ端末３０の制御部３０ｎは、料理名候補群データを図８に示される料理名の入力画面としてタッチパネル３０ｂに出力する（図６Ｂ／ＳＴＥＰ１０７）。図８において、ユーザはスクロール選択画面３０ｂ１において料理名を選択して入力でき、また、入力画面３０ｂ２において料理名直接入力できる。また、図８に示される料理名の入力画面においては、図６Ｂ／ＳＴＥＰ２１２で優先度が高いとされた料理名がより選択されやすくなるように表示される。例えば、優先度が最高の料理名は、スクロール選択画面３０ｂ１の上部または中央に表示されてもよいし、太字、異なる色など目立つ態様で表示されてもよい。
　次に、ユーザ端末３０において、ユーザ端末３０の制御部３０ｎは、料理名の入力画面において少なくとも１つの料理名が入力されたか否かを判定する（図６Ｂ／ＳＴＥＰ１０８）。ユーザ端末３０の制御部３０ｎは、文字入力による料理名の入力を受け付けるように構成されていてもよいが、少なくとも料理名候補群データに含まれる料理名については、選択可能に表示される。
　当該判定結果が否定的である場合（図６Ｂ／ＳＴＥＰ１０８‥ＮＯ）、ユーザ端末３０の制御部３０ｎは、図６Ｂ／ＳＴＥＰ１０８の処理を再度実行する。
　当該判定結果が肯定的である場合（図６Ｂ／ＳＴＥＰ１０８‥ＹＥＳ）、ユーザ端末３０の制御部３０ｎは、ユーザに選択された料理名または入力された料理名を通信部３０ａを介して食事履歴サーバ１０に送信する（図６Ｂ／ＳＴＥＰ１０９）。
　受付部１７は、ユーザに選択された料理名または入力された料理名をネットワーク接続部ＮＩＣを介し受信したか否かを判定する（図６Ｂ／ＳＴＥＰ２１５）。
　当該判定結果が否定的である場合（図６Ｂ／ＳＴＥＰ２１５‥ＮＯ）、受付部１７は、図６Ｂ／ＳＴＥＰ２１５の処理を再度実行する。
　当該判定結果が肯定的である場合（図６Ｂ／ＳＴＥＰ２１５‥ＹＥＳ）、受付部１７は、ユーザに選択された料理名または入力された料理名を認識し、食事履歴蓄積部１８は、当該料理名を関連する時間帯及びユーザ位置と共に食事履歴データベース１１に追加する（図６Ｂ／ＳＴＥＰ２１６）。
　以上により、食事履歴の記録処理が終了する。
　上記構成の食事履歴システムによれば、患者自分の薬剤履歴情報を容易に知ることができ患者の利便性が向上する。
　以上、本発明の一実施例について説明したが、かかる実施例に限定されるものではなく、特許請求の範囲に記載された本発明の範囲内において、種々の変形・変更が可能である。例えば、実施例においてはユーザ端末が食事履歴サーバと通信をして実行しているが、ユーザ端末が必要な情報を食事履歴サーバから取得し、すべての処理を行ってもよい。
　また、図６Ａ／ＳＴＥＰ１０２～ＳＴＥＰ１０５及び図６Ａ／ＳＴＥＰ２０４～ＳＴＥＰ２０５が省略され、代わりにユーザの過去の食事の履歴からユーザが食べたことのあるカテゴリが認識され、当該カテゴリを含む情報が図６Ａ／ＳＴＥＰ２０８以降のカテゴリ情報として扱われてもよい。また、料理名候補群を抽出できる限りで、任意のステップが省略されてもよい。また、ユーザの属性等が勘案されずに、人気料理名が料理候補群に追加されてもよい。
　１０…食事履歴サーバ、１１…食事履歴データベース、２０…通信ネットワーク、３０…ユーザ端末、３０ｂ…タッチパネル、３５…食事履歴記録アプリ。

Claims (10)

  1. 　ユーザごとの食事履歴情報を蓄積する食事履歴データベースと、
    　複数の飲食店の各々の位置及び前記飲食店の各々で供される料理の料理名に関する情報を含む飲食店情報を保持する飲食店情報データベースと、
    　ユーザの位置と日時とを含む位置情報を取得する位置情報取得手段と、
    　前記位置情報に基づいて当該ユーザが食事した前記飲食店情報を飲食店情報データベースから取得する飲食店情報取得手段と、
    　前記飲食店情報から前記日時において当該ユーザが食事をしたと推定される１または複数の料理の料理名を含む料理名候補群を抽出する抽出手段と、
    　前記料理名候補群に含まれる各料理名を選択可能な形態で当該ユーザに提示する提示手段と、
    　当該ユーザによる前記料理名候補群に含まれる前記１または複数の料理の料理名のうち少なくとも１つの料理名の選択又は当該ユーザによる少なくとも１つの料理名の入力を受付ける受付手段と、
    　前記選択又は入力された料理名を、当該ユーザの位置と前記日時とに対応付けて当該ユーザの食事履歴情報として前記食事履歴データベースに蓄積する食事履歴蓄積手段と、
    を備えることを特徴とする食事履歴システム。
  2. 　請求項１記載の食事履歴システムにおいて、
    　前記位置情報取得手段は前記食事履歴データベースから当該ユーザの食事履歴情報を取得し、
    　前記抽出手段は、前記食事履歴情報、及び前記位置情報に基づいて、当該ユーザが前記日時及び前記位置において過去に食べた料理に合致する料理名を前記料理名候補群に含めることを特徴とする食事履歴システム。
  3. 　請求項１記載の食事履歴システムにおいて、
    　前記食事履歴データベース又は前記飲食店情報データベースは、料理名に関連付けられた料理カテゴリを記憶し、
    　当該ユーザにより指定された料理カテゴリである入力料理カテゴリを受付けるカテゴリ受付手段を備え、
    　前記抽出手段は、前記食事履歴データベース又は前記飲食店情報データベースに基づいて、前記入力料理カテゴリと同一の料理カテゴリに関連付けられた１または複数の料理名を含む前記料理名候補群を抽出することを特徴とする食事履歴システム。
  4. 　請求項１記載の食事履歴システムにおいて、
    　前記食事履歴蓄積手段は、ユーザごとのユーザ属性を含む属性情報を前記食事履歴データベースに蓄積し、
    　前記抽出手段は、対象のユーザと同じ属性情報を含む他ユーザの食事履歴情報を検索し、検索された前記他ユーザの食事履歴情報に基づいて決定された１または複数の料理名を、前記料理名候補群に含めることを特徴とする食事履歴システム。
  5. 　請求項１記載の食事履歴システムにおいて、
    　前記飲食店情報データベースの前記飲食店情報は、飲食店ごとの１または複数の人気料理名に関する情報を含む人気料理情報を含み、
    　前記抽出手段は、当該飲食店の人気料理情報に含まれる１または複数の人気料理名のうちの少なくとも１以上の人気料理名を料理名候補群に含めることを特徴とする食事履歴システム。
  6. 　請求項５記載の食事履歴システムにおいて、
    　前記人気料理情報は、前記飲食店ごとにおけるユーザ属性ごとの人気料理名に関する情報を含む人気料理情報を含み、
    　前記抽出手段は、ユーザが飲食店で食事をしたと推定された際に、当該飲食店における当該ユーザのユーザ属性に応じた人気料理名を料理名候補群に含めることを特徴とする食事履歴システム。
  7. 　ユーザごとの食事履歴情報を蓄積する食事履歴データベースと、
    　複数の飲食店の各々の位置及び前記飲食店の各々で供される料理の料理名に関する情報を含む飲食店情報を保持する飲食店情報データベースとを備えるコンピュータに、
    　ユーザの位置と日時とを含む位置情報を取得するステップと、
    　前記位置情報に基づいて当該ユーザが食事した前記飲食店情報を飲食店情報データベースから取得するステップと、
    　前記飲食店情報から前記日時において当該ユーザが食事をしたと推定される１または複数の料理の料理名を含む料理名候補群を抽出するステップと、
    　前記料理名候補群に含まれる各料理名を選択可能な形態で当該ユーザに提示するステップと、
    　当該ユーザによる前記料理名候補群に含まれる前記１または複数の料理の料理名のうち少なくとも１つの料理名の選択又は当該ユーザによる少なくとも１つの料理名の入力を受付けるステップと、
    　前記選択又は入力された料理名を、当該ユーザの位置と前記日時とに対応付けて当該ユーザの食事履歴情報として前記食事履歴データベースに蓄積するステップと、
    を実行させることを特徴とする食事履歴蓄積プログラム。
  8. 　ユーザごとの食事履歴情報を蓄積する食事履歴データベースと、
    　複数の飲食店の各々の位置及び前記飲食店の各々で供される料理の料理名に関する情報を含む飲食店情報を保持する飲食店情報データベースとを備えるコンピュータが実行する方法であって、
    　ユーザの位置と日時とを含む位置情報を取得するステップと、
    　前記位置情報に基づいて当該ユーザが食事した前記飲食店情報を飲食店情報データベースから取得するステップと、
    　前記飲食店情報から前記日時において当該ユーザが食事をしたと推定される１または複数の料理の料理名を含む料理名候補群を抽出するステップと、
    　前記料理名候補群に含まれる各料理名を選択可能な形態で当該ユーザに提示するステップと、
    　当該ユーザによる前記料理名候補群に含まれる前記１または複数の料理の料理名のうち少なくとも１つの料理名の選択又は当該ユーザによる少なくとも１つの料理名の入力を受付けるステップと、
    　前記選択又は入力された料理名を、当該ユーザの位置と前記日時とに対応付けて当該ユーザの食事履歴情報として前記食事履歴データベースに蓄積するステップと、
    を含むことを特徴とする食事履歴蓄積方法。
  9. 　ユーザごとの食事履歴情報を蓄積する食事履歴データベースと、
    　複数の飲食店の各々の位置及び前記飲食店の各々で供される料理の料理名に関する情報を含む飲食店情報を保持する飲食店情報データベースと、
    　ユーザの位置と日時とを含む位置情報を取得する位置情報取得手段と、
    　前記位置情報に基づいて当該ユーザが食事した前記飲食店情報を飲食店情報データベースから取得する飲食店情報取得手段と、
    　前記飲食店情報から前記日時に応じた時間帯において当該ユーザが食事をしたと推定される１または複数の料理の料理名を含む料理名候補群を抽出する抽出手段と、
    　前記料理名候補群に含まれる各料理名を選択可能な形態で当該ユーザに提示する提示手段と、
    　当該ユーザによる前記料理名候補群に含まれる前記１または複数の料理の料理名のうち少なくとも１つの料理名の選択又は当該ユーザによる少なくとも１つの料理名の入力を受付ける受付手段と、
    　前記選択又は入力された料理名を、当該ユーザの位置と前記日時とに対応付けて当該ユーザの食事履歴情報として前記食事履歴データベースに蓄積する食事履歴蓄積手段とを備え、
    　前記食事履歴蓄積手段は、ユーザごとのユーザ属性を含む属性情報を前記食事履歴データベースに蓄積し、
    　前記抽出手段は、対象のユーザと同じ属性情報を含む他ユーザの食事履歴情報を検索し、検索された前記他ユーザの食事履歴情報に基づいて決定された１または複数の料理名を、前記料理名候補群に含めることを特徴とする食事履歴システム。
  10. 　ユーザごとの食事履歴情報を蓄積する食事履歴データベースと、
    　複数の飲食店の各々の位置及び前記飲食店の各々で供される料理の料理名に関する情報を含む飲食店情報を保持する飲食店情報データベースと、
    　ユーザの位置と日時とを含む位置情報を取得する位置情報取得手段と、
    　前記位置情報に基づいて当該ユーザが食事した前記飲食店情報を飲食店情報データベースから取得する飲食店情報取得手段と、
    　前記飲食店情報から前記日時に応じた時間帯において当該ユーザが食事をしたと推定される１または複数の料理の料理名を含む料理名候補群を抽出する抽出手段と、
    　前記料理名候補群に含まれる各料理名を選択可能な形態で当該ユーザに提示する提示手段と、
    　当該ユーザによる前記料理名候補群に含まれる前記１または複数の料理の料理名のうち少なくとも１つの料理名の選択又は当該ユーザによる少なくとも１つの料理名の入力を受付ける受付手段と、
    　前記選択又は入力された料理名を、当該ユーザの位置と前記日時とに対応付けて当該ユーザの食事履歴情報として前記食事履歴データベースに蓄積する食事履歴蓄積手段とを備え、
    　前記食事履歴蓄積手段は、ユーザごとのユーザ属性を含む属性情報を前記食事履歴データベースに蓄積し、
    　前記飲食店情報データベースの前記飲食店情報は、飲食店ごとおけるユーザ属性ごとの１または複数の人気料理名に関する情報を含む人気料理情報を含み、
    　前記抽出手段は、ユーザが飲食店で食事をしたと推定された際に、当該飲食店の人気料理情報に含まれる１または複数の人気料理名のうちの少なくとも１以上の当該飲食店における当該ユーザのユーザ属性に応じた人気料理名を料理名候補群に含めることを特徴とする食事履歴システム。
PCT/JP2018/032479 2017-09-07 2018-08-31 食事履歴システム WO2019049799A1 (ja)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2017-172227 2017-09-07
JP2017172227A JP6467601B1 (ja) 2017-09-07 2017-09-07 食事履歴システム

Publications (1)

Publication Number Publication Date
WO2019049799A1 true WO2019049799A1 (ja) 2019-03-14

Family

ID=65356063

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2018/032479 WO2019049799A1 (ja) 2017-09-07 2018-08-31 食事履歴システム

Country Status (2)

Country Link
JP (1) JP6467601B1 (ja)
WO (1) WO2019049799A1 (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111444345A (zh) * 2020-03-30 2020-07-24 拉扎斯网络科技（上海）有限公司 菜品名称分类方法及装置

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2020181491A (ja) * 2019-04-26 2020-11-05 ソフトバンクグループ株式会社 システム、プログラム、及び方法
KR102482435B1 (ko) * 2020-08-19 2022-12-29 주식회사 아이센스 사용자의 위치 정보에 기반한 생체 정보의 관리 방법

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20100179833A1 (en) * 2009-01-12 2010-07-15 Roizen Michael F Automated coaching
JP2010224990A (ja) * 2009-03-24 2010-10-07 Promise Co Ltd 献立自動バランスシステム
JP2012098773A (ja) * 2010-10-29 2012-05-24 Sharp Corp 入力支援機能付き端末、入力支援システム、入力支援方法及びプログラム
JP2016115052A (ja) * 2014-12-12 2016-06-23 凸版印刷株式会社 健康管理装置、及び健康管理方法

Family Cites Families (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2009282722A (ja) * 2008-05-21 2009-12-03 Arkray Inc 食事記録システム
JP2013191137A (ja) * 2012-03-15 2013-09-26 Seiko Epson Corp 食事履歴検索装置、食事履歴検索方法、及びコンピュータープログラム
CN105210106A (zh) * 2013-03-11 2015-12-30 株式会社尼康 电子设备以及程序
JP3185839U (ja) * 2013-06-25 2013-09-05 株式会社ウエルテクノス 糖尿病治療困難者支援システム及び肥満症治療困難者支援システム
WO2015155885A1 (ja) * 2014-04-11 2015-10-15 株式会社日立製作所 購買履歴分類システム及び購買履歴分類方法
JP2016122348A (ja) * 2014-12-25 2016-07-07 オムロン株式会社 生活習慣改善装置及び生活習慣改善方法並びに生活習慣改善システム
JP2017027426A (ja) * 2015-07-24 2017-02-02 株式会社Ｎｔｔドコモ 管理装置及び食事管理システム
JP5996748B1 (ja) * 2015-09-04 2016-09-21 株式会社リクルートホールディングス オーダー処理システム、オーダー処理方法

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20100179833A1 (en) * 2009-01-12 2010-07-15 Roizen Michael F Automated coaching
JP2010224990A (ja) * 2009-03-24 2010-10-07 Promise Co Ltd 献立自動バランスシステム
JP2012098773A (ja) * 2010-10-29 2012-05-24 Sharp Corp 入力支援機能付き端末、入力支援システム、入力支援方法及びプログラム
JP2016115052A (ja) * 2014-12-12 2016-06-23 凸版印刷株式会社 健康管理装置、及び健康管理方法

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111444345A (zh) * 2020-03-30 2020-07-24 拉扎斯网络科技（上海）有限公司 菜品名称分类方法及装置

Also Published As

Publication number Publication date
JP2019046417A (ja) 2019-03-22
JP6467601B1 (ja) 2019-02-13

Similar Documents

Publication Publication Date Title
US20060064447A1 (en) Nutrition tracking method
WO2019049799A1 (ja) 食事履歴システム
KR101521472B1 (ko) 추천 식단 정보를 제공하는 방법 및 장치
JPWO2017085777A1 (ja) 食材提案装置、食材提案方法及び食材提案プログラム
JP2019023829A (ja) 情報提供システム、プログラム、及びサーバ
WO2017092030A1 (zh) 智能膳食推荐方法、终端及智能膳食推荐云端服务器
KR102189232B1 (ko) 생활 습관을 기반으로 콘텐츠를 제공하는 방법, 시스템 및 비일시성의 컴퓨터 판독 가능 기록 매체
JP2007133525A (ja) 食事指導支援システム
US20210398646A1 (en) Method, information terminal, storage medium, and method of providing information
JP6790413B2 (ja) メニュー生成システム、メニュー生成方法及びメニュー生成プログラム
JPWO2017199389A1 (ja) 情報提供システム、情報提供方法および情報提供プログラム
JP2010049332A (ja) 不足栄養情報提供方法及びプログラム
KR101563694B1 (ko) 위치기반 음식점 광고 서비스 제공 시스템
KR20230069896A (ko) 주문 연계 개인 맞춤형 음식 추천 방법 및 이의 장치
JP6364634B1 (ja) 食事履歴蓄積システム
JP2020091577A (ja) 健康増進支援システム及び健康増進支援方法
JP6586499B1 (ja) サプリメント提案システム
JP2014123214A (ja) 電子機器
JP6277582B2 (ja) 電子機器
JP2016180718A (ja) 食事ナビゲーション装置
JP2018092640A (ja) 電子機器
JP6715501B1 (ja) お勧め提示装置、お勧め提示システム、お勧め提示方法、お勧め提示プログラム
JP7281331B2 (ja) 情報処理システムおよびプログラム
JP2014123215A (ja) 電子機器
JP2003122838A (ja) 献立支援装置、および献立支援方法

Legal Events

Date Code Title Description
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 27/07/2020)

122 Ep: pct application non-entry in european phase

Ref document number: 18852886

Country of ref document: EP

Kind code of ref document: A1