Patent Application
20180032697
The method and system disclosed in this document relate to health and fitness tracking devices and, more particularly, to devices configured to collect and display nutritional information.
Health and fitness tracking devices are increasingly utilized by individuals interested in tracking metrics related to their personal health and fitness.
Challenges exist with entry of foods and beverages and related calorie and nutritional data. In particular, the user must manually log this data into the health tracking system in order for the system to properly monitor calorie consumption and nutritional health. This process of manually entering food and beverage consumption into the system along with calorie and nutritional data is often time consuming and cumbersome. Moreover, it is often difficult for users to accurately determine the calorie and nutritional content of the foods and beverages they consume, so the calorie consumption and nutritional data entered into the health tracking system is often inaccurate.
In view of the foregoing, it would be advantageous to provide a health tracking system and related method that allows a user to log meals in terms of a multiple serving size options. It would also be advantageous if such a health tracking system enabled the use of serving sizes that are more easily understood and estimated by the user. Moreover, it would be advantageous if such a health tracking system could be used to more accurately track calorie consumption and nutritional data for the purpose of making healthy food and beverage choices.
In accordance with one exemplary embodiment of the disclosure, method of providing nutritional data to a user is disclosed. The method comprises: receiving a selection of a consumable item having a descriptor from a health tracking device; associating the selected consumable item with a consumable record in a database based on a comparison of the descriptor to a descriptive string for of the consumable record; obtaining from the consumable record a first serving size for the selected consumable item; calculating a second serving size for the selected consumable, the second serving size having a different unit of measurement than the first serving size; and providing the first serving size and the second serving size to the health tracking device.
Pursuant to another exemplary embodiment of the disclosure, a system for providing nutritional data to a user is disclosed. The system comprises: an interface configured to receive a selection of a consumable by the user via a health tracking device; a database configured to store a plurality of consumable records, each consumable record including: (i) a descriptive string for a corresponding consumable, and (ii) nutritional data regarding the corresponding consumable, the nutritional data at least including a serving size associated thereto; and a data processing system in communication with the health tracking device and the database, the data processing system being configured to (i) receive the selection of the consumable via the interface, (ii) associate the selected consumable with a consumable record in the database, (iii) set a first serving size for the selected consumable as the serving size included in the consumable record associated with the selected consumable, (iv) generate a second serving size for the selected consumable, the second serving size having a different unit of measurement than the first serving size, and (v) provide the first serving size and the second serving size to the health tracking device for display thereat to the user.
In accordance with yet another exemplary embodiment, a non-transient computer readable medium for providing nutritional data to a user is disclosed. The computer readable medium containing instructions to provide the nutritional data by: receiving a selection of a consumable from a health tracking device; associating the selected consumable with a consumable record in a database, the database including a plurality of consumable records, each consumable record including (i) a descriptive string for a corresponding consumable and (ii) nutritional data regarding the corresponding consumable, the nutritional data at least including a first serving size for the corresponding consumable; using the first serving size for the selected consumable to generate a plurality of second serving sizes for the selected consumable, the plurality of second serving sizes having a different unit of measurement than the first serving size; and providing the first serving size and the plurality of second serving sizes to the health tracking device for display thereat to the user.
The above described features and advantages, as well as others, will become more readily apparent to those of ordinary skill in the art by reference to the following detailed description and accompanying drawings. While it would be desirable to provide a health tracking system that provides one or more of these or other advantageous features, the teachings disclosed herein extend to those embodiments which fall within the scope of the appended claims, regardless of whether they accomplish one or more of the above-mentioned advantages.
The foregoing aspects and other features of a health and fitness tracking system are explained in the following description, taken in connection with the accompanying drawings.
For the purposes of promoting an understanding of the principles of the disclosure, reference will now be made to the embodiments illustrated in the drawings and described in the following written specification. It is understood that no limitation to the scope of the disclosure is thereby intended. It is further understood that the present disclosure includes any alterations and modifications to the illustrated embodiments and includes further applications of the principles of the disclosure as would normally occur to one skilled in the art which this disclosure pertains.
Disclosed embodiments include a method, system, and computer readable medium associated with health and fitness tracking devices in general, and in particular a device configured to collect and display nutritional information for a user.
In the following detailed description, reference is made to the accompanying drawings which form a part hereof wherein like numerals designate like parts throughout, and in which is shown, by way of illustration, embodiments that may be practiced. It is to be understood that other embodiments may be utilized and that structural or logical changes may be made without departing from the scope of the present disclosure. Therefore, the following detailed description is not to be taken in a limiting sense, and the scope of embodiments is defined by the appended claims and their equivalents.
Aspects of the disclosure are disclosed in the accompanying description. Alternate embodiments of the present disclosure and their equivalents may be devised without parting from the spirit or scope of the present disclosure. It should be noted that any discussion herein regarding “one embodiment”, “an embodiment”, “an exemplary embodiment”, and the like indicate that the embodiment described may include a particular feature, structure, or characteristic, and that such particular feature, structure, or characteristic may not necessarily be included in every embodiment. In addition, references to the foregoing do not necessarily comprise a reference to the same embodiment. Finally, irrespective of whether it is explicitly described, one of ordinary skill in the art would readily appreciate that each of the particular features, structures, or characteristics of the given embodiments may be utilized in connection or combination with those of any other embodiment discussed herein.
Various operations may be described as multiple discrete actions or operations in turn, in a manner that is most helpful in understanding the claimed subject matter. However, the order of description should not be construed as to imply that these operations are necessarily order dependent. In particular, these operations may not be performed in the order of presentation. Operations described may be performed in a different order than the described embodiment. Various additional operations may be performed and/or described operations may be omitted in additional embodiments.
For the purposes of the present disclosure, the phrase “A and/or B” means (A), (B), or (A and B). For the purposes of the present disclosure, the phrase “A, B, and/or C” means (A), (B), (C), (A and B), (A and C), (B and C), or (A, B and C).
The terms “comprising,” “including,” “having,” and the like, as used with respect to embodiments of the present disclosure, are synonymous.
As used herein, the term “consumable” as refers to foods, beverages, dietary supplements, vitamin supplements, medication, and other items for consumption. As used herein, the term “consumable record” refers to a database record that relates to a particular consumable. Each consumable record comprises a plurality of data fields that relate to a particular consumable. In some embodiments, the consumable record includes a description field that includes data, such as a text string, that identifies or describes the particular consumable. In some embodiments, each consumable record includes fields for caloric content, macronutrients, micronutrients, serving size, and other nutrition and health information.
With reference to
The health and fitness tracking devices 110 (which may also be referred to herein as “health tracking devices”) comprise any computerized apparatus which includes a user interface such as e.g., a personal electronic device, a smartphone, laptop computer, a tablet computer, or other such device. In at least one embodiment, the user interface may comprise an LCD touch screen or the like, a mouse or other pointing device, a keyboard or other keypad, speakers, and a microphone, as will be recognized by those of ordinary skill in the art. The user interface provides the user with any of various health, fitness and activity related data such as food and nutritional consumption, calorie expenditure, heart rate, distance travelled, steps taken, etc. Health tracking devices 110 may use data collected from sensors associated to or in communication with the health tracking device 110, such as heart rate monitors, step counters, stair counters, global positioning system (“GPS”) tracking devices, as well as various other motion tracking and biometric monitoring devices; alternatively, or in addition, a user may manually enter health related data. Such sensors allow the user to easily track and automatically log activity information with the health tracking device. The term “health tracking system” as used herein refers to a health tracking system and/or health and fitness tracking system which includes a health tracking device 110 (which may or may not be used in association with a sensor device).
The server 300 comprises computerized device configured to run one or more software applications on a processor thereof. The server 300 of the present embodiment is further configured to receive a plurality of records relating to caloric content, nutritional content and serving size of consumables entered at the health tracking devices 110, other consumer devices, and/or provided from one or more manufacturing or distributing entities (e.g., consumable records 324). These are stored at a storage apparatus 306 of the processor 300. Alternatively, the server 300 may be in communication with a separate storage entity (not shown) for storage thereof.
The health tracking devices 110 are configured to communicate with the system server 300 to access and search the consumable records 324, display the consumable records, provide additional records, and enable the user to select individual ones of the displayed consumable records for the purposes of caloric and nutritional logging. In one embodiment, foregoing functions are performed via execution of one or more software applications at the server 300 in communication with one or more complementary software applications at the health tracking devices 110. For example, the health tracking program 318, running on the processor (of the sever 300) may be utilized to accomplish the foregoing, as explained in further detail below. A client-side software application for performing the same is also utilized (not shown). In a further embodiment, the health tracking program 318 is configured to incorporate smart serving size functionality as discussed elsewhere herein.
The smart serving size functionality is incorporated to assist the user in accurately logging the foods and beverages they consume by enabling the user to more easily determine an accurate size of their portions. Particularly, a food or beverage may have a serving size that is difficult for the user to relate to the size of the portion that he or she has consumed. For example, at a breakfast buffet, a user might eat a portion of scrambled eggs and a portion of hash browns. When the user attempts to log his or her breakfast using a health tracking device, the health tracking device might list the serving size for scrambled eggs as “2 eggs” and the serving size for hash browns as “3 ounces.” In order to log his or her meal, the user is required to estimate how many servings of “2 eggs” were in the portion of scrambled eggs and how many servings of “3 ounces” were in the portion of hash browns. The user may be able visually estimate that he or she has eaten about a cup of scrambled eggs and about a cup of hash browns, but is less certain about how many eggs were eaten and/or how many ounces of hash browns were eaten. As a result, the user is likely to under estimate or over estimate the size of his or her portions. The smart serving size functionality may further provide consistency and/or familiarity with respect to the units which are used to measure consumables that are presented to the user when logging food and beverages. For example, a first user may feel that it is easy to determine a weight of food consumed (e.g., 42 grams of broccoli), while another user may feel that it is easier to determine a volume of food consumed (e.g., 1 cup of broccoli) or a count of food consumed (e.g., 5 pieces/florets). These and other features will be discussed in further detail below.
Health Tracking Devices
As noted above, the health tracking devices 110 may be provided in any of various forms. Examples of a health tracking devices 110 configured for use with the health tracking system 100 include a smartphone 200, a laptop computer 130, and a desktop computer 140, as shown in
In one embodiment, data entered at one device 110 may be provided to other ones of the user's devices 110. For example, data entered at the smart phone 200 may be provided to the desktop computer 140 and/or the laptop computer 130 for storage thereat. Alternatively, the data may be stored at a single network storage apparatus (not shown) having a dedicated portion of storage for records relating to the user and accessible by all of the user's devices 110. As shown in
With reference now to
The display screen 202 of the smartphone 200 may be an LED screen or any of various other screens appropriate for the personal electronic device. The I/O interface 204 of the smartphone 200 includes software and hardware configured to facilitate communications with the user. The I/O interface 204 is connected to the display screen 202 and is configured to visually display graphics, text, and other data to the user using the display screen 202. As will be recognized by those of ordinary skill in the art, the components of the health tracking device 110 may vary depending on the type of display device used. Alternative health tracking devices, such as the laptop 130 and the desktop 140, may include much of the same functionality and components as the smartphone 200 shown in
The processor 208 of the smartphone 200 may be any of various processors as will be recognized by those of ordinary skill in the art. The processor 208 is connected to the I/O interface 204, the memory 210, and the transceivers 212, and is configured to deliver data to and receive data from each of these components. The memory 210 is configured to store information, including data and instructions for execution by the processor 208. It will be recognized by those of ordinary skill in the art that a “processor” includes any hardware system, hardware mechanism or hardware component that processes data, signals or other information. A processor can include a system with a central processing unit, multiple processing units, dedicated circuitry for achieving functionality, or other systems.
The transceivers 212 may be any of various transceivers configured for communication with other electronic devices, including the ability to send communication signals and receive communication signals. The transceivers 212 may include different types of transceivers configured to communicate with different networks and systems. Such transceivers are well known and will be recognized by those of ordinary skill in the art.
In some embodiments, the transceivers 212 include a transceiver configured to allow the smartphone 200 to perform wireless communications with the cell towers 115 of the wireless telephony network, as will be recognized by those of ordinary skill in the art. The wireless telephony network may comprise any of several known or future network types. For example, the wireless telephony network may comprise commonly used cellular phone networks using CDMA, GSM or FDMA communication schemes, as well as various other current or future wireless telecommunications arrangements.
In some embodiments, the transceivers 212 include a transceiver configured to allow the smartphone 200 to communicate with any of various local area networks using WiFi, Bluetooth® or any of various other communications schemes.
In some embodiments, the memory 210 includes program instructions for a graphical user interface configured to provide a client-side health tracking application 216. The memory 210 may further be configured to store certain user data 218, such as e.g., user gender, height, weight, user identifier, password, etc. Additionally, health related data (e.g., data collected from one or more sensors and/or manually entered) may be stored. The processor 208 is configured to read the program instructions from the memory 210 and execute the program instructions to provide the health tracking application 216 to the user so for the purpose of performing health and fitness related tasks for the user, including displaying, modifying, and analyzing the user data 218.
In at least one embodiment, the user data 218 includes a plurality of consumable records which serves as a log of consumables that have been consumed by the user for the purpose of caloric and nutritional tracking. The client-side health tracking application 216 is configured to display consumable records and enable the user to select consumable records (from a plurality of records accessed via the network 120) that correspond to consumables that he or she has consumed for the purpose of logging the consumables. Further operations of the health tracking application are described in further detail below.
The memory 210 that retains the data and instructions may be of any type of device capable of storing information accessible by the processor, such as a memory card, ROM, RAM, write-capable memories, read-only memories, hard drives, discs, flash memory, or any of various other computer-readable medium serving as data storage devices as will be recognized by those of ordinary skill in the art. Portions of the system and methods described herein may be implemented in suitable software code that may reside within the memory as software or firmware. Alternatively, or in addition, the software (such as e.g., the client side health tracking program 216) may be downloaded from a network location, such as via the Internet.
A computer program product implementing an embodiment disclosed herein may therefore comprise one or more computer-readable storage media storing computer instructions translatable by a processor to provide an embodiment of a system or perform an embodiment of a method disclosed herein. Computer instructions may be provided by lines of code in any of various languages as will be recognized by those of ordinary skill in the art. A “non-transient computer-readable medium” may be any type of data storage medium that can store computer instructions, including, but not limited to the memory devices discussed above.
With reference now to
The system server 300 of
The processing circuitry/logic 304 is operative, configured and/or adapted to operate the system server 300 including the features, functionality, characteristics and/or the like as described herein. To this end, the processing circuitry/logic 304 is operably connected to the memory 306, the power module 308, the user interface 310, the network communications module 312, and the wireless transceiver 314. The memory 306 is configured to store a network-side health tracking application 318 for execution by the processing circuitry/logic 304, as well as data 320 for use by at least the health tracking program 318. The data 320 includes user data 322, a consumable records database 324, operational records 326, and graphics 328. As discussed in greater detail below, the health tracking application 318 is further configured to include smart serving size functionality.
With continued reference to
The network communication module 312 of the system server 300 provides an interface that allows for communication with any of various devices using various means. In particular, the network communications module 312 includes a local area network port that allows for communication with any of various local computers housed in the same or nearby facility. In some embodiments, the network communications module 312 further includes a wide area network port that allows for communications with remote computers over the Internet (e.g., network 120 of
The system server 300 may be accessed locally by an authorized user (i.e., an administrator or operator). To facilitate local access, the system server 300 includes an interactive user interface 310. Via the user interface 310, the health tracking app 318, and may collect data from and store data to the memory 306. In at least one embodiment, the user interface 310 may suitably include an LCD touch screen or the like, a mouse or other pointing device, a keyboard or other keypad, speakers, and a microphone, as will be recognized by those of ordinary skill in the art. Accordingly, the user interface 310 is configured to provide an administrator or other authorized user with access to the memory 306 and allow the authorized user to amend, manipulate and display information contained within the memory.
As mentioned above, the memory 306 includes various programs and other instructions that may be executed by the processor circuitry/logic 304. In particular, the memory 306 of the system server 300 of
The user data 322 includes at least user profiles 330 and corresponding consumable logs 332. The user profiles 330 include a profile data for each user of the health tracking system 100. Each user profile includes demographic information for the users such as name, age, gender, height, weight, performance level (e.g., beginner, intermediate, professional, etc.) or other information for the user. In at least one embodiment, the consumable logs 332 include a consumable diary/log for each user. The consumable diary/log allows the user to track consumables that are consumed by the user over a period of days and any nutritional data associated with the food consumed. For example, the consumable diary/log may allow the user to enter particular consumable that is consumed by the user and keep track of the associated calories, sugar, carbohydrates, protein, or any of various other nutritional data associated with the consumables entered by the user in the consumable diary/log. In some embodiments, the user data 322 further includes various activity and fitness data collected by sensors (not shown) associated with the health tracking devices 110.
The consumable records database 324 comprises a plurality of consumable records. As discussed above, the term “consumable record” refers to a database record that relates to a particular consumable. Each consumable record comprises a plurality of data fields that related to a particular consumable. Consumable records are editable by users or may be created by users within the consumable records database 324 without the need for special authorization or privileges. In at least one embodiment, each of the consumable records includes a number of fields including, for example, a name for the consumable, summary information about the consumable, and detailed nutritional information about the consumable. Detailed information about a consumable may include one or more of serving size, calories, ingredients, or any other nutritional information about the consumable. For example, the nutritional information may include information that may be provided on USDA food labels or state-regulated food labels (e.g., vitamin and mineral content, fat content, cholesterol content, protein content, sugar content, carbohydrate content, fiber content, organic contents, etc.). The summary information about the consumable may include some subset of the more detailed information about the consumable. For example, the summary information about the consumable may only include serving size and calorie information. The various fields of each consumable record can be populated by data from any user or third party data providers. Therefore, it will be recognized that in at least some embodiments, consumable records in the consumable records database 324 may have been entered by any of various sources including the administrator of the health tracking system 100, commercial food providers (e.g., restaurant owners), and users of the health tracking system 100.
The operational records 326 include current and historical data stored by the system server 300 in association with operation of the system server 300, execution of the health tracking app 318, and manipulation of data 320 within the memory 306. For example, the operational records 326 may include information concerning amendments made to any of various consumable records 324. The operational records 326 may also include other information related to the control and operation of the system server 300, including statistical, logging, licensing, and historical information.
In one embodiment, graphical views 328 are provided at the server 300 which are pushed to the health tracking device 110 for display thereat of various screen arrangements, as shown in
In another alternative, while the system server 300 has been explained in the foregoing embodiment as housing the health tracking program 318 and the various records and databases in the memory 306, it will be recognized that these components may be retained in other one or more remote locations in communication with the health tracking system 100. For example, in at least one embodiment, the consumable records 324 may be data retained by a database separate from the system server 300. Alternatively, the consumable records 324 or certain fields of the consumable records 324 are received from a third party database. In such embodiments, the health tracking app may utilize any number of APIs to access the data in the third party databases and incorporate such information for use in the health tracking app 318. Accordingly, it will be recognized that the description of the system server 300 of
Methods for operating the health tracking system 100 are described below. In the description of the methods, statements that a method is performing some task or function refers to a controller or general purpose processor executing programmed instructions stored in non-transitory computer readable storage media operatively connected to the controller or processor to manipulate data or to operate one or more components in the health tracking system 100 to perform the task or function. Particularly, the processor circuitry/logic 304 of the system server 300 and/or the processor 208 of the smartphone 200 can above can be such a controller or processor. Alternatively, the controller can be implemented with more than one processor and associated circuitry and components, each of which is configured to form one or more tasks or functions described herein. Additionally, the steps of the methods may be performed in any feasible chronological order, regardless of the order shown in the figures or the order in which the steps are described.
Next, the method 400 includes a step of generating consumable records based on the plurality of data (block 420). Particularly, the processing circuitry/logic 304 is configured to execute program instructions in the memory 306 to compile the received data into a consumable record. The processing circuitry/logic 304 is configured to parse the received data and allocate values from the data to appropriate fields in the consumable record. Finally, the method 400 includes a step of storing the generated at least one consumable record in the database (block 430). Particularly, the processing circuitry/logic 304 is configured to write the consumable record to the memory 306 and add it to the consumable record database 324.
With reference to
Next, the method 600 includes a step of associating the search string with a group of consumable records in a database by comparing the search string with the descriptive strings of the plurality of consumable records in the database (block 620). Particularly, the processing circuitry/logic 304 is configured to execute program instructions in the memory 306 to perform a search of the consumable records database 324 with reference to the received search string. In one embodiment, the processing circuitry/logic 304 is configured to compare the search string with the descriptive field of each of the consumable records in the database 324. Based on the comparison, the processing circuitry/logic 304 is configured to determine a group of consumable records in the database 324 that are associated with the search string based. In one embodiment, the group is formed based on a similarity between the search string and the descriptive field of the consumable records.
Finally, the method 600 includes a step of providing a list of consumables to the health tracking device, the list of consumables including each consumable corresponding to the group of consumable records (block 630). Particularly, the processing circuitry/logic 304 is configured to execute program instructions in the memory 306 to compile a list of consumables (i.e. search results) that correspond to the group of consumable records that result from the search of the consumable records database 324 within a given threshold of similarity. The processing circuitry/logic 304 is configured to transmit data comprising the list of consumable to the smartphone 200 via the network communication module 312 or the wireless transceiver 314. In one embodiment, the transmitted data include the entire consumable record that corresponds to each consumable of the list of consumables. Alternatively, the transmitted data may merely include the descriptive field or name for each consumable record. In one embodiment, the data may further include a ranking of the list of consumable based on a relevance to the search string.
Referring back again to
While a particular embodiment of the search results 520 have been shown in the example of
With reference now to
With continued reference to
With continued reference to
It should be noted that the steps of blocks 730 and 740 are not necessarily performed chronologically after the steps of blocks 710 and 720. In many embodiments, these steps are performed immediately after each consumable record is generated, for example by the method 400 discussed above. Particularly, in one embodiment, after a consumable record is initially generated, the processing circuitry/logic 304 is configured to execute program instructions in the memory 306 to generate additional serving sizes according the step of block 740. The additional serving sizes may be stored in an additional field of the consumable record in the database 324. In such an embodiment, the additional serving sizes for the selected consumable are actually generated before receiving an indication of a selected consumable (block 710) and associating it with a consumable record in the database 324 (block 720). In some embodiments, the processing circuitry/logic 304 is configured to perform the step of block 740 periodically to update the serving size options for each consumable record in the database 324. In one embodiment, the processing circuitry/logic 304 is configured to perform the step of block 740 with respect to a consumable record associated with a selected consumable in response the consumable being selected.
With continued reference to
It should be noted that that the step of block 750 is not necessarily performed chronologically after the steps corresponding to blocks 710 and 720. Particularly, in some embodiments, the additional serving sizes are generated immediately after the consumable record is generated and are stored in the consumable record. Accordingly, the plurality of serving sizes is provided whenever the consumable record is actually transmitted to the health tracking device 110. In another alternative, the consumable records are transmitted to the health tracking device 110 in response to a search query, as described with respect to the method 600, for example. In such an embodiment, the plurality of serving sizes are actually provided to the health tracking device 110 before receiving an indication of a selected consumable (block 710). In another embodiment, consumable records are only transmitted in their entirety after receiving an indication of a selected consumable (710). Accordingly, in such embodiments, the plurality of serving sizes is provided to the health tracking device 110 at that time.
With reference to
When the “serving size” option 830 (see
Returning to the
In the embodiment of
In at least one embodiment, all consumable records in the database are categorized based on the descriptive string for the consumable and the serving size options presented to the user are based at least in part on the categorization. For example, if a particular consumable is categorized as a “beverage”, the system 100 anticipates that the serving size will be in volume (e.g., fluid ounces, cups, milliliters, etc.), and the volume options are the first options presented to the user when selecting a serving size during the consumable logging process. If another consumable is categorized as a solid food (e.g., fruit, vegetable, bread, cereal, meat, etc.), the system 100 anticipates that the serving size will be in weight (e.g., ounces, grams, etc.), and the weight options are the first options presented to the user when selecting a serving size during the consumable logging process.
With reference to
Referring now to
With reference to
Next, the method 1400 includes a step of generating a second serving size having a second unit of measurement based on the first serving size and an equation that converts the first unit of measurement to the second unit of measurement, the second unit of measurement being different than the first unit of measurement (block 1420). Particularly, the processing circuitry/logic 304 of the system server 300 is configured to execute program instructions in the memory 306 to generate an additional serving size based on the default serving size via an equation that relates the unit of measurement of the default serving size to a second unit of measurement. In one embodiment, the equation is simply the predefined and known conversion between two standard units of measurement. For example, if the selected consumable record is a banana having a serving size of “126 grams”, the processing circuitry/logic 304 generates an additional serving size of “4.44 oz.” using the known conversion ratio between grams and ounces (i.e. 1 ounce=28.35 grams). Accordingly, the system 100 is configured to provide multiple serving sizes for a single consumable, each of the multiple serving sizes based on an equation that provides a standard conversion between units. Thus, users may choose to log consumable items using the units they are most comfortable with (e.g., grams, ounces, etc.).
While
With reference to
Next, the method 1500 includes a step of estimating a relationship between a first unit of measurement and a second unit of measurement based on a comparison of the consumable record associated with the selected consumable and the identified group of consumable records (block 1520). Particularly, the processing circuitry/logic 304 is configured to estimate the relationship between the default unit of measurement and an additional unit of measurement based on a comparison of the consumable item record associated with the selected consumable item and the identified cluster of consumable item records.
For example, if the selected consumable record is banana having a serving size of “1 banana” (a non-standard unit of measurement) and having 114 calories, there is no predefined or known relationship between the default serving size of “1 banana” and any standard unit of measurement. However, the other consumable records in the cluster of related consumable records can be used to estimate an equivalent to “1 banana” in terms of a standard unit of measurement. Particularly, another consumable record may exist for a banana having a serving size of “126 grams” and 114 calories. Since the two records have the same number of calories, it can be inferred that a 114 calorie banana weighs roughly 126 grams. Accordingly, the processing circuitry/logic 304 can generate an additional serving size of “126 grams” based on this learned relationship between the non-standard unit of measurement “bananas” and the standard unit of measurement “grams”.
Additionally, the cluster of related consumable records can be weighted based on a number of calories of each record. For example, if a first consumable record for a banana has a serving size of “118 grams” and 108 calories and a second consumable record for a banana has a serving size of “100 grams” and 89 calories, it can be calculated that bananas have roughly 0.9 calorie per gram
(note that the average, “AVG,” indicated above is a mean, but any number of different mathematical means may be used to calculate the average such as a median or mode; moreover, any number of different calculations may be used to arrive at the estimated serving size for a consumable based on existing consumable records, including a confidence score for each consumable record and a related weighted average). Accordingly, the processing circuitry/logic 304 can generate an additional serving size of “1 gram” which shows proportional calories (e.g., 0.9 calories) and other proportional nutritional contents when the user attempts to log consumption of a banana. This is particularly useful if the user can simply weigh his or her portion of bananas on a scale and can enter an exact number of grams as the number of servings.
In addition to the above, the cluster of related consumable records can also be used to estimate a relationship between a standard unit of weight and a standard unit of volume. For example, the selected consumable might be raw broccoli having a serving size of “1 cup” and 20 calories. In order to offer the user with the option of logging the serving size of the broccoli by weight instead of volume, the processing circuitry/logic 304 identifies a cluster of consumable records that are related to raw broccoli. If a first consumable record of a raw broccoli cluster has a serving size of “54 grams” and 15 calories and a second consumable record of the cluster has a serving size of “100 grams” and 27 calories, then the processing circuitry/logic 304 can determine that broccoli has roughly 0.27 calories per gram
Therefore, 1 cup of raw broccoli is roughly equal to 73 grams
Accordingly, the processing circuitry/logic 304 can generate the additional serving sizes of “73 grams” (equivalent to “1 cup”) and “1 gram” based on these learned relationships. When these serving size options are presented to the user, the user may select a desired serving size and a desired number of servings to accurately reflect food consumed by the user.
Additionally, the cluster of consumable records might include a third consumable record that has a serving size of “5 florets” and 21 calories. From the third consumable record, the processing circuitry/logic 304 can determine that one floret is roughly equal to 15 grams
Accordingly, the processing circuitry/logic 304 can further generate an additional serving size of “1 floret” (equivalent to 15 grams) based on this learned relationship. Accordingly, a number of different serving size options may be presented to the user for broccoli (e.g., florets, cups, grams, etc.) and the user may select the desired serving size and a desired number of servings to accurately reflect food consumed by the user.
In some embodiments, the processing circuitry/logic 304 is configured to parse the text strings that identify the serving sizes of each record of the cluster of consumable records into tokens. Similar tokens can be grouped together and categorized as the same token. For example, if the cluster of consumable records has serving sizes including the tokens: “piece”, “pieces”, and “peices”, the tokens can be categorized as the same unit of measurement or otherwise normalized to remove the plural terms and/or incorrectly spelled terms. Additionally, tokens that are found in the text strings that identify the serving sizes, but that do not represent a serving size can be removed. For example, if a consumable record has a serving size of “3 pieces with liquid” or “2 pieces (dry)”, the tokens “with liquid” and “(dry)” can be ignored or removed.
Relationships between different units of measurement can also be determined by parsing serving sizes that are listed with two units or by parsing descriptive strings associated with the consumable. For example, if a consumable record has a serving size of “10 pieces (42 g)”, it can be learned that 10 pieces is equal to 42 grams. As another example, if a consumable record is labeled “Double Cheeseburger (162 g)” and has a serving size of “1 burger”, it can be learned that one burger is equal to 162 grams. Accordingly, the processing circuitry/logic 304 can further generate the additional serving sizes of “162 grams” and “1 burger” based on these learned relationships.
In some embodiments, the processing circuitry/logic 304 may generate conflicting conversions between units of measurement depending on which consumable records are used for comparison. For example, a first comparison with a first consumable record may indicate that three pieces is equal to 50 grams. However, a second comparison with a second consumable record indicates that three pieces is equal to 60 grams. In such an instance, in one embodiment, the processing circuitry/logic 304 is configured to assign a confidence score the first consumable record and the second consumable record. The confidence score indicates likelihood that the corresponding consumable record has accurate nutritional data. In one embodiment, the confidence score is equal to a number of times that the consumable record has been logged by users of the health tracking system 100. For example, if the first consumable record has been logged ten times, it has a confidences score of 10. If the second consumable record has been logged 20 times, it has a confidence score of 20. The processing circuitry/logic 304 is configured to estimate the relationship between the units of measurement by a weighted average of the conversions. Particularly, the processing circuitry/logic 304 estimates that three pieces is equal to 56.6 grams, with a confidence score of 15.
In another embodiment, a confidence may be applied using the methods and apparatus discussed in co-owned, co-pending U.S. patent application Ser. No. 15/087,646 filed on Mar. 31, 2016 and entitled “ Health Tracking System with Verification of Nutrition Information”, which is incorporated herein by reference in its entirety. As discussed therein, a health tracking system including a plurality of health tracking devices in communication with a host server is provided. In one embodiment, a method of operating the system comprises: receiving data relating to consumables from user devices; storing the data as data records; grouping the data records into groups based on a description string of each; determining an individual score to associate to each data record; and applying an identifier to one of the data records in each group, the one of the data records comprising a one associated with a high score relative to the remaining ones of the data records in the group. These and other methods for providing a verification or confidence score to consumable records are disclosed.
Additionally, a third comparison with a third consumable record, which has only been logged twice (and has a confidence score of only two), might indicate that seven pieces is equal to 60 grams. This conversion clearly conflicts with the other conversions based on comparisons with the first and second consumable records. Since the confidence score is only two, this conversion with a low confidence score can be filtered out before the processing circuitry/logic 304 performs the weighted average.
While the foregoing provides an example of the confidence score being equal to a number of times that the consumable record has been logged by users, it will be recognized that the confidence score for consumable record may be determined in any number of different ways. For example, the confidence score may be based at least in part of the user or organization that logged or otherwise provided the consumable record (e.g., consumable records based on information provided from the USDA may have a significantly higher score than a consumable record provided by a one-time user), reports of the record being incorrect, and any number of additional factors used separately or in combination.
As discussed above with respect to
In some embodiments, the serving sizes are ranked on the basis of a locale or region of the user. For example, if a user's profile indicates that he or she resides in a country that typically uses metric units of measurement (e.g., grams), then serving sizes having metric units of measurement are ranked higher than serving sizes having imperial units of measurement (e.g., ounces or cups). Accordingly, metric unit serving sizes will typically be higher ranked for users in continental European countries, while imperial unit serving sizes will typically be higher ranked for users in the United States.
In some embodiments, the serving sizes are ranked according to a popularity of each of the plurality of serving sizes. For example, serving sizes that are used more frequently are ranked higher than serving sizes that are used infrequently, or vice versa.
In some embodiments, the serving sizes are ranked according to a confidence score that indicates a likely correctness of the serving size. This confidences score may be the same or different from the confidence score discussed above with respect to generating additional serving sizes. Serving sizes having high confidence scores are ranked higher than serving sizes having lower confidence scores, or vice versa. The default serving size may be automatically provided with the highest confidence score.
In some embodiments, the serving sizes are ranked according to user preferences. For example, a user might select a preferred unit of measurement for weights and a preferred unit of measurement for volumes. Serving sizes having the preferred units of measurement are rank higher than serving sizes having other units of measurement.
The methods discussed herein may be accomplished with the assistance of a computer program, such as the network and/or client side health tracking programs described above. The above described system and method solves a technological problem common in industry practice related to effective and efficient presentation of serving size data. Moreover, the above-described system and method improves the functioning of the computer/device by allowing health data to be effectively communicated to the user along with a graphical user interface that presents food item serving size selection options to the user.
Portions of the system and methods described herein may be implemented using one or more programs or suitable software code, such as the network and/or client-side health tracking applications, described above, each of which may reside within the memory of the respective computing devices as software or firmware. Such programs and code may be stored in the memory and executed by the processor of the display device or a system server or other computer in communication with the display device. A computer program product implementing an embodiment disclosed herein may therefore comprise one or more computer-readable storage media storing computer instructions translatable by processing circuitry/logic, a CPU, or other data processing device to provide an embodiment of a system or perform an embodiment of a method disclosed herein. Computer instructions may be provided by lines of code in any of various languages as will be recognized by those of ordinary skill in the art.
A “computer-readable medium” may be any type of data storage medium that can store computer instructions and/or data, including, read-only memory (ROM), random access memory (RAM), hard disks (HD), data cartridges, data backup magnetic tapes, floppy diskettes, flash memory, optical data storage, CD-ROMs, or the like. The computer readable medium can be, by way of example, only but not by limitation, an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, system, device, or computer memory. The computer readable medium may include multiple computer readable media storing computer executable instructions, such as in a distributed system or instructions stored across an array. A “non-transient computer-readable medium” may be any type of data storage medium that can store computer instructions, including, but not limited to the memory devices discussed above.
The above described system and method solves a technological problem common in industry practice related to effective and efficient presentation of health data to a user for analysis and consideration by the user. Moreover, the above-described system and method improves the functioning of the computer device by causing food and nutrition data to be easily presented to a user in a health tracking system, while also allowing the user to manipulate the serving size of the consumed item in an efficient manner. In the foregoing description, various operations may be described as multiple discrete actions or operations in turn, in a manner that may be helpful in understanding the claimed subject matter. However, the order of description should not be construed as to imply that these operations are necessarily order dependent. In particular, these operations may not be performed in the order of presentation. Operations described may be performed in a different order than the described embodiment. Various additional operations may be performed and/or described operations may be omitted in additional embodiments.
The foregoing detailed description of one or more exemplary embodiments of the health tracking system has been presented herein by way of example only and not limitation. It will be recognized that there are advantages to certain individual features and functions described herein that may be obtained without incorporating other features and functions described herein. Moreover, it will be recognized that various alternatives, modifications, variations, or improvements of the above-disclosed exemplary embodiments and other features and functions, or alternatives thereof, may be desirably combined into many other different embodiments, systems or applications. Presently unforeseen or unanticipated alternatives, modifications, variations, or improvements therein may be subsequently made by those skilled in the art which are also intended to be encompassed by the appended claims. Therefore, the spirit and scope of any appended claims should not be limited to the description of the exemplary embodiments contained herein.
