US20190106313A1 - Customizing beverage profiles for a user - Google Patents

Abstract

Systems and methods for customizing beverage profiles and associated consumption programs, such as customizing smoothie pods to be used in making smoothies and other beverages, are described. For example, the systems and methods may receive or obtain information associated with a user's previous, current, and/or future activities (e.g., workouts or training sessions), a user's sleep activities, a user's current mental acuity or sharpness, a user's health or fitness, and so on, and determine or create a beverage profile for the user based on the information for the user. Further, the systems and methods may communicate and/or facilitate interactions with various online health or wellness programs.

Description

CROSS-REFERENCE TO RELATED APPLICATION(S)
• This divisional application is a division of U.S. patent application Ser. No. 16/105,709, filed Aug. 20, 2018, entitled “CUSTOMIZING BEVERAGE PROFILES FOR A USER” which is a bypass continuation of Patent Cooperation Treaty Application No.: PCT/US2017/018494, filed on Feb. 17, 2017, entitled “CUSTOMIZING BEVERAGE PROFILES FOR A USER”, which claims priority to the following U.S. Provisional Patent Applications: U.S. Provisional Patent Application No. 62/296,814 filed on Feb. 18, 2016, entitled “PROVIDING A USER INTERFACE FOR CUSTOMIZING BEVERAGE PROFILES;” U.S. Provisional Patent Application No. 62/296,844 filed on Feb. 18, 2016, entitled “REFRIGERATOR WITH POD-BASED BEVERAGE DISPENSER;” U.S. Provisional Patent Application No. 62/296,851 filed Feb. 18, 2016, entitled “CUSTOMIZING BEVERAGE PROFILES TO USER SLEEP CYCLES;” U.S. Provisional Patent Application No. 62/297,009 filed Feb. 18, 2016, entitled “RECOMMENDING MODIFICATIONS TO USER-CREATED BEVERAGE PROFILES;” U.S. Provisional Patent Application No. 62/297,644 filed Feb. 19, 2016, entitled “CUSTOMIZING BEVERAGE PROFILES TO USER MENTAL ACUITY;” U.S. Provisional Patent Application No. 62/297,711 filed Feb. 19, 2016, entitled “PORTABLE, POD-BASED SMOOTHIE MAKER;” U.S. Provisional Patent Application No. 62/297,716 filed Feb. 19, 2016, entitled “CUSTOMIZING BEVERAGE PROFILES TO USER WELLNESS PROGRAMS;” and U.S. Provisional Patent Application No. 62/297,632 filed Feb. 19, 2016, entitled “CUSTOMIZING BEVERAGE PROFILES TO USER ACTIVITIES;” each of which are hereby incorporated by reference in their entirety.
BACKGROUND
• There are numerous retailers, distributors, and companies that attempt to target users with supplements, beverages, and other nutritional foods or drinks. However, most of these products are pre-made and generic to a certain population of users and/or for a certain purpose. For example, companies sports drinks to assist the performance of a generic user during activities, and retailers sell smoothies that promote certain health benefits to a large population of users.
BRIEF DESCRIPTION OF THE DRAWINGS
• Embodiments of the disclosed technology will be described and explained through the use of the accompanying drawings.
• FIG. 1 is a block diagram illustrating a suitable computing environment for providing beverages having customized beverage profiles to a user.
• FIG. 2 is a flow diagram illustrating a method for making a beverage for a user that is based on mental or physical characteristics of a user.
• FIG. 3 is a block diagram illustrating a suitable computing environment for providing customized beverages to users based on activities of the users.
• FIG. 4A is a flow diagram illustrating a method for preparing a beverage for a user based on activity information associated with the user.
• FIG. 4B is a flow diagram illustrating a method for determining a beverage recommendation that is based on user activity information.
• FIG. 5 is a display diagram illustrating a user interface that displays recommended beverages to a user based on activities of the user.
• FIG. 6 is a block diagram illustrating a suitable computing environment for providing customized beverages to users based on sleep activities of the users.
• FIG. 7 is a flow diagram illustrating a method for determining a beverage recommendation for a user based on sleep information associated with the user.
• FIG. 8 is a display diagram illustrating a user interface that displays recommended beverages to a user based on sleep information of the user.
• FIG. 9 is a block diagram illustrating a suitable computing environment for providing customized beverages to users based on mental acuity information for the users.
• FIG. 10 is a flow diagram illustrating a method for determining a beverage recommendation based on user performance on one or more acuity tests before and after consuming a customized beverage.
• FIG. 11A is a display diagram illustrating a user interface that present a mental acuity test for a user.
• FIG. 11B is a display diagram illustrating a user interface that displays recommended beverages to a user based on test performance for a user.
• FIG. 12 is a block diagram illustrating a suitable computing environment for providing customized beverages to users of online wellness programs.
• FIG. 13 is a block diagram illustrating components of a beverage network system that interacts online wellness programs.
• FIG. 14 is a flow diagram illustrating a method for determining a beverage recommendation for a user of an online wellness program.
• FIG. 15 is a flow diagram illustrating a method for determining a nutritional profile for a user.
• FIG. 16 is a flow diagram illustrating a method for determining a customized beverage for a user based on the user's nutritional profile.
• FIG. 17 is a display diagram illustrating a user interface that presents recommended beverages to a user and facilitates making and ordering of beverages on behalf of the user.
• The drawings have not necessarily been drawn to scale. Similarly, some components and/or operations may be separated into different blocks or combined into a single block for the purposes of discussion of some of the embodiments of the present technology. Moreover, while the technology is amenable to various modifications and alternative forms, specific embodiments have been shown by way of example in the drawings and are described in detail below. The intention, however, is not to limit the technology to the particular embodiments described. On the contrary, the technology is intended to cover all modifications, equivalents, and alternatives falling within the scope of the technology as defined by the appended claims.
DETAILED DESCRIPTIONOverview
• Systems and methods for customizing beverage profiles and associated consumption programs, such as customizing smoothie pods to be used in making smoothies and other beverages, are described. For example, the systems and methods may receive or obtain information associated with a user's previous, current, and/or future activities (e.g., workouts or training sessions), a user's sleep activities, a user's current mental acuity or sharpness, a user's health or fitness, and so on, and determine or create a beverage profile for the user based on the information for the user.
• The systems and methods may make beverages (e.g., smoothies or other drinks) and/or order or create smoothie pods (e.g., containers of ingredients used when making a beverage) having the beverage profile. The systems and methods, therefore, may provide the user with a customized smoothie or other beverage that includes ingredients useful in improving, benefiting, or mitigating the user's health, performance, mental state, and/or other characteristics or states, among other benefits.
Suitable Computing Environment
• As described herein, the systems and methods customize beverage profiles for users based on various aspects or characteristics associated with the users, and create or customize smoothie pods having ingredients that include the customized beverage profiles.FIG. 1 is a block diagram illustrating asuitable computing environment100 for providing beverages having customized beverage profiles to a user.
• Thecomputing environment100 includes a user device110 (having auser interface112), such as a mobile device, which may be paired with a userwearable device115 or peripheral configured to capture and/or measure information associated with the user. Abeverage machine120, such as a machine, device, or refrigerator configured to create beverages from pods or other ingredients sources, may be directly connected to theuser device110 orwearable device115, or may communicate with theuser device110, thewearable device115, or other devices, systems, and/or servers over anetwork125, such as the Internet.
• Thebeverage machine120, therefore, may include acommunication component126 that facilitates communicating with various devices over thenetwork125, auser interface component122 that renders, displays, and/or presents information to users via a display, such as a graphical user interface (GUI), and/or receives input from users via the display or via various manual controls of thebeverage machine120. Thebeverage machine124 also includes abeverage making device122, such as a blender or other pod-based beverage creating or making devices.
• For example, thebeverage making device122 may be configured to extract contents (e.g., ingredients) within a beverage pod, such as a smoothie pod, and mix or combine the extracted contents with various liquids or other mixing substances, such as water, ice, milk, and so on, based on received or stored programs, recipes, and/or instructions. The beverage pods may be pods or cartridges containing specific mixtures of ingredients. For example, a pod may include a mixture of various freeze dried fruits (e.g., freeze dried bananas, strawberries, blueberries, mango, and so on), freeze dried vegetables (e.g., kale, spinach, beets, and so on), additive powders (e.g., protein powders, powdered greens), oils, seeds, supplements, flavors, and so on. In some cases, a pod may include a mixture of many different ingredients. In other cases, the pod may include one or more ingredients.
• A beverageprofile determination server130 may support and/or provide a “beverage network” or other cloud-based systems that perform various actions or functions to determine or create beverage profile recommendations for users. For example, theserver130, which may communicate with thebeverage machine120, theuser device110, and/or thewearable device115 over thenetwork125, may include various different systems configured to access, receive, obtain, or retrieve certain information about a user (e.g., activity or health information), and generate beverage profiles for beverages targeted to the user based on the information about the users.
• Example systems, which are discussed in greater detail herein, include auser activity system135 configured to generate to determine beverage profiles for beverages based on activity information associated with a user, auser sleep system140 configured to generate or determine beverage profiles for beverages based on sleep activity associated with the user, and auser acuity system145 configured to generate or determine beverage profiles for beverages based on mental acuity information measured for a user.
• Abeverage network system150 may be part of, or associated with, theserver130 and its various beverage profile recommendation systems. Thebeverage network system150 may facilitate interactions between the systems of theserver130 and one or moreonline health systems160, such as online wellness programs, online health monitoring systems, medical or doctor partner networks, and so on. Thus, in some embodiments, various third party systems, such as theonline system160, may access the operations of theserver130 via one or more Software As A Service (SaaS) interfaces provided by thebeverage network system150.
• Further details regarding the systems, devices, methods, and routines utilized to provide and/or implement various aspects of thecomputing environment100 will be described herein. The drawings have not necessarily been drawn to scale. Similarly, some components and/or operations may be separated into different blocks or combined into a single block for the purposes of discussion of some of the embodiments of the present technology. Moreover, while the technology is amenable to various modifications and alternative forms, specific embodiments have been shown by way of example in the drawings and are described in detail below. The intention, however, is not to limit the technology to the particular embodiments described. On the contrary, the technology is intended to cover all modifications, equivalents, and alternatives falling within the scope of the technology as defined by the appended claims.
• FIG. 1 and the discussion herein provide a brief, general description of thesuitable computing environment100 in which the system can be supported and implemented. Although not required, aspects of the system are described in the general context of computer-executable instructions, such as routines executed by a general-purpose computer, e.g., mobile device, a server computer, or personal computer. Those skilled in the relevant art will appreciate that the system can be practiced with other communications, data processing, or computer system configurations, including: Internet appliances, hand-held devices (including tablet computers and/or personal digital assistants (PDAs)), all manner of cellular or mobile phones, multi-processor systems, microprocessor-based or programmable consumer electronics, set-top boxes, network PCs, mini-computers, mainframe computers, and the like. Indeed, the terms “computer,” “host,” and “host computer,” and “mobile device” and “handset” are generally used interchangeably herein, and refer to any of the above devices and systems, as well as any data processor.
• Aspects of the system can be embodied in a special purpose computing device or data processor that is specifically programmed, configured, or constructed to perform one or more of the computer-executable instructions explained in detail herein. Aspects of the system may also be practiced in distributed computing environments where tasks or modules are performed by remote processing devices, which are linked through a communications network, such as a Local Area Network (LAN), Wide Area Network (WAN), or the Internet. In a distributed computing environment, program modules may be located in both local and remote memory storage devices.
• Aspects of the system may be stored or distributed on computer-readable media (e.g., physical and/or tangible non-transitory computer-readable storage media), including magnetically or optically readable computer discs, hard-wired or preprogrammed chips (e.g., EEPROM semiconductor chips), nanotechnology memory, or other data storage media. Indeed, computer implemented instructions, data structures, screen displays, and other data under aspects of the system may be distributed over the Internet or over other networks (including wireless networks), on a propagated signal on a propagation medium (e.g., an electromagnetic wave(s), a sound wave, etc.) over a period of time, or they may be provided on any analog or digital network (packet switched, circuit switched, or other scheme). Those skilled in the relevant art will recognize that portions of the system reside on a server computer, while corresponding portions reside on a client computer such as a mobile or portable device, and thus, while certain hardware platforms are described herein, aspects of the system are equally applicable to nodes on a network. In an alternative embodiment, the mobile device or portable device may represent the server portion, while the server may represent the client portion.
• As described herein, the beverageprofile determination server130, therefore, may perform various processes, methods, or operations when creating and/or making beverages (e.g., customized pod-based smoothies) for users.FIG. 2 is a flow diagram illustrating amethod200 for making a beverage for a user that is based on mental or physical characteristics of a user. Aspects of themethod200 may be performed by the beverageprofile determination server130 and, accordingly, is described herein merely by way of reference thereto. It will be appreciated that themethod200 may be performed on any suitable hardware.
• Inoperation210, theserver130 accessed information associated with a user's physical or mental characteristics. For example, theserver130, via one or more associated systems, may access user activity information, user sleep activity information, mental acuity information, and so on, measured or provided by theuser device110, thewearable device115, and/or the beverage machine120 (e.g., input by the user to theGUI122 of the machine122).
• Inoperation220, theserver130 matches the accessed information to a beverage profile associated with a beverage, such as a smoothie. For example, theserver130 may compare the user information to information associated with different ingredients, additives, and so on, and generate identify one or more beverage profiles (e.g., mixtures of ingredients at certain quantities) that match or are otherwise associated with the user information. Theserver130 may then provide the one or more beverage profiles to thebeverage machine120.
• Inoperation230, themachine120 mates a beverage having the beverage profile that matched the user information. For example, using instructions (e.g., beverage profiles) received from theserver130, thebeverage making device124 of thebeverage machine120 may select one or more beverage pods whose contents include ingredients that represent the beverage profile, and make the beverage using the contents of the pods. In some cases, themachine120 may order the beverage pods, and make the beverages once the pods are received and provided to themachine120.
• Therefore, in some embodiments, the beverageprofile determination server130 performs various processes for identifying, determining, recommending, and/or suggesting beverages, such as smoothies, to users based on various aspects associated with the users. The following sections describe, in greater detail, the different systems supported by theserver130.
Examples of Customizing Beverages Based on User Activities
• As described herein, in some embodiments, the systems and methods determine and/or generate customized beverage profiles and associated consumption programs based on user activities, such as current or predicted workout routines, and other exercises or activities. For example, the systems and methods may provide an automated beverage machine (e.g., smoothie maker orother beverage machine120, which makes smoothies from ingredients contained in smoothie pods) configured to receive information associated with a user's activities, such as workout routines, exercises, and so on.
• In some embodiments, thebeverage machine120 orother devices110,115 may collect information associated with a user's workout routine and/or physical activity, transmit the collected information to theserver130 over thenetwork125, and calculate, via theuser activity system135, an estimated loss in calories, vitamins, carbohydrates, and so on, due to the activity/workout that was performed or scheduled to be performed.
• Theuser activity system135 receives the values, such as the estimated deficiencies, matches the identified deficiencies with beverage available and desirable to the user (e.g., for weight loss users, beverages that maintain a net loss of calories), and sends a list of beverages that include beverage profiles associated with satisfying or meeting the user's deficiencies due to the completed, running, or planned activities. Themachine120 and/oruser device110 may display the list of beverages via an associated GUI, and make (or, order) a beverage selected by the user.
• FIG. 3 is a block diagram illustrating asuitable computing environment300 for providing customized beverages to users based on activities of the users. As described herein, theuser activity system135, located at or within the beverageprofile determination server140, communicates over thenetwork125 with thebeverage machine120, theuser device110, and/or one or more wearable orperipheral devices115 associated with the user.
• For example, thewearable devices115 may include smart watches, activity monitors, heart rate monitors, peripheral devices, and so on. The measured activity levels and/or parameters may include steps taken by a user, a user's heart rate, distance walked or ran by the user, calories burned (or estimated to be burned), temperature of the user, physical characteristics during the activity, and so on. Also, in some cases, thedevice115, or another device, may be a connected workout machine (e.g., treadmill, elliptical, stationary bike, and so on) that communicates workout data for the user to theuser device110,beverage machine120, and/orserver130.
• In addition, health data may be provided by or to theuser device110, such as a smartphone, where a user is tracking his/her food intake, and determines suitable intake levels of calories, carbohydrates, fats, proteins, or other nutrients. The user may log caloric/food intake over the course of the day (type of food, quantity size, time of day, and so on), and the user, via theuser device110, may upload or sent the logged data to thebeverage machine120 oruser activity system135, which performs utilizes the various information to determine recommendations associated with one or more beverages for consumption by the user.
• In some embodiments, thebeverage machine120 includes various operating software programs, located in the machine's memory, which may gather incoming data and transmit the data to various remote or networked systems, such as theuser activity system135. As described herein, the external devices (e.g., amobile phone110,wearable device115, smart workout machine, or other user device), captures and sends data associated with the user's workout or activity level to themachine120. Thebeverage machine120 may receive the data via a wireless connection (e.g., via network125) through the use of a plug-in device (e.g., USB stick, SD card, and so on), via direct communication channels (e.g., Bluetooth), and so on.
• Thebeverage machine120 receives the data via the communication component orport126. When a user interacts with themachine120, via a user GUI provided by theuser interface component122, the information is loaded, and if a suitable option presented by the user GUI screen is selected by the user, the data is transferred to theuser activity system135, which generates beverage scores or other metrics. For example, thesystem135, via adetermination module320, compares the beverage scores to beverages stored in a beverage database330, and then, via a recommendation module310, recommends beverages that match the beverage scores by sending information to thebeverage machine120. Thebeverage machine120, via the GUI, displays user-selectable options for the user that represent the recommended beverages.
• Therefore, theuser activity system135 performs various processes or methods when preparing beverages for a user based on the user's activities.FIG. 4A is a flow diagram illustrating amethod400 for preparing a beverage for a user based on activity information associated with the user. Aspects of themethod400 may be performed by thebeverage machine120 and, accordingly, is described herein merely by way of reference thereto. It will be appreciated that themethod400 may be performed on any suitable hardware.
• Inoperation405, themachine120 receives a user request for a beverage, such as a smoothie or other drink. For example, themachine120 stay receive a user selection of one or more options displayed by a GUI of themachine120 and/or theuser device110.
• Inoperation410, themachine120 determines whether the request includes a request or indication of user activity information. If the request does not include user activity information (or, an indication to utilize user activity information), themethod400 proceeds tooperation415, and the machine displays a complete list of beverages available to the user, such as beverages available to be made at that time by themachine120.
• If the request does include a request or indication of user activity information, themethod400 proceeds tooperation420, and themachine120 determines whether user activity information has been received or provided by the user. If no user activity information has been received, themethod400 proceeds tooperation412, and themachine120, via the GUI, prompts the user to provide activity information (e.g., manually or via an associate device). If the user activity information has been received, themethod400 proceeds tooperation425, and themachine120 transmits the received or accessed user activity information to the recommendation module or system310 of theuser activity system135.
• Inoperation430, themachine120 receives one or more beverage recommendations from the recommendation module or system310, such as indications of beverages having beverage profile information that matched the user activity information. Inoperation435, themachine120 displays a list of the recommended beverages to the user, via themachine120 GUI.
• Inoperation440, themachine120 determines that the user has selected one or more displayed beverages, either from a presented list of all available beverages (via operation415) and/or from a presented list of recommended beverages operation440), and, inoperation445, prepares or makes the selected beverage using thebeverage making device124 and one or more beverage pods that include ingredients matching the selected beverage.
• As described herein, in some embodiments, theuser activity system135 may perform various processes to compare and match user activity information to one or more beverage profiles that represent beverages to be made by themachine120 and consumed by the user.FIG. 4B is a flow diagram illustrating amethod450 for determining a beverage recommendation that is based on user activity information. Aspects of themethod450 may be performed by thedetermination module320 and, accordingly, is described herein merely by way of reference thereto. It will be appreciated that themethod450 may be performed on any suitable hardware.
• Inoperation460, themodule320 receives activity information from thebeverage machine120. For example, theuser activity system135 may receive information from themachine120 that is associated with a user's completed, current, or future workout routine and/or physical activity, as described herein.
• Inoperation465, themodule320 determines a beverage profile score for the received activity information. For example, themodule320 may determine the score by taking the total calories expended in the workout (e.g., 450 calories) and dividing it by 10 (or some other normalization factor), which provides a score of 45. Of course, themodule320 may utilize other activity information and/or other scoring algorithms or rules (e.g., scores based on total calories, average heart rate, miles logged, steps walked, and so on) when scoring the activity information.
• Inoperation470, themodule320 compares the beverage profile score, or beverage score, to the scores associated with beverages profiles stored in the beverage database330. In some cases, the score may be based certain user goals, where there are selections of beverages useful in the user achieving their goals. Thus, in some embodiments, themodule320 matches the score, along with the user's goals (e.g., loaded as part of the workout information), with values associated with beverage profiles stored by the beverage database330.
• In some cases, themodule320 receives user goal information (e.g., target weight information, fitness level information, and so on) from third party health/fitness programs, such asonline program160. For example, themodule320 may receive the goal information (e.g. via thenetwork125 and/or via devices provided to the machine120) from a third party health practitioner (e.g., trainer, nurse, doctor, and so on) who can provide medically approved goals for the user.
• Inoperation475, themodule320 identifies one or more beverages having beverage profiles that match the determined beverage profile scores. Table 1 represents a data structure stored by the database330 that includes entries that relate a user goal (e.g., “lose weight”) to beverage scores and beverage profiles.

• TABLE 1
  Goal Score Range Beverage Profile

  	Gain weight 0-25Beverages #1 and #4
  	26-50 Beverages #6 and #2
  	50+ Beverages #8 and #12
  	Maintain weight 0-20Beverage #3
  	21-44Beverages #5, #10, #11
  	45+ Beverages #15, #19, #20
  	Lose weight 0-22 Beverages #7, #22
  	23-35 Beverage #16
  	35+ Beverages #13, #17, #18

• For example, themodule320, having received a beverage profile score of 25 and a user goal of maintain weight, searches Table 1 for matching beverage profiles, and identifiesBeverages #5, #10, and #11 as matching the score.
• Inoperation480, the module transmits information that identifies the recommended (e.g., matching) beverage profiles to thebeverage machine120, which presents the information to the user.FIG. 5 is a display diagram illustrating auser interface500 that displays recommended beverages to a user based on activities of the user.
• Theuser interface500 presents various states of interaction with a user. A user first requests to make a beverage, and selects amanual option510 to manually choose a beverage from a list or menu, or auser activity option505 to use their workout information/data, such as data gathered by theuser device110 ordevice115. In some cases, the user interface may include elements than enable a user to directly input their daily health data (e.g., activity, desired goals, and so on), and theinterface500 may include elements that facilitate the user to input both activity data and specified goals. For example, theuser interface500 may receive the information via a questionnaire type interaction with the user, where the user answers questions regarding goals and activities posed by themachine120, and/or the user may voluntarily input information that represents regards the user's goals, activities, and other information.
• As described herein, when the user selects themanual option520, themachine120 presents a list of some or all available beverages. However, when the user selects theuser activity option505, themachine120 presents alist520 of recommended beverages, based upon user activity information. The user may select one or more of the recommendedbeverages530, and themachine120, in response to the selections, makes (or, orders), a beverage, such as a smoothie for the user. As described herein, the machine may make a smoothie using a smoothie pod of ingredients that match the beverage profile associated with the selected beverage.
• Thus, in some embodiments, the systems and methods collect information associated with a user's workout routine or physical activity via an automated beverage machine, where the automated beverage machine makes beverages from beverage pods provided to the automated beverage machine, determines a workout score based on the collected information, matches the workout score to one or more beverage profiles associated with beverages to be consumed by the user, and makes, at the automated beverage machine, a beverage having ingredients based on the one or more beverage profiles.
• Therefore, in some embodiments, the systems and methods enable a user to provide workout and/or health goal information to an automated beverage machine (e.g., beverage machine120), which identifies and makes a pod-based beverage (e.g., smoothie from a smoothie pod) based on the provided information.
Examples of Customizing Beverages Based on User Sleep Activities
• The systems and methods described herein, in some embodiments, determine and/or generate customized beverage profiles, and make associated beverages, for users based on characteristics of the user's sleep activities, patterns, habits, and/or cycles. The systems and methods utilize sleep and activity data measured by a user's wearable device (e.g., device115) to determine when and how well the user sleeps. The systems and methods combine the sleep data with usage data (e.g., beverage consumption data), and determine recommendations for the user regarding the types (e.g., ingredient profiles) and timing (e.g., when to consume) of smoothies he/she should consume to increase his/her quality of sleep, among other things.
• For example, the systems and methods may attempt to improve or modify a user's sleep (or, quality of sleep), by determining a user's current or historical quality of sleep from sleep and activity data obtained from a user's wearable device or other monitoring device, combining or comparing the determined data with usage data associated with the user's consumption of various smoothies, and determining recommendations for the user about the types and timing of smoothies and other beverages to consume to improve the quality of sleep. The system and methods may then tracks changes in the user's quality of sleep based on the recommendations to provide more accurate recommendations for the specific user and/or a population of other similar users.
• FIG. 6 is a block diagram illustrating asuitable computing environment600 for providing customized beverages to users based on sleep activities of the users. As described herein, a wearable device110 (e.g., a Withings, FitBit device, or other device configured to monitor a user's sleep activities) may capture data associated with a user's sleep activities, as well as other non-sleep data (e.g., temperature, heart rate, and so on). The systems and methods may combine the user's sleep data with the user's smoothie consumption history, determine recommendations to be made to the user about the types and timing of smoothies that can increase the quality of their sleep.
• Thecomputing environment600 includes the beverageprofile determination server130, which includes theuser sleep system140. Theuser sleep system140 includes various components or modules, such as a recommendation module610 configured to determine one or more beverages having beverage profiles that match user sleep activity information. Further, theuser sleep system140 includes asmoothie database620, which stores information that includes the ingredients of all available beverage pods (e.g., beverage pods at the machine and/or to be ordered and provided to the machine), such as smoothie pods, for thebeverage machine120, and a consumption database630, which stores user usage or beverage consumption data as well as user sleep activity data.
• As an example, when a user'swearable device115 comes within wireless communications range of thebeverage machine120, thedevice115 transfers the user's sleep and activity data, which is then relayed by thebeverage machine120 to the consumption database630 of theuser sleep system140.
• When the user goes to get a smoothie after a certain time (e.g., after 5 pm or so, as the user may not want a relaxation smoothie when they are getting up to go to work), the recommendation module610 may compare the user's sleep on any given day to their average night's sleep. For example, the user's sleep activity may be measured with respect to both quantity and quality to determine a current or prior level of sleep (e.g., poor, ok, average, good, short, long, and so on), via thewearable device115. Using the information, thesystem140 determines a recommendation for a beverage to be provided to the users, and sends the recommendation over thenetwork125 to thebeverage machine120, which makes the beverage for the user.
• Therefore, thesleep activity system140, via the recommendation module610, performs various processes, operations, or methods when determining beverages to recommend to users based on their sleep activity information.FIG. 7 is a flow diagram illustrating amethod700 for determining a beverage recommendation for a user based on sleep information associated with the user. Aspects of themethod700 may be performed by theuser sleep system140 and, accordingly, is described herein merely by way of reference thereto. It will be appreciated that themethod700 may be performed on any suitable hardware.
• Inoperation710, thesystem140 provides an initial stock of beverage pods to thebeverage machine120. For example, a user associated with themachine120 may receive an initial order of various different beverage pods for popular or initially targeted beverages, and provide them to thebeverage machine120. In some cases, various analysis systems may utilize data within the consumption database630 to determine supplements that are effective in enhancing sleep quality, sleep quantity, and so on. For example, these systems may determine initial orders of smoothie pods based on determinations of a large user population, modifying the initial orders based on the demographics of users, the specific user, and their wearable devices.
• Inoperation720, various devices monitor the user's sleep activities. For example, thewearable device115 may capture data associated with a user's sleep cycle activity, such as time periods of deep sleep, time periods of light sleep, time periods of REM sleep, time periods of wakefulness, a total sleep time, user movement data, non-sleep data, and so on.
• Inoperation730, thesystem140 receives or otherwise accesses the sleep activity information frome beverage machine120 and/or directly from thewearable device115 and/or theuser device110. For example, thesystem140 may receive the sleep activity information from a most recent night's sleep, as well as any usage or beverage consumption data for the user, and store, inoperation735, the information in the consumption database630.
• Inoperation740, thesystem140 determines whether the sleep activity information indicates a low or sub-optimal quality of sleep for the user. For example, thesystem140 may determine a time period of deep sleep or REM sleep is below a minimum time period associated with good sleep, and/or may determine the overall sleep quality for the previous night's sleep is below an average sleep quality for the user, among other determinations.
• When the sleep quality does not indicate a low quality of sleep, themethod700 proceeds back tooperation720, and thesystem140 continues to monitor the user's sleep activity, else the method proceeds tooperation750. Inoperation750, thesystem140 determines and causes themachine120 to display one or more beverage recommendations for the user. For example, thesystem140 may utilize information stored in the consumption database630 to determine one or more beverages to recommend to the user.
• The following table (Table 2) illustrates the various data structures stored in the database630, via which thesystem140 identified beverages to recommend to a user.

• TABLE 2
  Date	Sleep Quality	Ingredients	Volume	Time
  Jan. 1, 2016	Poor	Melatonin, ABC	8 oz.	7:15
  Jan. 2, 2016	OK	Chamomile, ABC	8 oz.	6:15
  Jan. 3, 2016	OK	ABC	8 oz.	7:15
  Jan. 4, 2016	OK	DEF	8 oz.	8:15
  Jan. 5, 2016	Good	Melatonin,DEF	12 oz.	7:15

• Thus, thesystem140 may utilize the information stored by the table to identify and/or modify beverage profiles based on the user's sleep activities or quality. For example the table indicates that the user experience a good sleep quality (e.g., sufficient amounts of REM sleep) after consuming a smoothie with ingredients DEF.
• Inoperation760, themachine120 updates a stock of beverage pods based on the recommended beverage and/or based on a user selection of the recommended beverage. Thus, in some cases, themachine120 tracks and/or monitors consumption of beverages by the user to maintain sufficient stock of beverage pods for making recommended beverages.
• For example, an initial stock of sleep supplement smoothies or other beverages are provided to themachine120, and a wait period counter is set to initialize to a 4 day wait period. Next, the activity/sleep monitor (e.g., device115) communicates when within wireless range of thebeverage machine120, which triggers a download from thewearable device115 to thebeverage machine120 of user sleep data.
• As described herein, theuser sleep system140 determines a quality of the user's sleep (e.g., is poor for >2 days or some other threshold), and when the quality is low, thesystem140, within the 4 day wait period (initialization period) and if causes themachine120 to present a suggestion to take a sleep supplement or relaxing beverage. Themachine120 then starts a period for 4 days and subtracts one sleep supplement smoothie from the stock, updating the number of pods in stock within themachine120. In some cases, when the stock of pods is less than 2 (or below a defined threshold number), themachine120 may suggest other beverages, and initiates an order/reorder routine to replenish the stock of beverage pods.
• As described herein, thebeverage machine120 presents the recommended smoothies and other beverages to the user via a GUI of themachine120.FIG. 8 is a display diagram illustrating auser interface800 that displays recommended beverages to a user based on sleep information of the user.
• Theinterface800 displays various interface elements or buttons, including user-selectable display elements820 representingsmoothies830 recommended by thesystem140. In some cases, theinterface800 provides a user-selectable option to request asmoothie805, log or record consumption of asmoothie810, and or order a smoothie orsmoothie pods840. In some cases, the user interface may mark recommended beverages as being “in stock” when the inventory database indicates the user has that pod available, or “order,” which will automatically send an order to a server to order additional smoothie pods. Theinterface800 may also include other display and input elements, such as elements informing the user of their monitored sleep activities, elements that receive user input regarding the consumption of smoothies, and so on.
• Thebeverage machine120, therefore, may include an input component that receives a request from a user to make a beverage (via theinterface800, a communication component that receives information from a wearable device associated with the user that identifies sleep activity characteristics of the user (via wearable device115), and a beverage making component that makes a beverage having a beverage profile that is associated with the sleep activity characteristics of the user (e.g., determined via theuser sleep system140 located at theserver130 and/or within the machine120).
• Thus, in some embodiments, the systems and methods may receive input from a wearable device of a user that identifies sleep activity characteristics of the user, compare the sleep activity characteristics of the user with usage data associated with the user's previous consumption of smoothies and received from a smoothie machine that prepared the smoothies, and determine a smoothie to recommend to the user that is based on the comparison.
Examples of Customizing Beverages Based on User Mental Acuity
• The systems and methods described herein, in some embodiments, determine and/or generate customized beverage profiles for users based on the users' measured mental acuity. The systems and methods utilize or provide gains or tests that measure mental acuity, in some cases delivered before and after the smoothie, to identify those ingredients that yield increases in mental acuity for the specific user.
• For example, the systems and methods may measure a user's mental acuity each time the user obtains a beverage, and presents tests, games, and so on, via the user's mobile device or via a user interface of thebeverage machine120, which provides cognitive assessment systems with data points associated with the user's mental acuity. The systems and methods identify a state of the user's mental acuity in certain contexts, and generates or suggests a smoothie program (types and/or timing) of smoothies (and associated supplements) predicted to be of benefit to the user.
• FIG. 9 is a block diagram illustrating asuitable computing environment900 for providing customized beverages to users based on mental acuity information for the users. As described herein, theuser acuity system145 includes various components, modules, or systems for determining a current mental acuity or sharpness of a user, and determining smoothies and other beverages (or, supplements to be added to base smoothies) to recommended to the user for consumption.
• For example, thesystem145 includes arecommendation module910, which receives information associated with the user's mental acuity, such as a score obtained while playing an online or virtual game, and identifies beverages having certain beverage profiles, and/or supplements, to recommended to the user. The system stores various user information (e.g., previous scores, beverage consumption data, and so on) in a consumption database930, and stores various games virtual games or tests in agame database920.
• In some cases, when the usermobile device110 triggers, based upon the user profile (not shown), a game the user will interact with, theuser acuity system145 may retrieve and present or display a game from thegame database920 to the user. Once the user plays the game, therecommendation module910 receives or accesses the results or outcomes (e.g., scores) of the game play to determine whether a smoothie with stimulants or supplements should be recommended or suggested to the user.
• Once the user has taken the stimulants or supplements, the user may play another game. For example, thesystem910 may receive an indication from the user or from thebeverage machine120 that the user has consumed a recommended smoothie (e.g., thebeverage machine120 prepared the smoothie for the user). Thesystem145 determines whether the recommended smoothie (with stimulants or supplements) improved results based on a comparison of the scores of the games played before and after consumption of the smoothie. The system may store the results of the comparison in order to provide more accurate or targeted recommendations to the user or other users regarding the consumption of certain ingredients, stimulants, or supplements.
• Thus, thesystem145 may identify optimal or helpful smoothie stimulants or supplements based on user performances during presented games and other activities. Thesystem145, via various channels, such as via advertising services, nutritional and wellness programs, social media, and so on, may then promote or recommend the identified ingredients to others. Further, in some embodiments, thesystem145 facilitates ordering and reordering of the smoothie stimulants or supplements targeted to the user.
• Therefore, theuser acuity system145 may perform various processes, operations, or methods when determining smoothie recommendations for users based on their performance in playing certain games, tests, or other mental activities.FIG. 10 is a flow diagram illustrating amethod1000 for determining a beverage recommendation based on user performance on one or more acuity tests before and after consuming a customized beverage. Aspects of themethod1000 may be performed by theuser acuity system145 and, accordingly, is described herein merely by way of reference thereto. It will be appreciated that themethod1000 may be performed on any suitable hardware.
• Inoperation1010, thesystem145, via one or more user interfaces, causes display of a first mental acuity test or virtual game. For example, thesystem145 may send a virtual game stored in thegame database920 to themobile device110 orbeverage machine120 for display to a user via associated user interfaces. In some cases, thesystem145 may utilize one or more games provided by online or third party game providers, and cause displays or interaction between the online game and the user via the associated user interfaces.
• Inoperation1020, thesystem145 determines whether a score associated with the user playing the game or test indicates a beverage recommendation. For example, the system may compare the score with an expected score, a minimum score, a maximum score, and so on, and determine whether the current mental acuity of the user is below, above, or within a threshold associated with recommending beverages to the user to enhance or improved the user's current or temporal acuity.
• When thesystem145 determines the user's score does not indicate a recommendation (e.g., the score is a maximum or high score), themethod1000 proceeds tooperation1025, and the system polls the user and other users to take additional or later tests or play games. When thesystem145 determines the user's score does indicate a recommendation (e.g., the score is low or within a certain low performance threshold), themethod1000 proceeds tooperation1030, and thesystem145 randomly selects a beverage profile for the user.
• After receiving an indication that the user consumed a smoothie or other beverage, thesystem145, atoperation1040, displays a second, or additional mental acuity test or game to be played by the user. Once the user plays the game, thesystem145, inoperation1050, determines whether the user's score indicates a changed mental acuity (e.g., the score is above a threshold, or the difference between scores exceeds a threshold).
• When the score exceeds the threshold, the1000 proceeds tooperation1060, and thesystem145 updates the consumption database930 with the results of the comparison. Therefore, thesystem145 obtains a data point for the user that indicates the smoothie and/or its contents consumed by the user improved or modified the user's mental acuity. Table 3 depicts a data structure that represents that data stored in the consumption database930.

• TABLE 3
  Prefered DB	Score DB

  Pre		Keep		Pre drink			Post		Keep
  Drink	Smoothie	Recommendation		test	Recommend	Smoothie	drink test		Recomendation
  Score	Stimulant	Delta >20	Date	score	>=85	Stimulant	score	Delta	>=20
  40-55	Caffene		Jan. 1, 2016	85	No	N/A	N/A	N/A	N/A
  	Maca		Jan. 2, 2016	75	Yes	B12	70	5	no
  	. . .		Jan. 3, 2016	55	Yes	Caffene	85	30	Yes
  56-55	Ginseng	Yes	Jan. 4, 2016	55	Yes	Caffene	95	40	Yes
  	Cayene		Jan. 5, 2016	85	No	N/A	75	N/A	N/A
  	. . .		Jan. 6, 2016	65	Yes	Ginseng	65	0	No
  66-75	B12
  	Cocunut Oil
  	. . .
  76-84	Green Tea
  	Guarana
  	. . .
  84-100	None

• As shown in Table 3, the data structures log the results of a pre-test game, and if the score is greater than 85, thesystem145 does not suggest smoothie stimulants or supplements. When the scores range between 40-84, thesystem145 recommends various smoothie stimulants or supplements, and if second, or subsequent game results show improvement (e.g., with a score difference of 20), thesystem145 logs the improvement data for future recommendations.
• As described herein, theuser acuity system145 may present various games or other displayed information when attempting to ascertain a current or temporal mental acuity, sharpness, or alertness for a user.
• FIG. 11 A is a display diagram illustrating auser interface1100 that present amental acuity test1110 for a user. As depicted, the example ortest1110 prompts the user to play a logic puzzle and repeat or complete a pattern. The user may play thegame1110 via theinterface1100, or select anoption1115 to skip the presentedgame1110 and play a different game.
• Of course, the system may display a variety of different games to test a user's mental acuity, include puzzle games, first person games, journey games, tests, quizzes, and so on. In some cases, thegames database920, or a third party provider of the games, may advertise certain smoothies within the games, and/or develop specific games for certain smoothie types. In addition, other scored games or activities may be utilized when recommending smoothies. For example, thesystem145 may receive a student's test scores, and recommend smoothies or supplements based on the test scores or based on their online gaming results.
• Once the game is played, thesystem145, via the user interface, presents the user with recommended beverages for consumption.FIG. 11B is a display diagram1120 illustrating a user interface that displays recommended beverages to a user based on test performance for a user. TheGUI1120 may present recommended smoothies, amounts of stimulants, frequencies of smoothie or supplements or doses, and so on, based on results of the user playing the game or games. Theinterface1120 may include user-selectable options to take anotheracuity test1130, order one or morerecommended smoothies1135, as well as present recommendedbeverages1140 withoptions1145 to make the beverages using thebeverage machine120.
• For example, a smoothie machine may include an input component that presents, via a user interface of the smoothie machine, a virtual game to be played by a user, a recommendation component that recommends one or more smoothies to make for the user based upon a result associated with the user playing the virtual game, and a beverage making component that makes the one or more smoothies (via smoothie pods).
• Thus, in some embodiments, the systems and methods may present a game to a user via a mobile device associated with the user, receive a score associated with the user playing the presented game, and identify a smoothie to recommend to the user that is based on the received score.
• Further, the systems and methods may present a second game to the user via the mobile device, receive a score associated with the user playing the presented second game, determine the score associated with the user playing the presented second game is greater than the score associated with the user playing the presented game, and recommend the smoothie to other users.
Examples of Customizing Beverages to User Wellness Programs
• The systems and methods described herein, in some embodiments, determine and/or generate customized beverage profiles for users of wellness and other online health programs, via integrated communications between services and supporting servers.
• For example, the systems and methods may provide a Software as a service (SaaS) application programming interface (API) to various online health, weight loss and/or wellness programs, facilitating exchanges of information between a smoothie recommendation program (e.g., a system that orders smoothie pods and/or recommends or makes smoothies for users) and the various online programs. The online programs may be various partner services, such as diet partners, exercise partners, ingredient or nutrition partners, blender device partners, medical partners, doctor network partners (e.g., partner systems develop having their own algorithms) to integrate their software programs (services) and data through various APIs to the smoothie recommendation program.
• Thus, the systems and methods provide users, members, and/or subscribers of online partnership programs to obtain smoothie pods (for various smoothies and other beverages) and/or made smoothies and other beverages from the cloud-based service (e.g., “Smoothie as a Service”). The service facilitates the exchange of data between the smoothie recommendation program and the online partner programs (e.g., wellness programs, exercise and health programs, nutrition programs, diet and weight loss programs, and so on). In some cases, the systems and methods may provide a subscription system to tie in with Weight Watchers or NutriSystem or other partners, allowing a user to get a smoothie pod or beverage integrated with or based on the partnership's programs or services.
• For example, a person on a long term weight loss program (e.g., a program that restricts the person to a certain number of calories per day) will receive smoothies that have low calorie, high protein ingredient or nutrition profiles (and possibly energy and metabolisms boosters), whereas a person looking to get in shape will receive smoothies that have high protein enhancement ingredient or nutrition profiles, as instructed by the health or diet programs to which they subscribe (e.g., a smoothie program, provided by a smoothie making machine, may receive instructions via a SaaS API provided to the online programs).
• Thus, the systems and methods integrate the automated provision of smoothies (e.g., based on customized smoothie pods) and a weight loss or other user health partner. In some cases, the products (e.g., pods or made beverages) may be white labeled through the partners so that product kits are shipped with both the partners' weight loss program branding and the smoothie pods' branding, with ordering and provision of pods being performed by the smoothie program or recommendation server.
• FIG. 12 is a block diagram illustrating asuitable computing environment1200 for providing customized beverages to users of online wellness programs. Similar to the other computing environments described herein, thebeverage profile server130 communicates over thenetwork125 with various devices or systems, such as thebeverage machine120 and theonline health system160. Additionally, theserver130 may provide access to various recommendation systems (as described herein) via the beverage network system, which provides APIs to the online health system and other systems requesting information (e.g., beverage recommendation information) from thebeverage profile server130.
• For example, acustomer network1210 of sites, such as consumers associated with computing devices, retail entities, and/or restaurants and other service provider entities (e.g., cafes, gyms, snack bars, and so on), may access the systems of theserver130 via APIs or other SaaS services provided by thebeverage network system150. As another example, anetworked blender1220, refrigerator, or other smoothie making entity or device may communicate with theserver130 over thenetwork125 via published APIs. Further, as described herein, theonline health system160 may be part of or associated with partner entities, such as online diet or health programs.
• Further, thesystem150 may include ordering services via an ordering database, weight analysis services via a weight database, exercise services via an exercise database, and other health services (e.g., special medical analyses), and may issue reports, alerts and other dashboard indicators or displays, depending on the needs of the users or partner systems.
• FIG. 13 illustrates various components of abeverage network system1300 that interacts online wellness programs. Thesystem1300, which may be part of thebeverage network system150 orbeverage profile server130, includes various components or modules configured to provide recommended beverages to users of online systems.
• For example, thesystem1300 includes anordering service1305 and associatedordering database1307 configured to order stock of beverage pods for users and other entities, aweight analysis service1310 and associateddiet database1312 that stores information associated with analyzing weight loss goals for users, anexercise service1315 and associated exercise database that includes and stores information associated with analyzing user exercise and workout activities, andother health service1320 modules.
• Thesystem1300 also includes abase recommendation system1330, which includes adiet analysis system1332 andaction system1334 configured to perform various operations described herein and directed to receiving user information and determining beverage profiles to recommend to the users based on the user information. Thebase system1330 may provide information to apartners system1335, which includes partner information,algorithm partner information1337, and is configured to modify recommendation information to transmit to various online systems or partners using their formats, structures, and/or relevant APIs or syntaxes.
• Ahealth database1340 stores information received by thesystem1300 and/or generated by thesystem1300. Thehealth database1300 includes anutrition database1342 that stores nutrition information for ingredients, profiles, available beverages, and so on, amedicine database1344 that stores information for various medical goals or issues provided by users, and arecipe database1346 that stores recipes for creating beverage profiles, such as profiles for smoothies to be made for users.
• Thesystem1300 may also include components that generatereports1350, sendalerts1352, provide variousinformational dashboards1354, or otherwise provide information to users and online systems that is associated with their consumption, progress, health, and so on. Thesystem130 may include billing software that handles billing and payments for use of thesystem1300 by the online systems. Thebilling software1356 and/or thepartners system1335 may store data in apartners database1360, which may also transfer data to thevarious health databases1340 viaAPIs1365 provided by thesystem1300.
• As described herein, thesystem1300 performs various processes, operations, or methods when determining and/or providing recommendations for beverages, such as smoothies, toonline systems160.FIG. 14 is a flow diagram illustrating amethod1400 for determining a beverage recommendation for a user of an online wellness program. Aspects of themethod1400 may be performed by thesystem1300 or various connected devices and, accordingly, is described herein merely by way of reference thereto. It will be appreciated that themethod1400 may be performed on any suitable hardware.
• Inoperation1405, a request for a smoothie, or other beverage, is received at a connected device, machine (beverage machine120), or system (restaurant device). Inoperation1410, thesystem1300 receives the request, along with wellness goal information and/or daily smoothie consumption data for the user.
• Inoperation1420, thesystem1300 determines a nutritional profile for the user. For example, thesystem1300 may employ one or more recommendation systems described herein to determine a nutritional profile that meets the received request and associated data for the user.
• Inoperation1430, thesystem1300 transmits the determined nutritional profile to the requesting device, machine or system. The receiving device, machine, or system, inoperation1440, matches the received nutritional profile to beverage profiles of available beverages (e.g., beverages associated with pods contained by the device).
• Inoperation1450, the device, such as a smoothie making entity, displays one or more available smoothies that match the nutritional profile for user selection, and in response to a selection, makes, inoperation1460, the selected smoothie (e.g., using one or more associated pods). Inoperation1470, thesystem1330 receives an indication that the smoothie was made for the user, and updates various databases with the nutritional profile for the smoothie and the consumption of the smoothie by the user.
• FIG. 15 is a flow diagram illustrating amethod1500 for determining a nutritional profile for a user. Aspects of themethod1500 may be performed by thesystem1300 or various connected devices and, accordingly, is described herein merely by way of reference thereto. It will be appreciated hat themethod1500 may be performed on any suitable hardware.
• Inoperation1510, thesystem1300 accesses a user activity database of thebeverage network server130, and, inoperation1520, identifies nutritional needs for the user based on the information. For example, the database may store data received from one or morewearable devices115 and/or via one or moreonline systems160 associated with wellness programs that include the user as a member.
• Inoperation1530, thesystem1300 determines a nutritional profile for the user based on identified nutritional needs. As described herein, thesystem1300 may access health goal information or user health information to identify the nutritional needs for the user. Inoperation1540, thesystem1300 stores the nutritional profile to one ormore health databases1340 of the system.
• FIG. 16 is a flow diagram illustrating amethod1600 for determining a customized beverage for a user based on the user's nutritional profile. Aspects of themethod1600 may be performed by thesystem1300 or various connected devices and, accordingly, is described herein merely by way of reference thereto. It will be appreciated that themethod1600 may be performed on any suitable hardware.
• Inoperation1610, a smoothie making entity (e.g., a connected device or beverage machine120) receives a nutritional profile from the system1300 (e.g., a “smoothie service”). Inoperation1620, the entity accesses beverage profile information for smoothies available at the entity.
• Inoperation1630, the entity determines an optimal smoothie based on matching the profiles of the available smoothies to the received nutritional profile, and, inoperation1640, retrieves a recipe for the smoothie. Using the recipe, the entity, inoperation1650, displays information representative of the available smoothie or smoothies via an interface of the entity. Upon receiving a selection of a displayed smoothie, the entity makes the smoothie (or, orders the related smoothie pods) for the user.
• For example,FIG. 17 is a display diagram illustrating auser interface1700 that presents recommended beverages to a user and facilitates making and ordering of beverages on behalf of the user. Theuser interface1700 presents options to select apartner1710 andaccess data1720 associated with the user. The user interface also presents options to request a smoothie, and displays recommendedsmoothies1740. Further displayed options include partnersite navigation options1750, options to order associatedsmoothie pods1760, and other user-selectable elements associated with ordering or making recommended smoothies for the user.
• Further, theinterface1700 includes user-selectable elements associated with thesystem1300generating reports1770, sending or setting alerts1722, presentingdashboards1774, or performingother services1776. Thus, theinterface1700 may facilitate the access of reports, alerts, dashboards (e.g., trends, and so on) and other health service information.
• In addition, thesystem1300 may provide other aspects or features, including:
• Allow partner systems to disable aspects of the recommendations, such as after determining a user is over their calorie allotment for the day, preventing the user from further hurting their diet;
• Receiving data from various wearable tracking devices, including: communicating previous exercise data (e.g., 3 mile run burning 380 calories) to the system, which may modify smoothie recommendations, and inform the user how the calories burned by the exercise translates to consumption, educating the user about the results of exercise (e.g., how much work it takes to burn off enough calories), or communicating calories of a recommended beverage to the fitness tracker to give the user a goal calorie amount to burn, which informs the user about how many calories their smoothie was, and that amount is set as a goal for the user during their workout session;
• Facilitating connections to POS devices, so a user's food order may be automatically uploaded to a partner system, enabling immediate ordering of the uses meal choice, allowing the partner to make smoothie suggestions based on up to date information, allowing automatic logging of user choices, and so on;
• Directly logging exercise data (e.g., at the gym) for a user to directly log their workout data, as well as have smart gym equipment (e.g., treadmill) send data to the system, which can then be uploaded to the partner sites. The system may also prompt the user to enter their previous meals for the day if the user hasn't done so, ensuring the partner receives updates of exercise/diet data before making a smoothie suggestion; and so on.
• Thus, in some embodiments, the systems and methods receive, via an application programming interface (API), a request for a smoothie from a smoothie making entity associated with a user, determine a nutritional profile for the user that is based on a wellness goal associated with the user and daily consumption data of the user, and send the nutritional profile to the smoothie making entity, which makes a pod-based smoothie having the nutritional profile. As described herein, the smoothie making entity may be a restaurant that communicates with the API using an online ordering system, a networked smoothie making machine or device, an online diet program, and so on.
• Therefore, in some embodiments, the systems and methods provide a smoothie SaaS for various smoothie making (or, smoothie pod ordering) endpoints, such as restaurants, networked machines, and so on. The endpoints receive requests from users, access the various processes provided by the SaaS, and provide users with smoothies based on recommendations or instructions received from the smoothie SaaS.
CONCLUSION
• Unless the context clearly requires otherwise, throughout the description and the claims, the words “comprise,” “comprising,” and the like are to be construed in an inclusive sense, as opposed to an exclusive or exhaustive sense; that is to say, in the sense of “including, but not limited to.” As used herein, the terms “connected,” “coupled,” or any variant thereof means any connection or coupling, either direct or indirect, between two or more elements; the coupling or connection between the elements can be physical, logical, or a combination thereof. Additionally, the words “herein,” “above,” “below,” and words of similar import, when used in this application, refer to this application as a whole and not to any particular portions of this application. Where the context permits, words in the above Detailed Description using the singular or plural number may also include the plural or singular number respectively. The word “or,” in reference to a list of two or more items, covers all of the following interpretations of the word: any of the items in the list, all of the items in the list, and any combination of the items in the list.
• The above Detailed Description of examples of the technology is not intended to be exhaustive or to limit the technology to the precise form disclosed above. While specific examples for the technology are described above for illustrative purposes, various equivalent modifications are possible within the scope of the technology, as those skilled in the relevant art will recognize. For example, while processes or blocks are presented in a given order, alternative implementations may perform routines having steps, or employ systems having blocks, in a different order, and some processes or blocks may be deleted, moved, added, subdivided, combined, and/or modified to provide alternative or subcombinations. Each of these processes or blocks may be implemented in a variety of different ways. Also, while processes or blocks are at times shown as being performed in series, these processes or blocks may instead be performed or implemented in parallel, or may be performed at different times. Further any specific numbers noted herein are only examples: alternative implementations may employ differing values or ranges.
• The teachings of the technology provided herein can be applied to other systems, not necessarily the system described above. The elements and acts of the various examples described above can be combined to provide further implementations of the technology. Some alternative implementations of the technology may include not only additional elements to those implementations noted above, but also may include fewer elements.
• These and other changes can be made to the technology in light of the above Detailed Description. While the above description describes certain examples of the technology, and describes the best mode contemplated, no matter how detailed the above appears in text, the technology can be practiced in many ways. Details of the system may vary considerably in its specific implementation, while still being encompassed by the technology disclosed herein. As noted above, particular terminology used when describing certain features or aspects of the technology should not be taken to imply that the terminology is being redefined herein to be restricted to any specific characteristics, features, or aspects of the technology with which that terminology is associated. In general, the terms used in the following claims should not be construed to limit the technology to the specific examples disclosed in the specification, unless the above Detailed Description section explicitly defines such terms. Accordingly, the actual scope of the technology encompasses not only the disclosed examples, but also all equivalent ways of practicing or implementing the technology under the claims.
• To reduce the number of claims, certain aspects of the technology are presented below in certain claim forms, but the applicant contemplates the various aspects of the technology in any number of claim forms. For example, while only one aspect of the technology is recited as a computer-readable medium claim, other aspects may likewise be embodied as a computer-readable medium claim, or in other forms, such as being embodied in a means-plus-function claim. Any claims intended to be treated under 35 U.S.C. § 1 12(f) will begin with the words “means for”, but use of the term “for” in any other context is not intended to invoke treatment under 35 U.S.C. § 1 12(f). Accordingly, the applicant reserves the right to pursue additional claims after filing this application to pursue such additional claim forms, in either this application or in a continuing application.

Claims (8)

What is claimed is:

1. A system, comprising:

at least one processor;

at least one data storage device coupled to the at least one processor and storing instructions for implementing a method, the method comprising: collecting information associated with a user's workout routine or physical activity;

determining a workout score based on the collected information; matching the workout score to one or more beverage profiles associated with beverages to be consumed by the user; and

making, at an automated beverage machine, a beverage having ingredients based on the one or more beverage profiles.

2. The systemclaim 1, wherein the automated beverage machine makes beverages from beverage pods provided to the automated beverage machine.

3. The system ofclaim 1, wherein the implemented method further comprises:

receiving information identifying a health goal for the user;

matching the health goal to the one or more beverage profiles; and

making a beverage having ingredients based on a beverage profile that matches the workout score and the information identifying the health goal for the user.

4. The system ofclaim 1, wherein matching the workout score to one or more beverage profiles associated with beverages to be consumed by the user includes identifying information stored in a database of the automated beverage machine that represents the one or more beverage profiles associated with the workout score.

5. The system ofclaim 1, wherein making a beverage having ingredients based on the one or more beverage profiles includes making a smoothie having the beverage profile.

6. The system ofclaim 1 wherein determining a workout score based on the collected information includes determining a workout score based on a number of calories burned by the user during a completed workout routine or physical activity.

7. The system ofclaim 1, wherein determining a workout score based on the collected information includes determining a workout score based on a number of calories expected to be burned during an upcoming workout routine or physical activity.

8. The system ofclaim 1, wherein determining a workout score based on the collected information includes determining a workout score based on one or more activity metrics measured associated with the workout routine or physical activity.

Images