Patent Application
20230404305
Portable refillable bottles and other containers used for water and other beverages are widely used and are important for health and hydration. Such bottles and containers are used with increasing frequency to consume functional ingredients, such as, for example, energy, protein, and sleep supplements. However, one limitation of such bottles and hydration containers is that the consumable contents remain constant and unchanged except for changes in quantity as the contents (frequently, but not exclusively water) are consumed and subsequently replenished.
Furthermore, vitamins, health, and dietary supplements in the form of liquids, powders, gels, and solid tablets are becoming increasingly popular and widely consumed. Such supplements and additives are frequently being bought in bulk by consumers since they are using and consuming such supplements and additives on a frequent and long term basis. In addition, such nutritional supplements are frequently dissolved in water for consumption, with different supplements consumed at intervals, several times throughout the day.
However, known portable refillable bottles and other containers have shortcomings.
This Summary introduces a selection of concepts in a simplified form in order to provide a basic understanding of some aspects of the present disclosure. This Summary is not an extensive overview of the disclosure, and is not intended to identify key or critical elements of the disclosure or to delineate the scope of the disclosure. This Summary merely presents some of the concepts of the disclosure as a prelude to the Detailed Description provided below.
The present disclosure generally relates to hydration systems, methods, and apparatuses. More specifically, aspects of the present disclosure relate to a portable and non-portable hydration container that periodically fully or partially dispenses additives into a liquid consumable or other solute within the container in continuously variable volumes or concentrations, with contextual variables informing type, volume, timing, and the like of the dispensing action.
One embodiment of the present disclosure relates to a portable, self-contained beverage apparatus comprising: a container assembly having a known storage capacity for storing a consumable liquid; a dispensing assembly disposed within the container assembly that dispenses variable, non-zero quantities of additives into the consumable liquid stored in the container assembly, where the dispensing assembly includes a plurality of apertures structured and arranged to retain vessels containing the additives to be dispensed into the consumable liquid.
In at least one embodiment, the portable, self-contained beverage apparatus further includes a controller that controls the dispensing by the dispensing assembly of the variable, non-zero quantities of the additives into the consumable liquid stored in the container assembly.
In at least one embodiment, the controller of the portable, self-contained beverage apparatus controls the dispensing by the dispensing assembly to maintain the targeted concentration of at least one of the additives in the consumable liquid stored in the container assembly, wherein the controlling is based on tracked consumable liquid level and the quantity of the at least one additive.
In at least one embodiment, the portable, self-contained beverage apparatus further includes the vessels retained in the plurality of apertures that contain the additives to be dispensed into the consumable liquid stored in the container assembly.
Also provided herein are methods for obtaining data about the contents of the additive vessels inserted or received in the portable container. Aspects of the present disclosure also relate to methods, systems, and apparatuses for the accurate control of the selection of an additive vessel and accurate control of the amount of additive dispensed therefrom, for example, when there are a number of separate additive vessels available and accessible within the container. Further aspects of the disclosure relate to a system enabling a monitoring person, such as, for example, a sports coach or medical professional, to dynamically adjust a dispensing schedule based on feedback data received from a group of the containers (e.g., used in a context or setting where multiple individuals are involved in a common activity or share similar circumstances).
As described above, one of existing portable bottles and other containers is that the consumable contents contained in such bottles and containers remain essentially unchanged other than in their quantity. The utility of such bottles and containers may be greatly enhanced if the flavor, consistency, and/or the nutritional, chemical or other make-up of the consumable liquid could be altered over some period of time (e.g., hourly, daily, etc.) and/or according to some other cycle based on, for example, the needs or desires of the user, in order to optimize the health and well-being of the user. For example, the consumable liquid may be enhanced with an energy boosting supplement in the morning to facilitate alertness and focus, with vitamin supplements throughout the day, and with a calming nutritional supplement at the end of the day to facilitate quality sleep. Such a daily cycle may be supplemented by an additional longer term cycle of additives dispensed on a weekly, bi-weekly, etc., basis or some other customized time-cycle. As well as nutritional supplements, it may additionally be desirable to dispense other types of substances or additives such as, for example, vitamins, flavorings, pharmaceuticals, and the like, into the contents of portable containers in order to further optimize the health, hydration, recovery, and other benefits to a user, athlete, or patient, for example.
Furthermore, mobile and wearable activity and fitness monitoring devices, as well as remote applications, may communicate with and/or receive data provided from portable bottles and other containers to control and monitor liquid and/or additive consumption and to perform other functions such as, for example, communicating a timely signal to portable and other containers to release all or a pre-defined amount of an additive substance from one of the additive vessels into the consumable contents of the container. Furthermore, such data might modify the dispensing protocol of the additive vessels. Data might function to recommend or otherwise incentivize the discovery, purchase, and and/or consumption of the aforementioned additive vessels.
Since portable hydration containers may typically be filled in the morning and topped-off throughout the day as liquid is consumed, it is neither practical nor desirable to require that a user fill multiple compartments of a container with multiple different consumable liquids or mixtures for consumption throughout the course of the day. Therefore, a more practical and desirable solution is to sequentially dispense a selection, sequence or combination of different additives from one or more additive vessels into a consumable liquid at the appropriate time in response to a signal from a mobile or wearable device, processor or application. Neither is it desirable that a user have to carry around separate additive vessels and insert them into the hydration container when needed at various times throughout the day. An illustrative example of such an additive delivery ecosystem is shown in
A hydration system such as that illustrated in
To achieve desired consumption temperatures, or to maintain a desired consumption temperature, it may be desirable to refrigerate the liquid container, in which case repeated and sustained exposure to low temperatures and humidity would be harmful to the electronic components. Though it may be desirable that these electronics components and sensors be in close proximity to the liquid container for functional reasons, it is also desirable that they be fully separable to enable thorough cooling of the liquid container, as well as washing.
One or more embodiments of the present disclosure relates to a consumable container having a dispensing module assembly with a number of apertures into which the above described additive vessels can be inserted by a user. Each of these additive vessels can have a passive RFID tag attached to the vessel. An RFID antenna is mounted on the surface of a dispensing module located on the central axis of the consumable container and accesses data about the contents of the additive vessel from the RFID tag. Therefore, the methods, systems, and apparatuses of the disclosure are also designed to access data about the contents of an individual additive vessel. In accordance with at least one embodiment, the antenna and/or other read and/or write capable data modality is oriented in such a way so as to necessitate only one system, as opposed to a static modality that might require a unique instance of the modality on each unique aperture. One having ordinary skill in the art will recognize that although a passive data system such as RFID may be ideal due to its passive nature, read/write capability, and low-cost, that functionally, other methods could accomplish similar results, including but not limited to physical key-based methods, or optical methods.
Another feature of the disclosure is to determine the geo-location of the user and determine whether the dispensing of additives should be adjusted based on some aspect or aspects of this location (e.g., home, gym, office, etc.). One learned in the art will understand that such data, working to inform or otherwise guide a dispensing system, could be directly extrapolated or indirectly inferred.
Another feature is to determine the speed of motion of the user and determine whether the dispensing of additives should be adjusted based on this activity (e.g. walking, cycling, running). This data might further operate to corroborate supporting data feeds, such as those provided by wearable activity trackers and the like.
Another feature is to combine the user's location and the user's speed of motion to predict whether a user is indoors or outdoors and, if outdoors, to access weather, temperature and humidity data and adjust the dispensing of additives according to the needs of those environmental conditions. Such contextual data associated with ambient conditions relevant to dispensing events and/or additive recommendations or purchase does not necessarily need to relate to the user's physical movements however.
In one or more embodiments of the present disclosure, the consumable liquid container may include an array of independently controllable (e.g., by a processor of the container), addressable LEDs, whereby the state (e.g., on/off) of the LEDs can be controlled, and the brightness, color output, flash frequency, and other parameters can be varied in order to communicate information to the user. For example, the LEDs may be controlled to display a pattern and/or temporal sequence of colors which communicates information to a viewer. In another example, the LEDs may be controlled to flash the illuminants with a range of frequencies to communicate information to a viewer. Such an implementation may function primarily as a symbolic user interface. In one example, it might initiate an LED behavior to remind the user to hydrate. In another example, it might initiate another LED behavior to confirm an action.
As will be described in greater detail below, the methods, systems, and apparatus of the present disclosure are also designed to present information to a user regarding the additives consumed and/or remaining in the vessels inserted in the hydration container. For example, in accordance with one or more embodiments, the portable container may display (e.g., on a user interface screen of the container) information or generate an alert to the user when one or more of the additive vessels inserted in the hydration container is, or will soon become empty. In another example, the container may be configured to predict a future date when one or more of the additive vessels inserted in the hydration container will become empty. Such a feature serves to recommend and/or automate future purchases. Such a system might also function to adjust or otherwise modify dispensing protocol to ensure that the additive does not become depleted on or before a targeted time.
In accordance with one or more embodiments, the methods, systems, and apparatus described herein may optionally include or be capable/configured to perform one or more of the following: correlate depletion information of additive vessels with purchase history and previous rate of consumption to ascertain when a user will run out of supplies of the additive vessel irrespective of whether they are currently inserted in the container; enable the user to order replacement additive vessels by adding to their shopping cart on an eCommerce site through some type of user action (e.g., pressing a button on the container, interacting with an associated application, etc.).
In accordance with at least one embodiment, the methods, systems, and apparatuses may be designed to provide for direct or indirect communication of an instruction from a central control application to a consumable container. Such a direct or indirect communication may be, for example, an instruction to dispense an additive, may include a dispensing schedule and/or protocol, or may indicate that an additive (e.g., medication, pharmaceutical, or the like) has, or has not, been dispensed by the dispensing apparatus within the container. Data associated with the dispensing event (or lack thereof) might also be collected and communicated directly or indirectly between the dispensing device and the aforementioned central control application. In accordance with at least one embodiment, Bluetooth low energy may be used as the primary transmission method of such data.
In accordance with one or more embodiments, data may be communicated from a container that an additive (e.g., medication, pharmaceutical, or other additive) has, or has not, been added to the consumable contents of the container; data may be communicated from a container that the consumable contents of the container have been fully consumed, partially consumed, or not consumed. Direct or indirect mechanisms might further corroborate or invalidate such information directly or inferentially (e.g. the user has dumped the contents, as opposed to properly consuming them).
Also provided are a method and apparatus for the precise and continuously variable dispensing of a removable additive vessel through the use of a discretely adjustable piston or actuator, the key adjustment variable being stroke length (and therefore displacement volume) by the user, which then by the user's input (in the preferred disclosure's use case, the user's finger) translates into a dispensing event that is precise and repeatable. Passive electronics measuring which additive vessel, and what dispensing quantity, and how many dispensing events are initiated could log the user's consumption activity and behaviors.
Embodiments of some or all of the methods disclosed herein may be represented as instructions embodied on transitory or non-transitory processor-readable storage media such as optical or magnetic memory or represented as a propagated signal provided to a processor or data processing device via a communication network such as, for example, an Internet or telephone connection.
Another feature of the methods, systems, and apparatuses described herein relates to audio engagement processing. Another feature of the methods, systems, and apparatuses described herein relates to situational processing. Another feature of the methods, systems, and apparatuses described herein relates to group engagement processing. Further scope of applicability of the systems, apparatuses, and methods of the present disclosure will become apparent from the Detailed Description given below. However, it should be understood that the Detailed Description and specific examples, while indicating embodiments of the systems, apparatuses, and methods, are given by way of illustration only, since various changes and modifications within the spirit and scope of the concepts disclosed herein will become apparent to those skilled in the art from this disclosure.
These and other objects, features, advantages, and characteristics of the present disclosure will become more apparent to those skilled in the art upon consideration of the following Detailed Description, taken in conjunction with the accompanying claims and drawings, all of which form a part of the present disclosure. In the drawings:
The headings provided herein are for convenience only and do not necessarily affect the scope or meaning of what is claimed in the present disclosure.
In the drawings, same reference numerals and acronyms have been used to identify same or similar structure, components or functionality for ease of understanding and convenience.
In the following description, references are made to various embodiments in accordance with which the disclosed subject matter can be practiced. Multiple references to “one embodiment” or “an embodiment” do not necessarily refer to the same embodiment. Particular features, structures or characteristics associated with such embodiments can be combined in any suitable manner in various embodiments. Various examples and embodiments will now be described. The following description provides specific details for a thorough understanding and enabling description of these examples. One skilled in the relevant art will understand, however, that one or more embodiments described herein may be practiced without many of these details. Likewise, one skilled in the relevant art will also understand that one or more embodiments of the present disclosure can include many other obvious features not described in detail herein. Additionally, some well-known structures or functions may not be shown or described in detail below, so as to avoid unnecessarily obscuring the relevant description.
In view of the above, it is therefore desirable for a portable hydration container or bottle to have included within it, a number of separate vessels containing various additives that may be chosen and inserted within the hydration container by the user in various different combinations, such that some of the beverages, functional beverages, vitamins, pharmaceuticals, etc., may be periodically dispensed into the liquid contents of the container when required or desired, and consumed by the user.
Such a hydration apparatus or system may communicate with an application (e.g., mobile telephone application, computer program, etc.) that controls and monitors the additive dispensing from the vessels, and adjusts or otherwise modifies the dispensing of those additives according to real-time environmental and contextual variables. Hydration systems and containers such as those described herein also need to be periodically washed or sterilized in order to maintain hygiene levels and to avoid or eliminate cross-contamination between different additives. Furthermore, when a container assembly includes sensitive electronics, it is also beneficial to design the apparatus in such a way that washing, cleaning, or sterilization, or cooling, can be carried out without undue risk of damage to the electronic components.
An amount of consumable within a portable hydration container of the disclosure will vary over time as it is consumed. As such, the methods, systems, and apparatus of the present disclosure are capable of varying and/or adjusting the amount of additive to be dispensed into the consumable in order to achieve or maintain a targeted (e.g., optimal) or desired level of concentration of the additive (or additives) in the consumable. In addition, the consumption behaviors of the user related to hydration and the consumption of additives and the like would benefit from tracking and level measurement to provide apparatus-level context for non-zero dispensing, but also for the overall tracking and recommendation of additives and/or additive vessels, present and future.
Furthermore, since such hydration containers are portable and may be carried around to many different places, it would also be beneficial to a user if they could periodically re-order products from an online (e.g., eCommerce, and/or Mobile Application) website, and replenish their supplies of additives, vitamins, etc., directly from the container in which they are used, or from an associated mobile device, at any time and irrespective of the user's location. In addition, while hydration containers such as those described herein are of considerable value to an individual user, a collection of such containers may also be used by a group of users with common interests, such as, for example, a sports team, patients in a medical facility or assisted-living home, participants in clinical trials of a drug, and the like. In such instances it may be of considerable additional value to control, monitor, or otherwise coordinate the dispensing of additives both individually and/or collectively, and/or to monitor the consumption of consumables and additives individually and/or collectively. The following description of examples and embodiments of the methods, systems, and apparatus of the present disclosure provides additional details about many of the above features and functions.
Data about a user of the container 100 may be accessible to and/or obtainable by the container (e.g., by a processor or other component of the container 100). For example, the container 100 may receive (e.g., retrieve, access, request, or otherwise obtain) data about the user that is stored, for example, in one or more databases or storage devices 105 local to the user, within an application residing on a device of the user 106 (e.g., a portable user device, such as a cellular telephone, smartphone, personal data assistant, laptop or tablet computer, etc.), and/or in network/cloud data storage 107, 108. In accordance with at least one embodiment of the present disclosure, the data about the user may include, for example, user demographic information (e.g., age, gender, weight, body mass index (BMI), address, occupation etc.), additive purchase history information, additive usage history information, charge/payment information for purchases, medical and/or prescription history and various other data associated with the user or actions or behaviors of the user. User data may also include sports and fitness activities, fitness schedule/regime, dietary preferences/requirements, allergies, sensitivities, workout schedule and/or preferred locations for fitness training etc. In this manner, such data about the user of the container 100 may be collected, analyzed, and/or communicated by the container 100 (e.g., by a processor and/or other components of the container 100), and made available to the device of the user 106, to one or more other devices of the user, to the one or more databases or storage devices 105 local to the user, to the network/cloud data storage 107, 108, and the like. Such data may be communicated to, and received from, a user device using local wireless network 109 and further communicated to or from the cloud from the user device using wide area wireless network 110. It may also be communicated using Wi-Fi and/or other wired or wireless communications methods known in the art. Such information may also be presented to the user (graphically or symbolically) using a display 111 mounted on the container and/or using a display on the user's mobile device 106.
One or more APIs (Application Programming Interfaces), or other data sharing mechanisms, from a mobile device application associated with, and controlling the container 100 may interface with and access contextual/context data from other applications running on a device of the user (e.g., user device 106), where such context data may include, but is not limited to, geo-location, time, date, weather conditions, temperature, personal schedule (e.g., from a calendar application), travel schedule of the user etc. APIs or other data sharing mechanisms to third party applications may also be used by the container 100 to access user data about the current or past physical activity of the user. For example, data may be obtained from a variety of existing or future personal physical activity tracking/monitoring devices or applications (e.g., Fitbit, Apple Health-Kit, MyFitnessPal, etc.), any of which may furnish various data related to the physical activity of the user. Some non-limiting examples of the type of data that may be obtained from such physical activity tracking/monitoring devices include data about the type of physical activity undertaken by the user, the number of steps taken by the user during a period of time, speed of motion, estimated energy expenditure (e.g., calories burned), heart rate and the like. Accordingly, data about the user's physical activity levels and activity history may be collected, analyzed, and/or communicated by the container 100 (e.g., by a processor and/or other components of the container 100). All or a portion of the data described above may be communicated to or otherwise retrieved by one or more processors which may be located within the consumable container 100 or external to the consumable container (e.g., in the user's mobile device 106, in the cloud network 108, etc.), where various combinations, instances, and/or transformations of that data may be analyzed and used to derive more specific and focused patterns and trends about a user's behavior patterns, activity patterns, additive and consumable purchase and consumption patterns, personal preferences, health and fitness regime and the like.
In accordance with one or more embodiments, the container (e.g., container 100 of
In accordance with at least one embodiment of the present disclosure, a container assembly (e.g., container 100 in the example system shown in
In accordance with at least one embodiment, the cover or lid module 112 may additionally have passing through it, a drinking channel 122 which may additionally be separable from the lid and/or cover 112 to enable washing. The drinking channel 122 may be part of the dispensing module assembly 113, may be part of another component or module of the container, or may be a separate component of the container altogether. The dispensing module 113 is wholly contained, secured and sealed within the cover module 112 when the cover module is affixed to the outer sleeve 115 using the screw cap mechanism at 123. It contains sensitive electronic and electro-mechanical components and is separable from the cover 112. In the current embodiment an electrical interface connecting the lower components to the upper, separable, components dictates an orientation specific connection further facilitated by an independently rotatable “lock-ring,” forcing a uniform-pressure seal without further requiring the dispensing module and/or its housing to rotate, and thereby creating complications for an electrical interface.
A portable hydration container of the disclosure also provides determination of level of liquid in the container. Infrared light emitting diodes (LEDs) are widely used in TV remote controls, in cameras and in many other consumer products and water absorbs the infrared radiation emitted from such emitters. Infrared LEDs are small, inexpensive, have low power requirements and low power consumption, they are therefore well suited to a method for detecting the level of water or other liquid in a portable hydration container. In at least one embodiment, a similarly “mapped” capacitive sensing PCB or equivalent might be oriented in such a way so as to detect the same contrast at which the waterline contained in the vessel makes itself apparent via variation of dielectric constant as measured by a capacitive sensing implementation (contact (probe), and non-contact.)
The presence of liquid between an IR emitter and an IR receiver will attenuate the IR signal, and the signal level detected at a receiver diode which is beneath the surface level of the liquid will be substantially less than would be expected based solely on its distance from the emitter. For example, the absorption characteristics of electromagnetic radiation by water are shown in
An embodiment of the liquid level sensing method is now described with reference to
When the container is filled completely with liquid, all of the receiving diodes 104 will be submerged, the signal level detected by each of these receiving diodes will be low and there will be minimal differences between the signal strengths detected by each of the plurality of IR receivers. Because the signal level is low, and substantially equal at all receivers, the system determines that the container is full. Similarly when the container is empty, all of the receiver diodes 104 will be exposed and the signal level detected by each receiver diode will be high and there will similarly be minimal differences between the signal strengths detected by each of the plurality of receivers. Because the signal strength is high, and substantially equal across all receivers, the system determines that the container is substantially empty.
The difference between a full and an empty container can be further inferred and corroborated by the direction/vector of level-change, as measured by the sensor implementation (e.g., full to empty, leading to empty, necessitates that the uppermost sensors record empty prior to the lower sensors, and vice versa for empty to full, leading to empty, whereby for example, the user might be replenishing the vessel.) As the liquid level 127 in the container decreases, several diodes will become exposed and no longer submerged, as a consequence they will detect a higher level of IR radiation. Information on the physical location of each receiving diode and the signal level detected at each one can then be used to determine a liquid level, and thus volume. In a further embodiment, with data on the shape, size and form of the container, it is additionally possible to infer the volume of liquid in the container. In a further enhancement, measurement of the time elapsed or the number of IR pulses emitted in a period of time by the emitter 124, can be used to determine a rate of depletion (consumption) of the liquid. For example at a first point in time, the liquid level is determined to be level with receiving LED 125, as shown in
The emitting diode 124 may or may not be submerged beneath the liquid surface. Since the IR emission will be scattered by the liquid and reflected off the container walls, and will be substantially the same for all receiving LED's, this will not affect the level measurement.
The LED emitter may be in one of multiple locations within the enclosure.
When the container is tilted as shown in
In
In
In
The use of inertial sensors and/or IR sensors as previously described to determine that the consumable container is tilted may also be used to determine that a user is actually drinking from the container at that time, this information may be used to initiate or prevent a liquid level measurement and/or initiate or prevent a scheduled dispensing event and/or to perform other functions which should preferably take place coincident with the drinking process.
Since infrared is an electromagnetic radiation and subject to the inverse square law, the signal level detected at a receiving diode is dependent on the distance between the emitter and the receiver, as well as any attenuating fluid between. Thus the signal detected at a more distant receiver will be less than that detected at a proximal receiver independently of whether liquid is between them to attenuate the signal. This can be compensated for in the method since the relative locations of all emitters and receivers are fixed and known.
Data on the level or volume of liquid in a portable or non-portable container may be used for a variety of purposes, including but not limited to determining a rate of consumption of the liquid in the container, determining when the container is empty, determining when the container needs to be refilled, and determining when the container has been refilled. Determining the level of liquid may also be used to determine whether a scheduled dispensing event has taken place. For example, if a signal is communicated from a processor to dispense 0.2 oz. of a consumable additive, the level detection system can immediately afterwards carry out a level check to confirm whether the fluid level has increased by an amount substantially in accordance with the introduction of 0.2 oz. of the additive. The aforementioned example assuming that the two or more substances have strictly additive volumes (e.g. 1 oz plus 1 oz equals 2 oz total, etc.), whereby in cases where the respective volumes are non-additive (e.g. 1 oz plus 1 oz equals 1.9 oz total, etc.), a defined adjustment factor would be considered.
In a further embodiment of the disclosure, the system may be used to establish and periodically re-establish baseline IR emission and/or detection thresholds corresponding to when the container is full and empty. The current embodiment of the container additionally comprises of a sensor to determine when the lid is removed for the container to be refilled and subsequently replaced. On detection of the lid removal, the processor may signal an IR emission and detection event to establish threshold signal levels corresponding to an empty container and on subsequent replacement of the lid, the processor may signal an IR emission and detection event to establish threshold signal levels corresponding to a full container. This may be particularly useful to increase the accuracy of level detection within the container and decrease threshold shifts caused by a varying infra-red level in the environment external to the container, or variable absorption/refraction or other forms of disruption of the fluid (e.g. water.) Known electromagnetic spectrum absorption characteristics of water may be used on the processing of the disclosure.
In accordance with one or more embodiments of the disclosure, the RFID tag 102 may contain information about the contents of the additive vessel 101 to which the tag 102 is attached, including, for example, a name or type of additive in the vessel (e.g., vitamin B, cherry flavor, etc.), a category of the additive (e.g., nutritional supplement, pharmaceutical, energy supplement, etc.), a capacity of the vessel (e.g., 75 drops, 1.5 oz., etc.), a standard serving amount for the particular additive (e.g., 3 drops, 2.5 mL, etc.), dosage or consumption limitations for the additive (e.g., 12 drops per day, 4 drops per hour, 7.5 mL per day, etc.), as well as various other information that may be pertinent to the contents of the vessel 101 and/or the dispensing of the contents.
In accordance with at least one embodiment, data regarding the dispensing of additives may be encoded in any form suitable or appropriate to the dispensing process. (e.g. number of actuations, voltage, frequency, length of actuation, etc.).
In one or more embodiments of the present disclosure, in response to a dispensing instruction (2411) from the container processor 2403, a first motor rotates the dispensing module (2412) to align with the target additive vessel, and positional information determined by a rotary potentiometer is communicated (2413) back to the container processor 2403 to confirm alignment with the correct additive vessel. Concurrently or subsequently, the container processor 2403 instructs a second motor to rotate and subsequently drive a pressurizing actuator (2414) to apply compressive force to the target additive vessel thereby dispensing the vessel contents (2415) in a controlled fashion. A linear potentiometer confirms the position of the pressure actuator (2416) to the container processor 2403, enabling the processor to determine whether the actuator has moved the correct distance and maintained that position for the correct length of time in order to dispense the correct amount of additive from the vessel. Such processing may be used in the situational processing described below, for example.
The aggregated dispensing event data may then be communicated (2417) to the application on the user's mobile device 2404, and the dispensing schedule and/or dispensing history updated accordingly (2618). Updated information may then be written to the RFID tag on the vessel that was just used for dispensing. This may include information on the quantity just dispensed, the quantity of additive remaining in the additive vessel, the time/date of dispensing, the amount of consumable in the container at the time of dispensing and the like. This data may then be communicated (2419) from the user's mobile device 2404 to the container processor 2403. If this occurs immediately after a dispensing event, then it is likely that the RFID antenna is still aligned with the appropriate RFID tag and the data can be written to the tag. However, there may be dispensing events which require additives to be dispensed from more than one additive vessel, in which case the RFID antenna may not be aligned with the appropriate RFID tag and the dispensing module may need to be rotated back into the correct position (2420), that position being confirmed by the rotary potentiometer (2421), and the updated information then communicated (2422) from the container processor 2403 to the RFID antenna in the dispensing module 2402 and written to the RFID tag (2423). The system is then ready for the next dispensing instruction and/or the next lid open/close event detection.
Information about the contents of an additive vessel may be encoded within an RFID tag 102 or similar proximity based read/write memory system mounted on a surface, preferably the inner surface of the additive vessel 101 in close proximity to a self-indexing RFID or other appropriate receiving antenna or sensor 143, in accordance with one or more embodiments. The data tag 102 may be active but is preferably passive, requiring no power source. By identifying the additive vessel 101 within the limited readable range of the antenna 143, additionally provides locational precision and ensures that the information from only one additive vessel 101 is readable in each possible discrete antenna position, and that the antenna alignment additionally coincides with the pressure applicator 141 alignment. Therefore, a dispensing event may be applied only on the additive vessel 101 about which data is currently communicated via the RFID or similar type identification system. Therefore this acts to ensure that dispensing is applied to the correct additive vessel 101 to dispense the correct additive.
Removal and/or replacement of the lid or top portion 112 of the container 100 may be detected by a sensor. A number of alternative technologies are possible, one embodiment being a Hall Effect sensor located in the uppermost part of the consumable container and the lower part of the lid. In response to determining that the lid or top portion has been removed and/or replaced, the system may initiate a scan of the RFID tags 102 on all additive vessels 101 within the top portion of the container using the RFID antenna 143, which is rotated through 360 degrees by the dispensing module 140, thereby reading data from the RFID tags 102 mounted on the inner surface of the additive vessels 101 and communicating this data to an onboard or external application or processor.
The RFID or similar type passive tag 102 communicates information about the additives within the vessels 101 including, but not limited to, the name and/or type volume and/or amount of additive, the dosage, dosage frequency, the maximum, minimum and/or recommended volume or amount to be dispensed, usage guidelines, “use by” dates and/or other information specific to that additive vessel. The tag may additionally comprise information about the dispensing characteristics of the vessel contents, for example whether it is a liquid or powder, mass or viscosity etc. the optimum amount or range of pressure which should be applied by the pressure applicator to dispense the additive and/or the length of time or number of times that pressure should be applied to optimize dispensing of the additive. This information is communicated via the RFID or other antenna to an onboard or remote application or processor. This information is used in conjunction with additional information such as end-user taste preferences, volume of consumable in the container, previous volume/amounts and additives dispensed into the consumable liquid, when the consumable liquid container was last refilled and other information relating to the user and/or the hydration container which is not specific to an individual additive vessel.
In a further embodiment, the RFID antenna may additionally write or encode information to an RFID or similar tag mounted on an additive vessel including, as a non-limiting example, a device ID may be encoded or otherwise programmed to the additive vessel in a dynamic fashion, related to the container within which it is inserted. The device ID may be used to ensure that an additive vessel may only be used in one or a specific type of container, or by a specific user, which may be appropriate for example if the additive in the vessel consisted of, for example, pharmaceuticals and/or other controlled substances. The RFID antenna may write information on user preferences to an RFID tag on an additive vessel, for example to fine-tune the amount of an additive dispensed to the specific personal preferences of a user. It is possible for an additive vessel to be removed from the dispensing assembly and be replaced therein at a later time, this is possible even after one or more dispensing actions have been performed on the vessel, unlike many other approaches known in the art which, after initial puncturing and use, cannot be re-used in a second container or device. This also enables an additive vessel to be transferred to a second dispensing module assembly in a different container, in which case this information can then be transferred along with the additive vessel, for example information about the amount previously dispensed during the period of time that the additive vessel was inserted in a first container or an ID code representing the user of the first container, user preferences and the like.
A dispensing assembly 140 may be centrally positioned and configured to rotate around a central axis to apply mechanical pressure to the correct additive vessel 101. As the dispensing assembly 140 rotates to position the pressure applicator 141, an RFID antenna 143 also rotates so that it is positioned proximal to the RFID tag 102 on the correct additive vessel 101. In accordance with at least one embodiment, the RFID antenna 143 may be designed to have a very limited angle and/or range of read visibility such that it is able to read an RFID tag 102 only if the tag is within a close range to the antenna 143. In this way the method ensures that the pressure applicator 141 is acting on the correct additive vessel 101 since the antenna 143 is unable to detect or read neighboring or adjacent tags that may be located on either side of the correct tag. In accordance with one or more embodiments, when one or more additive vessels are initially inserted into a consumable container, this insertion is detected by a sensor system and the dispensing assembly 140 may rotate through, for example, 360 degrees to scan and read the RFID tags of each vessel newly inserted (as well as previously inserted) to identify what additive vessels and therefore what additives, are in what aperture. The data read from the RFID tags may be stored (e.g., in a memory of the dispensing module or some other component of the container) for future reference. The dispensing assembly fits into a base 144 which retains and positions the additive vessels such that the RFID tags are reliably in alignment with the RFID antenna in accordance with the aforementioned.
In accordance with at least one embodiment, the dispensing module 140 comprises two DC electric motors 145 and 146. A first dispensing motor 145 operates via a planetary-gear drivetrain mated to a rack-and-pinion mechanism 147 to provide controllably linear motion to the pressure applicator(s) 141, the linear motion of which applies pressure to a surface, preferably the inner surface of an additive vessel (e.g., additive vessel 101 as shown in
Additionally, a rotary potentiometer 149 is mounted underneath the dispensing module 140, beneath motor 145, and provides axial position information to confirm that the correct additive vessel is being acted upon, while circuit board 150 provides the logic and control for both the indexing motor 146 and the dispensing motor 145, and also houses, in accordance with at least one embodiment, the RFID processing unit (read/write/broadcast.) Similarly, a linear graphite potentiometer 151 (
A further view of the apparatus for pressure application, the measurement of that pressure application, and monitoring using a linear potentiometer, in accordance with one or more embodiments, is shown in
A further view of the apparatus for measuring and controlling the rotational position of the pressure applicator (and RFID antenna), in accordance with one or more embodiments, is shown in
An example method whereby the above described apparatus operates to achieve the controlled release of a substance is shown in
At 3007, the electrical impedance of the linear potentiometer which is part of the dispensing module is determined by the processor in order to confirm that the actuator/pressure-applicator has moved the correct linear distance to apply sufficient pressure to the additive vessel and to dispense additive at 3009. During or subsequent to a dispensing event, the system may additionally write data to the RFID tag on the additive vessel at 3008, including but not limited to data about the dispensing event that has just taken place. Such data may include the date/time and quantity of additive dispensed, a container and/or user identifier and the like.
The lid or top of the hydration container may be fitted with a sensor to determine when the lid has been opened or closed. The lid sensor 3101, which may be, for example, a Hall-Effect switch, communicates to the container processor 3103 that the lid has been opened or closed (3105), the open and close event indicating a likelihood that the user has placed or replaced additive vessels in the container and/or emptied or refilled the hydration container with water or other consumable liquid. Irrespective of what change has occurred, the container processor 3103 instructs the dispensing module 3102 to rotate through 360 degrees (3106) enabling for an RFID antenna to pass, or pause, by each of the additive vessel apertures, and thus the RFID tags affixed to the additive vessels, and read the encoded data (3107) about the additives in the additive vessels, whereby any changes in contents and/or position would be saved and/or updated to local and/or peripheral memory systems to guide dispensing actions. This additive data is then communicated (3108) to the container processor 3103 and may be further communicated (3109) to an application on the user's mobile device 3104.
The application 3104 installed on the user's mobile device stores or creates a dispensing schedule (3110) for that user based on the additive vessels loaded into the container and, at the appropriate time, communicates a dispensing instruction (3111) to the container processor 3103. The dispensing schedule may be periodically updated or modified according to, for example, user preferences, contextual data, environmental information, previous dispensing data, and the like, which may be communicated from remote storage in the cloud to the user's mobile device application 3104 or from an API to third-party applications on the user's mobile device, or from the container to the user's mobile device.
In response to a dispensing instruction (3111) from the container processor (3103), a first motor (of the dispensing module 3102) rotates the dispensing module (3112) to align with the correct additive vessel, and positional information determined by a rotary potentiometer (of the dispensing module 3102) is communicated (3113) back to the container processor 3103 to confirm alignment with the correct additive vessel. Concurrently or subsequently, the container processor 3103 instructs a second motor (of the dispensing module 3102) to rotate and move the pressure actuator linearly (3114) via a rack and pinion mechanism (of the dispensing module 3102) to apply pressure to that additive vessel thereby dispensing the vessel contents (3115). The linear potentiometer (of the dispensing module 3102) confirms the position of the pressure actuator (3116) to the container processor 3103. The container processor 3103 is thereby enabled to determine whether the actuator has moved the correct distance and maintained that position for the correct length of time in order to dispense the correct amount of additive from the vessel. The aggregated dispensing event data may then be communicated (3117) to the application on the user's mobile device 3104 and the dispensing schedule and/or dispensing history updated accordingly (3118). The system is then ready for the next dispensing instruction and/or the next lid open/close event detection.
Some example use cases for the leveraging of context data (as shown in
In the manner described above, it can be determined how far the user has run, at what speed and in what environmental (weather) conditions, therefore it is possible to infer the degree of dehydration of the user. When the activity application 162 determines that the user has paused or stopped running, then a recommendation may be presented to the user about the quantity of water the user should consume, and within what time-period, in order to appropriately re-hydrate. Appropriate additives may additionally be dispensed into the water after the exercise, and if those additives (stored in additive vessels) are not currently inserted in the container, then it might be recommended to the user that they consume them when they next get home. Since the GPS and/or mapping application can also determine when the user is next at home, then a further reminder can be displayed to the user at that time. Such a reminder may be presented via a visual and/or auditory display on the hydration container, and/or via a visual and/or auditory display on the user's mobile device. In accordance with at least one embodiment, since the eCommerce system of the present disclosure also stores data on what additive vessels a user has previously purchased, the process can avoid recommending additives that the user does not have, but may recommend instead that those additives be added to the shopping cart for later purchase from the eCommerce service.
In another example, steps and activity data from a mobile device activity application such as “MapMyRun” or a wearable fitness device such as “Fitbit” at 3301 may suggest that a user is jogging. However, GPS data associated with the user's mobile device 106 may indicate that the user is stationary, which would suggest that the user is likely to be jogging on a treadmill, and therefore most likely to be indoors (and likely therefore to be at typical room temperature of about 70 degrees Fahrenheit).
If there is no known address associated with a GPS location, then the data may be further leveraged to derive an address and this address can then be further used to determine the type of location (e.g., home, gym, hotel fitness-room, yoga studio, etc.). The application (e.g., physical activity application 162) may enable a user to specify (e.g., in the settings part of the application) a preferred criterion whereby a frequently visited location may become defined as a “favorite place” and, if that address is visited more than that specified number of occasions within a certain time period then it may be automatically defined and stored as a “favorite place” at 3305. When the activity application 162 determines that the user has stopped jogging, then a recommendation may be presented to the user about the quantity of water the user should drink, and within what time-period, in order to appropriately re-hydrate. Appropriate additives may additionally be dispensed into the water after the exercise.
In accordance with at least one embodiment, addresses and geo-codes may be stored as “frequently visited places,” the user being able to type in descriptive names for these favorite places (e.g., home, gym, office, pub) or to approve/change suggested names that may be automatically generated from web-crawling using the geo-location data or from APIs to other applications. Once stored, the system can associate general activity levels with each location (which might be, for example mostly jogging and cycling when in “gym” location, little activity and some walking when in “office” location, almost no activity when in “pub” location, etc.). This data can be used to anticipate what additives a user might wish to insert in the container in the morning for consumption during the day. For example, a user's calendar application might say “gym” at 8 am, and previous activity data corresponding to that location indicates a generally high level of expected physical activity. Other data associated with that location may include the additives that the user tends to insert and consume before going to the gym. The system may determine that there may be a more appropriate mix of additives for the user, given the levels of activity that the user undertakes at the gym. Consequently, the personal recommendations may be on two levels—a recommendation for today only (based on the additives that the user currently has) and for the future (recommending what additives the user should purchase in the future).
In another example, text in the user's calendar application 164 may include the word “flight” or “travel” and/or a meeting notice in the calendar application may give an exact or approximate location of a meeting, for example. Furthermore, the GPS data may determine that he is presently 3000 miles away from the location he was at 12 hours previously, it is therefore likely that he has flown from city A to city B. It might further be determined from this location data that these locations are 6 time-zones apart. Given that approximate start/end times can be derived from the GPS data and the time zones are known, it will be possible for a specific combination of additives to be recommended and/or a specific dispensing schedule generated, in order to help address jet lag and/or general exhaustion in the days following the user's arrival at the second destination.
Additional dynamic user lifestyle context data may also be obtained from friends and connections such as might be determined from social networking sites such as Facebook, LinkedIn and the like, and also from semantic mining of email and text messages on the mobile device.
In at least one embodiment, the controlling of the dispensing of the additive may also be based on one or more contextual factors. At 3501, a communication is received by the container (e.g., container processor 156) to dispense an additive Y into the consumable liquid (e.g., substrate) stored in the container assembly. For example, the additive may be a cherry flavoring which should ideally be at a concentration of 1 drop per 50 ml of water. At 3502, a level sensor (e.g., an infrared, capacitive level sensing array) disposed in the container assembly may determine the level of consumable C stored in the container assembly, and communicate that level to the processor to determine (at 3503) whether there is sufficient consumable liquid (water, alcohol, and the like) present for the dispensing event to take place. If it is determined that the level of the consumable liquid is zero, or below a pre-defined threshold level (at 3503), then dispensing may be cancelled, postponed, or otherwise modified until such time as the container is fully or partially refilled, at which time the process may re-commence at 3501. It should be noted that in at least one embodiment, the container assembly is equipped with a sensor to detect when the top of the container assembly is removed for refilling. When such a detection is made, the process may repeat at 3501.
If sensors detect the presence of a consumable liquid, the level of liquid is measured and the volume of liquid can then be determined from the known and fixed dimensions of the container. If there is sufficient consumable present, then the amount of additive needed to achieve a targeted level of concentration is determined at step 3504. The processor may additionally access dynamic, historic, or profile-level data about the user of the container and their personal preferences in order to adjust a recommended concentration level upward or downward according to the user's taste or based on other contextual data, consequently the level of concentration may be further adjusted based on contextual factors such as time of day, user activity levels, user preferences, environmental conditions (temperature, humidity etc.), location, previously consumed food, previously consumed beverages, previously consumed supplements, and the like, at step 3505. For example it may be determined that there is 250 ml of liquid in the container therefore 5 drops of cherry flavor are needed. It may also determine that the user has a preference for a stronger flavor which may increase this to 6 drops. Contextual data (e.g. from a 3rd party application) may indicate that the temperature and humidity are very high and therefore a greater level of hydration and lower concentration may be appropriate at this time, which may adjust this downwards to 5.5 drops. In this way the processor determines at 3506, the appropriate amount of additive Y to be dispensed in order to achieve the targeted level of concentration. The method further determines the amount of pressure and the length of time that pressure needs to be applied to the additive vessel (e.g. in order to dispense exactly 5.5 drops of flavoring) at step 3507. This may, within the same step 3507, be defined or communicated to the dispensing module in the form of a linear distance through which a pressure applicator/actuator moves (which applies force to the wall of an additive vessel to trigger a controllably variable dispensing event), and the length of time that it remains in position before retracting, to dispense the additive Y. The dispensing module then rotates to align with the appropriate additive vessel at step 3508 and the pressure applicator moved into position at step 3509 to apply pressure and dispense 5.5 drops of additive Y. The process is completed when the correct amount of additive has been dispensed at a step 3510.
Furthermore it should be noted that the ideal level of concentration may not be a single ratio of additive to consumable but may be a range of ratios, depending on the type of additive. In a further embodiment, if additive Y has been added to a consumable in a container and a further dispensing event for additive Y is received before the container has been emptied and refilled, then the dispensing event may be blocked or the amount adjusted, in order to avoid the concentration level being excessively elevated.
A signal or instruction to dispense an additive may be communicated 3605) from the user's mobile device 3604 to the container processor 3603. The container processor 3603 may then send an instruction (e.g., query) 3606 to the level sensor 3601 to measure the level of consumable liquid presently stored in the container, and that level data may be communicated (3607) back to the container processor 3603, which may then determine the appropriate amount of additive to dispense (3608). The container processor 3603 may then request 3609 additional context data from APIs to applications running on the user's mobile device 3604, which is communicated 3610 back to the container processor 3603 and used to further adjust the amount of additive to be dispensed if appropriate. A signal or instruction to dispense a more precise amount of additive is then communicated (3611) to the dispensing module 3602 and the additive dispensed 3612. Confirmation of a successful dispensing event may then be communicated 3613 from the dispensing module 3602 to the container processor 3603, and may be further communicated 3614 from the container processor 3603 to the user's mobile device 3604. This may occur immediately after a dispensing event or data may be batched and communicated at some later time.
Optionally, in a further embodiment, an instruction may be sent from the user's mobile device 3604 to confirm the concentration 3615 by measuring the level of consumable immediately following the dispensing event, with an instruction to measure the level 3606 being sent from the container processor 3603 to the level sensors 3601 as before. The level data being communicated 3607 back to the container processor 3603, which may then determine the level of concentration of additive in the consumable 3616). As before, this may be further communicated 3617 from the container processor 3603 to the user's mobile device 3604.
Portable drinking bottles have previously not required a way of communicating with a user since the only relevant information has for the most part been to see how much water there is in the bottle, which is clearly determined by simple observation. More recently, portable water containers and those for other consumable liquids are becoming increasingly sophisticated and connected, some having wireless communications capability with a user's mobile device and/or with Wi-Fi and other methods. Others also have displays to present data or information to a user or viewer of the container and/or LEDs to illuminate the water, however a beneficial function of the current disclosure is that the method of communicating can enable more meaningful, useful and context-relevant information to be communicated to a user since it uses several LEDs whose spectral output and other parameters can be varied and controlled. Furthermore, the hydration container has multiple capabilities, including the ability to periodically dispense additives into the consumable liquid within the container and thereby changing it's composition, there is therefore considerably more relevant and useful information that can potentially be communicated to the user.
One embodiment of a way of communicating with the user of a container (e.g., container assembly 101) is shown in
A more detailed view of an array of LEDs 170 is shown in
Information which could be conveyed using illumination of the liquid in this way includes, but is not limited to, for example, alerting a user that their level of hydration is low and that they need to drink some water, where a container is used to dispense medications it could alert the user that it is time to consume some medication, if a user is drinking water to re-hydrate, the illumination might change color to indicate the point when sufficient quantity has been drunk.
In some implementations of the system, the container may be in communication with a user's mobile device (e.g., user device 106), and therefore the illumination of the liquid may be used to supplement information presented on the screen of the mobile device, such as, for example alerting the user to an incoming text message, email or iOS notification, or notifications from a fitness or activity tracking application, and the like.
Some non-limiting examples of ways in which the LEDs' 170 output may be encoded to communicate such useful information include the following: All LEDs are the same color and there is no flashing; All LEDs are the same color and are flashing slowly (“breathing” effect); All LEDs are the same color and are flashing rapidly (attention getting); LEDs emit a range of colors and there is no flashing (rainbow effect); LEDs emit a range of colors and are flashing; and LEDs emit a range of colors in a sequence (effect of rainbow rotating around the bottle).
There are a very wide range of encoding options and permutations and, though described in the context of a portable hydration container, the methods and apparatuses of the present disclosure may apply to any container containing a liquid or other light scattering substance.
Since data is available to a processor regarding the type, category and/or unique product code of an additive vessel, including the amount of additive originally stored in the vessel (typically, but not necessarily, 1 oz.), and data is also available regarding the amount, frequency and times when a portion of that additive was dispensed into a consumable liquid in the container, the system can determine the amount or level of additive remaining in the vessel at any time. Therefore the system can identify when a vessel is empty, and can also predict when it is likely to become empty given the rate of previous dispensing and the scheduled or predicted future rate of dispensing.
The eCommerce system from which the vessels were purchased may also store information about a user's purchase history, therefore data is available about when a user last purchased additive vessels, what they were and how many were purchased. When correlated to the additive dispensing data, the system can not only predict when a vessel inserted in the container will be depleted, but may also predict when a users' personal supply of that particular additive vessel will run out. The system can therefore additionally alert the user to this via the display on the container and/or via auditory means.
Furthermore, since the container is wirelessly connected to the eCommerce system, either directly or via a user's mobile device, pressing a button on, or otherwise interacting with the container can send a communication directly or indirectly to the eCommerce system to add some of these additive vessels to the user's shopping cart or to automatically order them and have them shipped, depending on the preferences or settings the user has on the eCommerce site. Therefore the user does not have to remember to re-order the additive vessels if they are needed, or check/keep track of stocks in reserve at home, and also has the option to not order them, or to cancel the order later if they change their mind.
The purchase transaction may be completed when the user next goes to the eCommerce site. In an alternative embodiment, the user actions may cause the ordered product to be ordered and automatically shipped, or may add several orders to a shopping cart until such time as an order quantity threshold is reached, at which point the order batch may be shipped.
Several soon to be depleted products may be added to the shopping cart (e.g., additives a, b, and c) and since the system is able to predict an earliest time when the user will run out of each of these additives, (e.g., the user will run out of additive b four days sooner than additives a and c), then the batch may be automatically shipped to the user at a time whereby the batch of several products arrives before additive b runs out, taking into account the shipping and delivery schedule. These alternatives may be under the control of and configurable by the user on the eCommerce site either directly, or via the application on the user's associated mobile device.
In accordance with at least one embodiment of the present disclosure, provided is a system capable of caching eCommerce selections and/or directives locally on a portable dispensing device that subsequently communicates the selections and/or directives to relevant databases and eCommerce mechanisms engaged with peripheral and/or connected user devices such as a mobile application. In the aforementioned embodiment, this data “push” from the portable dispensing device related to the repurchase of additive vessels may occur in real-time, or at a later time when a sufficient connection is established between devices, furthermore, the data “push” associated with the on-device purchase instruction might not initiate and/or fulfill immediately, and might be scheduled or postponed in accordance with the user's profile, preferences, consumption history, and other data or factors relevant to the user's consumption of the additive/s.
Periodically, an instruction to dispense an additive into the container is sent from an application on the user's mobile device (at 4004) and received by a processor in the container (at 4005), and the additive is dispensed (at 4006). Data about that dispensing event is subsequently sent back to the application on the user's mobile device and the dispensing/consumption history updated accordingly (at 4007). This includes but is not limited to, the amount of each different types of additive dispensed over time and the date, time and quantity dispensed and the like. The additive purchase history data and the additive dispensing history data is then correlated and compared (at 4008) and an estimate derived regarding a date/time when supplies of that additive will be depleted (at 4009). For example, a user may have purchased 10 vessels of Vitamin B, each containing 1 oz. of additive, on 1 March. With standard shipping, the user would have received them on 3 March. The dispensing history on 13 March indicates that a total of 7 oz. of Vitamin B have been dispensed to date and the rate of dispensing averages 0.7 oz. per day. Thus the system would predict that supplies will be depleted on the 17 March (date 1) (at 4009). Given that it takes 2 days to ship the order, then it would be predicted that the re-order threshold would be reached on the morning of 15 March (date 2) (at 4010), when approximately 8.6 oz. of additive have been dispensed. Since additive dispensing and consumption may not be consistent day to day, then this prediction process may be periodically repeated each time that a dispensing event occurs in order to adjust the re-order threshold accordingly (at 4011).
If the dispensing of Vitamin B is fairly consistent then the re-order threshold would be reached on the 15 March (at 4012), and the user duly informed in sufficient time that supplies may be re-ordered and shipped to arrive on or before the point when supplies are depleted. The margin, or amount of advance warning that the system provides may be configurable by the user in the eCommerce account. Similarly, the process preferred by the user in response to receiving an alert or notification, may also be configurable. In one alternative process the user may choose to automatically place a repeat purchase (at 4013) when the threshold is reached in order to maintain uninterrupted continuity of supply. This may occur with or without any notification being presented to the user. In a second alternative process the user may wish to know that supplies are running low and choose if and when to re-order and/or to vary the quantity that is re-ordered. In this instance a notification or alert would be presented to the user on the user's mobile device (at 4014) and/or using the display on the container itself (at 4015). In response to this notification or alert, the user may choose to immediately confirm and place a purchase (at 4016) by selecting the appropriate menu choice, or may choose to add the order to his shopping cart and confirm and place the purchase sometime later (at 4017).
Furthermore, in accordance with the aforementioned, if a user is consuming the additive vessels at a slower-than-expected rate, or not at all, and/or they are consistently ‘rating’ the additives poorly on the portable container and/or on a peripheral system (e.g. mobile application) a system level prompt might incentivize or otherwise encourage them to give their additive vessels to a social connection (friend) or to exchange them in some other fashion, so as to preserve the value of their experience. In a similar regard, if the additive vessels in question are due to expire in a certain timeframe, the system might similarly prompt the user to more rapidly use/consume the additives, and/or share them so as to reduce the potential for wasted product. Thus prioritizing the dispensing system as such.
Following a dispensing event, additive data read from passive storage means on the additive vessel 4101, and other data about that event is communicated (4109) to a processor within the hydration container 4102 and may be further communicated (4110) to an application on the user's mobile device 4103. The consumption and dispensing history of that user is then updated (4111) locally on the user's mobile device 4103 and may, immediately, or at some later time, be further communicated (4112) to update the dispensing history data stored at the eCommerce site 4104.
This updated dispensing information may then be used as an input to predict (4113) the date/time when the user's supplies of the additive will be depleted. When a date/time threshold is reached when reordering needs to take place in order for the products to be received before existing supplies run out, then a notification or alert may be sent (4114) to the mobile application running on the user's device 4103 for presenting to the user. This may be received by, and presented visually and/or audibly on the user's mobile device and/or further communicated (4115) to the hydration container 4102 and presented to the user visually and/or audibly on the container assembly 4102 itself. In response to the notification or alert, the user may interact with an interface on the hydration container 4102 to re-order supplies of additives (4116), or may interact with an interface on the mobile device 4103 to re-order additives (4417), and the stored purchase history data updated (4106) with this most recent purchase. The process described above may then be repeated periodically as dispensing events and/or purchase events occur.
A hydration container system may be configured to enable a defined and limited group of containers to be securely controlled and monitored by a single, central mobile or fixed device or application with which all containers in the group are in direct or indirect communication, for example, several different containers may be allocated to and used by members of a sports team. An application on the coach's computer, tablet or mobile device may provide a dashboard whereby the consumption patterns and behaviors of each member of the team can be monitored and future instructions or recommendations may be assigned by the coach, or recommended by an application, and communicated back to each individual container and/or individual. It may be, for example that to achieve optimum performance in the days prior to a sports game, players require a strict schedule of ingesting vitamins, nutritional supplements and the like. In addition, the ideal schedule may not be the same for each individual sports player and such a system allows for each individual schedule to be different and to be optimized for that individual. Furthermore, a consumption schedule may also be dynamically adjusted, either automatically by the application or system, or manually by the monitoring person (e.g. team coach) according to the consumption times and patterns communicated to the central application from the containers.
In a further, non-limiting, example, several different containers may be assigned to and used by inpatients in a medical or behavioral facility, or by outpatients. An application on the nurse or doctor's computer, tablet or mobile device may provide a dashboard enabling the medical practitioner to schedule, monitor, control and adjust a medication or pharmaceutical schedule independently for each patient. One example use case is that of gastric surgery for weight loss which requires that the post-operative patent maintain a very strict and tightly controlled regime of intake of nutrients, vitamins and supplements in order to ensure full and timely recovery over a period of several weeks. This is typically difficult for an individual to easily maintain with the required degree of accuracy. Furthermore, the reaction and/or efficacy of the dispensed additives in the aforementioned use-case scenarios might be correlated or otherwise monitored through the combination of supporting data from other devices, such as wearable activity trackers, heart-rate monitors, and the like.
In a further embodiment, where the users of the multiple containers are within a Wi-Fi environment, a system may receive periodic dispensing status updates initiated by and communicated from each one of multiple containers within wireless range including an ID-specific to each container and/or user. Additional data about the time that a medication was dispensed into the container and the time that the container was tilted and/or the level of consumable liquid in the container decreased, enables a medical practitioner to determine whether the patient has consumed some of the liquid after dispensing and how much has been consumed.
In a process as shown in
It should be noted that although in the present example, the level sensing technique focuses on infrared absorption/interference, that the relationship with a dispensing module, and/or additive vessel/s is achievable in different configurations with different technologies. With regard to the aforementioned, such technologies might include ultrasonic range finders, contact-based capacitive level sensing (for example, a probe), non-contact capacitive level sensing (for example, a shrouded printed circuit board assembly with active shielding elements to measure dielectric variation of a container), load-cell or other mass-measuring apparatus (whereby the system would extrapolate volume changes by changes in mass/weight), a float mechanism might also be employed, whereby the level is measured directly by the relative height of a constrained but movable float. The changes in substrate/solute/target-fluid level/quantity ultimately inform trackable hydration targets, dispensing protocol, and/or other user and/or system prompts. The implementation enables dynamic maintenance of the characteristics of the post-mix beverage in cases where the concentration is modified and/or in cases where the post-mix concentration requires adjustment. Furthermore, the approach enables for the dynamic creation of beverages in response to the level of target fluid/solute/substrate, whereby the measured level of the target fluid/solute/substrate informs the dispensing module to modify, postpone, cancel, or otherwise adjust a dispensing protocol, and/or whereby the measured level of the target fluid/solute/substrate informs a peripheral user interface (mobile application etc.) and subsequently prompts a data exchange, user-prompt, and the like.
At 4306, the IR (or other) sensors determine a second level of consumable in the container and, at 4307, the first level is compared with the second level to determine whether the level has changed in accordance with what would be expected due to the introduction of X-amount of an additive-Y, and that the additive has been successfully introduced into the consumable. This confirmation is then sent from the container directly or indirectly to the central monitoring device or application. Since the level of consumable in the container is known to the system, the level of concentration of the additive in the consumable can therefore be determined and may also be communicated to the central monitoring device or application. If the level of consumable has not changed then it may be concluded that a dispensing failure has occurred. If the level changes from zero to an amount consistent with X-amount of additive-Y, then it may be concluded that the additive vessel was empty before the additive was dispensed.
The container has an integrated display and methods of illumination which can be used to communicate to a user, including a message that dispensing has taken place or in about to take place and/or that the contents (additive and consumable) should be consumed. As described below, the next steps in this process are to determine if, when and how much of the consumable contents a user has consumed in response to this communication.
Subsequently, at 4308, the IR (or other) sensors determine a third level of consumable in the container. This may be scheduled to occur after each dispensing event and/or may be initiated by the detection by inertial sensors at 4309, that the container has been tilted. This third level of consumable is compared with the second previous level at 4310 to determine whether the level of consumable has decreased. If the inertial sensor at 4309 indicates tilting and the level at 4308 is unchanged from the second level, it may be concluded that none of the contents have been consumed. If the inertial sensor at 4309 indicates tilting and the third level of consumable at 4308 has decreased, it may be concluded that the container was tilted for the purpose of drinking and the user has consumed some of the contents and ingested the medication. This determination may be supplemented with the duration of tilting, since mean rates of drinking can be estimated, then the length of time that a container was tilted may be a proxy for the amount of content consumed. In a further embodiment, each individual container may monitor the rates at which the individual user drinks the contents using a flowmeter, flowmeter-valve, or similar, and determine a mean or range for that particular user. In this way, estimates of the amount consumed as determined from the time and duration of tilting could be considerably more accurate.
At this time a communication may be sent from the container to a central monitoring device or application to confirm that the user has consumed the medication. Since the amount of consumable and the amount of additive are known, the concentration can be determined and since the amount that has been consumed is also known, then the amount of medication ingested by the user/patient can be determined.
In accordance with at least one embodiment, the control and monitoring system may be in communication with a container and the dispensing module modified in order to dispense solid substances such as tablets, into a container which may be empty and does not contain a liquid or any consumable. Such a system may, for example control the timing with which tablet or gel-form drugs are administered, preventing a user from taking the drugs at incorrect intervals. Such a system could be particularly beneficial in the case of patients suffering from Alzheimer's Syndrome or other conditions where cognitive capacity or judgment is impaired or for the clinical trials of drugs.
In cases where it may not be possible for a central control device (e.g., computer, tablet, mobile device, and the like) to simultaneously communicate with multiple containers, the method may require the application to sequentially communicate with each container in turn via Bluetooth or similar wireless technology, then disconnecting and pairing with the next one. In this way a full cycle of connect/disconnect can be carried out in a timely manner. The aforementioned embodiment and use-case would be ideal in group settings such as physician monitoring of patients/clients, or in a trainer or coach interfacing with a team of players.
Data exchanges between the container, the users mobile device and the central device or application may also be implemented using cellular communications and/or internet protocol if the client containers are not within the range of a direct peer to peer wireless or Wi-Fi system.
In an alternative embodiment, the signal to dispense additive (4409) may be communicated directly from the control application 4402 to the container processor 4405. The dispensing event (4410) then takes place and feedback data about that event communicated (4411) from the container processor 4405 to the user device application 4403, and further communicated (4411) from the user device application 4403 to the control application 4402. The dispensing event data may also be communicated (4411) to local memory storage 4404 in the user's device. In an alternative embodiment, feedback data about a dispensing event may be communicated directly from the container processor 4405 to the control application 4402 without requiring a user device as a wireless relay.
Following the dispensing event sensors determine a second level of consumable within the container and communicate that second level (4412) to the application on the user's mobile device 4403. Data about the dispensing event and the level of consumable prior to and following the dispensing event may be further communicated (4412) to the control application 4402 and may be yet further communicated (4413) to local, network or cloud based memory 4401 associated with the control application. This may also be communicated to (4413) and stored in memory 4404 on the user's mobile device. The dispensing event data may include, but is not limited to, the quantity of additive dispensed, the change in level of consumable within the container immediately afterwards, date, time, and the like.
Consequently, historical data about dispensing events may be duplicated and stored both in the user device 4404 and in memory 4401 associated with the control application. Thereby enabling the historical (past dispensing and consumption) data to still be accessible to, and usable by the container processor 4405 to adjust future dispensing if communications between the container 4405 and the control application 4402 are not available. Subsequently, inertial sensors may detect a movement or tilting (4414) of the container assembly, which may prompt the sensors to determine a third level of consumable within the container assembly and communicate that third level (4415) to the application on the user's mobile device 4403. The third level may be further communicated (4415) to the control application 4402. Past dispensing event data may be accessed (4416) from data storage 4401 by the control application 4402 and used to revise a dispensing schedule which is then communicated (4417) to the user device application 4403 and memory 4404. In this example the revised dispensing schedule includes the dispensing of additive B (4418).
One or more embodiments of the present disclosure relate to portable containers, specifically, to such containers focused on hydration tracking and the customized and variable dispensing of additives. In at least one preferred embodiment, the aforementioned additives are contained in discrete vessels designed to allow precise, repeatable dispensing of volumes. The methods, systems, and apparatuses described herein should not be understood as limiting, and one skilled in the art will understand that components of the system and apparatuses described may be omitted or expressed more broadly so as to focus on the unique aspects of the disclosure.
In one embodiment, a successful dispense may be ascertained with a mobile application engaging an optical reader to appraise the saturation and/or color of the combined fluid. If the combined fluid is too light and/or under-saturated, a further dispense command may be prompted, in accordance with the existing parameters, to achieve the desired concentration. If, conversely, the fluid is too dark and/or saturated, then a prompt might guide the user to dilute the combined fluid so as to achieve a desired concentration.
In accordance with at least one other embodiment, the system or apparatus may include a lid or other housing oriented upon threads that correspond to a specific, pre-calibrated, compression range. In such an embodiment, a rotary potentiometer or other rotary position sensor or counter may collect data throughout a dispensing event to monitor the quantity or rate of compression (for instance, a quarter twist might correspond to a vertical compression of ⅛th of an inch, and subsequently correspond to 3.5 mL of dispensed volume for a given additive vessel, and/or additive with known characteristics). Such a mechanism allows for an additive vessel with a variable, bursting valve to open temporarily or permanently in a controlled and repeatable fashion. More ideally, the system, apparatus, and method allows for a valve to open and then close, dispensing an additive, while maintaining a pressure equilibrium, thereby preventing water ingress, while maintaining the reliability of the dispensing characteristics of the vessel.
At least one embodiment of the present disclosure allows for real-time modification, creation, and/or maintenance of a functional beverage product based upon contextual data variables, such as weather, physical activity, eating behaviors, and the like. For instance, a recent ‘logging’ of a meal high in High Density Lipoproteins (HDL) might inform the system that it is now optimal for the user to consume a vitamin mix with a greater density of fat-soluble constituents. Furthermore, if there is a newly realized time-window for a specific additive to be dispensed, the system might dispense that additive into an existing post-mix beverage, thus modifying the beverage, in response to the additional additive, the system might also prompt a dispense event of a ‘counter-balance’ flavor additive, to retain the same taste and flavor characteristics, in place of or in supplement to the aforementioned step, the system might also prompt the user to fill the container with more fluid so as to sufficiently dilute and/or dissolve the new post-mix beverage to a target level.
Furthermore, one or more embodiments provide a system capable of prompting a user to dispose of a beverage should the ingredients, contents, experience, flavor, taste, or consistency fall outside of a target range, for instance if a degradable supplement is dispensed into a target fluid/solution, and is not consumed within a specific time frame, it may become unpalatable, ineffective, or even harmful to the user, in this case, the system would have information related to the initial dispensing event (the beverage ‘creation’ time) as well as ambient conditions (such as temperature and humidity) thus providing the system with the necessary insights to formulate a determination as to whether or not the beverage is acceptable, if the beverage is deemed unacceptable, the user could be prompted to dispose of the beverage and to create a new one, or to consume something else as an alternative. The myriad benefits of such a system include: consumer-experience-protection (in so far as the consumer will be less likely to consume a non-optimal beverage, and thus damage their sentiment and/or experience with regard to the beverage brand), improved reliability of nutrition-content tracking (in so far as the consumer will not be improperly tracking nutrients that are no longer viable), and in improved compliance for the beverage makers from a regulatory standpoint (in so far as the created, post-mix beverage is readily adjustable in concentration/strength to precisely and reliably account for ingredient degradation, and thus, create a beverage that reflects the nutrition-facts on the Primary Display Panel (PDP) of the additive vessel).
In alternate embodiments, and/or alternate use-cases, the system enables the guiding of a consumer experience with relation to a dispensing event and to the post-mix beverage that is created by the dispensing event; with prompts either on the portable container itself or on a peripheral device (such as a user's mobile device), the system can instruct the user to add an ice cube or to refrigerate the fluid/water to achieve a target temperature range. This process is accomplished through the placement and/or proximity of thermistors and/or equivalent temperature sensing modalities (such as an infrared system), such that the system is able to measure directly, or infer/extrapolate indirectly, the temperature of the target fluid/water, furthermore, the system is able to execute and present an accurate estimate to guide the user to sufficiently adjust the temperature of the fluid based upon the data it has insights into, the quantity of fluid, the type of fluid (if a dispensing event has occurred), and the Specific Heat Capacity of the fluid, based upon these factors, the system can make an accurate determination as to the exact energy requirements to alter the temperature of the fluid to a specific level. In the aforementioned embodiment, the system can make a determination that the post-mix beverage should be X-degrees cooler, the system also estimates that a standard size ice cube has a capacity to cool this fluid by Y-degrees, and furthermore that a standard size ice cube will dilute the beverage by Z-quantity once melted, the resultant calculation derives that three ice cubes should be added to the beverage to cool it sufficiently, furthermore, the same calculation also derives that the dilutive effect of the added ice cubes will require X-mL of additional additive to counteract the dilutive effect and retain the same flavor/taste profile of the post-mix beverage.
In an alternate scenario of the aforementioned, the user might prefer to cool their beverage by placing the post-mix beverage vessel into a refrigerator or freezer, in which case an assumed average cooling rate is applied against the known volume, Specific Heat Capacity of the target fluid, current temperature, and desired temperature, from the preceding variables, the system can derive an estimated length of time that the vessel should be placed in either the refrigerator or the freezer, thus providing the user with the necessary guidance to sufficiently cool their beverage to a targeted point without under- or over-cooling the beverage.
In accordance with aforementioned embodiments, it should be apparent to one of ordinary skill in the art that the methods, systems, and apparatuses of the present disclosure are designed to include a calibrated and repeatable compression of a variably compressible additive vessel, further connected to a direct or indirect measurement mechanism. In the more idealized embodiments, the compression is set in such a way so as to maintain the incrementally compressed state to prevent any water or air ingress, or any other conditional change that would impact the state of the additive and/or future dispensing events. The methods, systems, and apparatuses described herein offer improved performance and user experience over that of existing approaches by specifying user adjustable, and user orientable mechanisms that are guided in some direct or indirect fashion to.
In a more advanced embodiment building upon all the aforementioned embodiments, dispensing events might be recorded or otherwise monitored by a mobile application using acoustic methods. As a non-limiting example, a ratcheted caliper might produce a distinctive ‘click’ upon being engaged by the user, the click might change in tone, pitch, or volume based upon position and/or dispensing activity, a mobile application monitoring such a sound might be able to subsequently infer to what extent an additive vessel has been dispensed or otherwise acted upon.
In yet at least one embodiment, a mobile application might use a photographic or otherwise optical methodology to record the color, saturation, absorbance, reflection, or other visual property to make an inferential estimation of the target liquids concentration, in this case, as it pertains to taste, nutritional characteristics, and the like.
One or more of the aforementioned embodiments relate to a dispensing system, an adjustable or otherwise personalized dispensing protocol, tracking or otherwise metering of a dispensing event, and user replaceable containers, such that the critical components of the system are interchangeable with various drinking vessels or hydration systems, fitting a user's preferences or use cases.
The above description focuses on an aspect, which is a mechanical feature designed to standardize manual user-input so as to perform a precise, incrementally-defined dispensing event on at least one additive vessel designed for multiple dispensing events and interchangeable use within the same or multiple devices. The system also makes use of an embedded mechanism to track either directly or inferentially, the incremental dispensing, assigning data related and relevant to the dispensing event, such as quantity, rate, volume, place or time of consumption, post-dispense user-adjustments, and the like.
Furthermore, data about a user of the container 100 may be accessible to and/or obtainable by the container (e.g., by a processor or other component of the container 100). For example, the container 100 may receive (e.g., retrieve, access, request, or otherwise obtain) data about the user that is stored, for example, in one or more databases or storage devices 103 local to the user, within an application residing on a device of the user 106 (e.g., a portable user device, such as a cellular telephone, smartphone, personal data assistant, laptop or tablet computer, etc.), and/or in network/cloud data storage 108, 107. In accordance with at least one embodiment of the present disclosure, the data about the user may include, for example, user demographic information (e.g., age, gender, weight, body mass index, etc.), additive purchase history information, additive usage history information, charge/payment information for purchases, and various other data associated with the user or actions of the user. In this manner, such data about the user of the container 100 may be collected, analyzed, and/or communicated by the container 100 (e.g., by a processor and/or other components of the container 100), and made available to the device of the user 106, to one or more other devices of the user, to the one or more databases or storage devices local to the user, to the network/cloud data storage 108, 107, and the like.
Furthermore, one or more APIs (Application Programming Interfaces) from a mobile device application associated with the container 100 may interface with and access data from other applications running on a device of the user (e.g., user device 106), where such data may include, but is not limited to, geo-location, time, local weather conditions, temperature, personal schedule (e.g., from a calendar application), etc. APIs to third party applications may also be used by the container 100 to access user data about the recent physical activity of the user. For example, data may be obtained from a variety of existing or future personal physical activity tracking/monitoring devices (e.g., Fitbit, Apple HealthKit, etc.), any of which can furnish various data related to physical activity of the user. Some non-limiting examples of the type of data that may be obtained from such physical activity tracking/monitoring devices include data about the type of physical activity undertaken by the user, the number of steps taken by the user during a period of time, speed of motion, estimated energy expenditure (e.g., calories burned), etc. Accordingly, data about the user's physical activity levels and activity history may be collected, analyzed, and/or communicated by the container 100 (e.g., by a processor and/or other components of the container 100).
All or a portion of the data described above may be communicated to or otherwise retrieved by one or more processors which may be located within the consumable container 100 or external to the consumable container 100 (e.g., in the user's mobile device 106, in the cloud network 108, etc.), where the data may be used to derive more specific and focused patterns and trends about an individual's activity, purchase, and/or consumption behaviors.
Therefore, data about a user's consumable liquid consumption and/or a user's additive consumption may be communicated from the container (or from an associated mobile device) to an eCommerce system. In accordance with one or more embodiments of the present disclosure, such data communicated to the eCommerce system and/or to other systems may include any of the following non-exhaustive and non-limiting examples: (a) Data about the additives including, but not limited to the types of additive, the amount initially in the vessel, the date/time that vessel was inserted in the container, the total amount dispensed, the date/time and frequency with which the additive was dispensed, the concentration levels and limits, the mix of additives typically combined and inserted in container together and the like. (b) Data about the consumable liquid including, but not limited to the level of consumable in the container at any time, the level prior to and after each dispensing event, the amount consumed on an hourly, daily or other time period, variation in consumption rate over a time period and the like. (c) Data about the user of the container including, but not limited to the user's age, gender, weight, the types and quantities of additives previously consumed, user preferences, etc. (d) Data about the context of use, for example, the number of steps the user has walked this day and previous days, geo-location, direction and/or speed of movement of the user (e.g., to identify when the user is walking, jogging, cycling, etc.), time of day, time zone, local weather conditions, etc.
In accordance with at least one embodiment, the eCommerce system may have access to stored data about the user's additive purchase history including, for example, what was purchased, when and in what combinations such purchases were made, the frequency of reordering additives, etc. Furthermore, inertial sensors in the container may additionally communicate data including when a container is tilted for the purposes of drinking and the duration that it was tilted, as an indicator of the volume of consumable consumed.
Accordingly, data from various sources can be processed and combined to track an individual's purchase and consumption patterns. The following presents some exemplary use cases to further illustrate such features of the present disclosure.
A user generally consumes 4 liters of consumable liquid per day but analysis of this data over a period a several days indicates that the consumption level is decreasing and will shortly pass below a recommended threshold level. As a result, an alert indicating that the user should increase consumption may be communicated to the user via, for example, a mobile device associated with the user, or via a display on the consumable container, or the like.
A user generally consumes 5 ounces (oz.) of flavoring A, 2 oz. of vitamin B, and 1 oz. of nutritional supplement C in a certain time period. This relative consumption data may be used to recommend bundled packages of additive purchases which are closely aligned with that user's predicted consumption patterns. As the relative consumption quantities of the user change over time, the bundled packages recommended by the system change accordingly.
A user purchased N additive vessels (where “N” is an arbitrary number) of a certain type on a certain date, and the rate of dispensing of that additive indicates a likelihood that the user will run out of supplies on some date subsequent to the purchase. An alert or message advising the user to order new supplies and providing an immediate way of doing so may be communicated to the user via, for example, a mobile device associated with the user, or via a display on the consumable container, or the like.
A user consumes different additives when in different locations. For example, the user consumes more energy boosting additives when at location A, which is visited on a regular weekly schedule or basis. This might suggest that location A corresponds to a gym or fitness facility. Consequently, tracking location and movements enables more accurate prediction of likely future additive purchase needs. The processor of the container assembly also has access to data about the user such as settings, preferences and personal/demographic data, which may be locally stored in onboard memory within the container and/or in the mobile device memory. The processor may additionally have access to data about other consumables such as snack bars, which the user may eat and this data may be imported into the system independently of the measurement and identification of consumable liquid using an RFID antenna or similar method, by manual input by the user, or by other means.
All of the above listed data may be communicated to a processor associated with an eCommerce site from where the additives were obtained, the processor additionally having access to the user's purchase history stored within. Various combinations of these rich data sources can then be made accessible to a data analytics and recommendation engine to generate recommendations to the user about short term actions for example, drinking more consumable liquid and/or long term actions for example purchase recommendations, which may be communicated to the user via the mobile device, via a display on the portable container or by other means. Individual purchase and consumption data may be aggregated across a population of users and used to determine broader patterns, some exemplary use cases are as follows:
The types of additives generally purchased and consumed may be different in different areas of the country (which might be expected due to various factors including variations in climate for example). This data may be used to influence the advertising and marketing of additives in different regions. Sales of an additive may show a short term spike following an advertising campaign in a specific region of the country. This data can be used to quantify the impact of advertising and marketing campaigns. A proportion of a population may set a concentration level of a flavoring additive higher than that which is recommended, this data suggests that the recommendation should be changed. There may be an increase in the purchase and consumption of certain health supplements at the beginning of winter, this data suggests that the cold & flu season may be starting.
Users who bought additives a, b and c, also tend to buy additives c and d, therefore this correlation may be factored into the additive recommendation engine.
In accordance with one or more embodiments, population trends may be determined according to, for example, one or more of the following: (1) location, such as regional preferences for additives (e.g., at country, state, town, and/or zip code levels), location hotspots for additive consumption (e.g., health club geolocation); (2) time, such as additive consumption trends by time of day, by day of week, seasonal trends by month and long term consumption trends over years, indicating long lifecycle trends and changes in population taste and preference; and (3) time and associated event, such as advertising campaigns, transient health alerts (e.g., pandemics, outbreaks, etc.), flu outbreaks, city marathons and other public sporting events. It should be understood that there are many ways in which the additive, consumable, consumption and user data may be combined with location, activity and other context data and further combined with purchase history data in order to generate purchase recommendations of vale and benefit to the user of a portable container.
Functional beverages increasingly account for a larger portion of revenue share in the global beverage industry. These beverages are characterized broadly in their attributes focused on cause-and-effect nutritional goals, such as energy drinks for example which might exploit B-Vitamins and Caffeine, or relaxation beverages for example, which might exploit Valerian Root and Melatonin, and the like. These beverages exploit ingredients that are in some cases water-soluble, however it is not a limiting factor, as complete or partial emulsions are readily sold, and accepted. In the prior art, systems that segregate the solute from the solution (in this case, active ingredients or degradable vitamins) account for the degradation concerns of the constituent ingredients, which in most cases relates to the biological efficacy and availability of a soluble vitamin complex, whereby the solubilized vitamin components lose their efficacy as a result of being mixed.
What is lacking in the prior art however is a system that allows for multiple functional additives to be stored carried, or otherwise made available for a target solute, and for such functional additives to be variable in a non-zero sense in their dispensing behaviors, specific to the customized creation and/or maintenance of a functional beverage. Whereby functional beverage products are dynamically “created” from non-functional beverage products, in constantly variable ways, without necessitating compromise on product integrity and/or experience. Furthermore, a functional beverage containing degradable products can be dynamically maintained such that the functional contents of a solute maintain their functional characteristics independently of degrading external conditions. The embodiment of the present disclosure relates specifically to such a system, designed to accomplish the aforementioned, as well as to specifically address the dynamic needs of functional products and the like. It should be obvious to one learned in the art, that such a system should not be limited to functional beverage products, and that an identical embodiment would have applicability across a wide range of consumable-oriented scenarios, including but not limited to medicines, supplements, beverages, and the like.
The system of the disclosure allows for dynamic transformation of non-functional beverages into functional beverages, without necessitating reformulation at the bottling site, and without necessitating a change in the user experience of the beverage as it relates to taste, consistency, density. The system thus permits for dynamic creation of functional beverages in customized, personalized fashion, without requiring homogenous system-level reformulation, and without compromising on product integrity.
In at least one embodiment, the disclosure allows for real-time modification, creation, and/or maintenance of a functional beverage product based upon contextual data variables, such as weather, physical activity, eating behaviors, and the like. For example, a recent ‘logging’ of a meal high in High Density Lipoproteins (HDL) might inform the system that it is now optimal for the user to consume a vitamin mix with a greater density of fat-soluble constituents, thereby prompting the dispensing mechanism in the present disclosure to orient upon the target additive vessel (or vessels) and to further drive the electromechanical elements responsible for delivering a dispense-triggering force in a manner that corresponds, according to the known variables, to a particular dispense volume and corresponding concentration that accounts for the new user conditions.
Furthermore, if there is a newly realized time-window for a specific additive to be dispensed, the system might dispense that additive into an existing post-mix beverage, thus modifying the beverage, in response to the additional additive, the system might also prompt a dispense event of a ‘counter-balance’ flavor additive, to retain the same taste and flavor characteristics, in place of or in supplement to the aforementioned step, the system might also prompt the user to fill the container with more fluid so as to sufficiently dilute and/or dissolve the new post-mix beverage to a target level.
Furthermore, the system may prompt a user to dispose of a beverage should the ingredients/contents/experience/flavor/taste/consistency fall outside of a target range, for instance if a degradable supplement is dispensed into a target fluid/solution, and is not consumed within a specific time frame, it may become unpalatable, ineffective, or even harmful to the user, in this case, the system would have information related to the initial dispensing event (the beverage ‘creation’ time) as well as ambient conditions (such as temperature and humidity) thus providing the system with the necessary insights to formulate a determination as to whether or not the beverage is acceptable, if the beverage is deemed unacceptable, the user could be prompted to dispose of the beverage and to create a new one, or to consume something else as an alternative. The benefits of such a system include: consumer-experience-protection (in so far as the consumer will be less likely to consume a non-optimal beverage, and thus damage their sentiment and/or experience with regard to the beverage brand), improved reliability of nutrition-content tracking (in so far as the consumer will not be improperly tracking nutrients that are no longer viable), and in improved compliance for the beverage makers from a regulatory standpoint (in so far as the created, post-mix beverage is readily adjustable in concentration/strength to precisely and reliably account for ingredient degradation, and thus, create a beverage that reflects the nutrition-facts on the Primary Display Panel (PDP) of the additive vessel).
In alternate embodiments, and/or alternate use-cases, the system enables the guiding of a consumer experience with relation to a dispensing event and to the post-mix beverage that is created by the dispensing event; with prompts either on the portable container itself or on a peripheral device (such as a user's mobile device), the system can instruct the user to add an ice cube or to refrigerate the fluid/water to achieve a target temperature range. This process is accomplished through the placement and/or proximity of thermistors and/or equivalent temperature sensing modalities (such as an infrared system), such that the system is able to measure directly, or infer/extrapolate indirectly, the temperature of the target fluid/water, furthermore, the system is able to execute and present an accurate estimate to guide the user to sufficiently adjust the temperature of the fluid based upon the data it has insights into, the quantity of fluid, the type of fluid (if a dispensing event has occurred), and the Specific Heat Capacity of the fluid, based upon these factors, the system can make an accurate determination as to the exact energy requirements to alter the temperature of the fluid to a specific level. In the aforementioned embodiment, the system can make a determination that the post-mix beverage should be X-degrees cooler, the system also estimates that a standard size ice cube has a capacity to cool this fluid by Y-degrees, and furthermore that a standard size ice cube will dilute the beverage by Z-quantity once melted, the resultant calculation derives that three ice cubes should be added to the beverage to cool it sufficiently, furthermore, the same calculation also derives that the dilutive effect of the added ice cubes will require X-mL of additional additive to counteract the dilutive effect and retain the same flavor/taste profile of the post-mix beverage. Furthermore, in an alternate embodiment of the scenario in the aforementioned, the user might prefer to cool their beverage by placing the post-mix beverage vessel into a refrigerator or freezer, in which case an assumed average cooling rate is applied against the known volume, Specific Heat Capacity of the target fluid, current temperature, and desired temperature, from the preceding variables, the system can derive an estimated length of time that the vessel should be placed in either the refrigerator or the freezer, thus providing the user with the necessary guidance to sufficiently cool their beverage to a targeted point without under- or over-cooling the beverage.
The portable beverage creation system described in at least one embodiment of the present disclosure can also account precisely, and adjust or otherwise maintain, with an environmental and time dynamic, the functional characteristics of a beverage that might degrade over time, or upon exposure to particular conditions, lose their efficacy. The system thus dispenses additives and/or functional ingredients in response to the user requirements and/or preferences, but also in response to the chemical sensitivities of the ingredients themselves. In yet at least one embodiment of the aforementioned, the dispensing modality can take into account and adjust for the time degradation of the functional ingredients within readable additive vessels such that a consistent functional concentration can be dispensed reliably whether that requires the dispensing system to dispense a larger or smaller net quantity by volume of the additive, the mechanism would be capable of maintaining the functional characteristics of the ingredient in question. Furthermore, as an additional step of the aforementioned, the system would be capable of addressing flavor aspects of the aforementioned action, for example, if the additive requires an extra 5 mL to maintain its functional properties, said additive might alter the flavor and/or user experience of the composite beverage, in response, the dispensing mechanism would dispense an appropriate and corresponding quantity of the flavor additive.
In accordance with at least one embodiment, the system leverages a read/write capability and interface between the additive vessel and the dispensing system or dispensing module, encoded within the communicable data element of the additive vessel is information relevant to the dynamic qualities of the contents of the additive vessel, such information might include: the bottling date, temperature of storage facilities, time of opening, transit time, local storage conditions, etc. All the aforementioned data points can be reliably encoded in simple, purely numeric form on an RFID tag or equivalent data structure. The RFID tag in the preferred embodiment has information unique and specific to the bottling location, time, date, and the contents of the additive vessel.
Leveraging this data, and reconciling it against known content dynamics, the dispensing system can infer the state of degradation of a particular ingredient or a plurality thereof, and subsequently adjust for said degradation by adjusting dispense-rate and/or dispense-volume. The mechanism adjusts for the degradation two-fold; first by adjusting for gross degradation of the vessel contents itself, thereby adjusting the entire dispensing protocol (in a simple example, an assumed degradation rate of 10% might result in an increase of dispense volume by 10%, thereby neutralizing the impact of the degradation from a potency/effectiveness/functional standpoint.) Building upon the aforementioned, and leveraging a similar protocol, the rate of consumption combined with local conditions might result in a calculation that infers that at least one ingredient in a functional solute has degraded in potency/effectiveness/functionality and subsequently needs adjusting as a result, thus impacting the dynamics of the mixed beverage itself, as opposed to making a gross adjustment accounting for the vessel. It is reasonable that in most cases, both approaches would be deployed to complement one another. Thus, the system would make a general adjustment for an initial dispensing event, and then upon the creation of the mixed beverage, the dispensing system would adjust the beverage to maintain key functional aspects of a degradable ingredient or ingredients.
An element of this embodiment is impact on the supply-chain and storage of functional ingredients. The present approach necessitates the destruction of products that no longer contain the stated daily-values (DV) of a key ingredient or ingredients. This is especially pronounced in FDA regulated vitamins and supplements, whereby a product with 80% DV of Vitamin-E (as an example) would be out of compliance, should the actual DV in a serving fall outside of an acceptable range. In the case where the embodiment of the present disclosure is implemented effectively, the data underlying the system would inform the dispensing mechanism of this degradation, and thus, seamlessly adjust for it. The result being a post-mix beverage of identical functional characteristics, independent of component-level degradation in the additive vessel/s. The embodiment of the present disclosure subsequently enables for significantly decreased waste of products subject to degradation that might render them unsellable despite their ultimate consumable, sanitary state.
In at least one embodiment, the portable container might leverage onboard sensors such as Near Infrared Spectroscopy (NIRS) within the electromagnetic spectrum (generally considered between 700 nm and 2500 nm) In the preferred embodiment, Emitters and Receivers leveraging this technique directly extrapolate hydration, blood oxygenation levels, pulse/heart-rate levels, and blood sugar/glucose levels from a user's hand or lips, providing the device with highly accurate real-time data relevant not only to hydration guidance but also to the recommendation and/or deployment of the additives themselves. The monitoring of the biological markers via NIRS (blood oxygenation, pulse/heart-rate, heart rate variability, and hydration level (absolute tissue saturation, or StO2)) serves a two-fold purpose for providing insight towards dispensing recommendations based upon existing biological state, as well as to track the users' reactions (or lack thereof) to specific ingredients. In the preferred embodiment, NIRS techniques are leveraged as they require little to zero preparation of any sample, and also do not require direct measurement of a mass or liquid. The NIRS spectra in the preferred, and more efficient embodiment does not require a direct process and extrapolation of the spectra, instead, it requires that the spectra be processed and compared against a library of known spectra accounting for distinctive features of targeted variables. Preferred techniques include Partial Least Squares (PLS), PLS Regression, and Principal Components Analysis. NIRS technique emitters and/or receivers are mounted in such a way as to monitor the hand of the user, on the portable beverage container, and/or for the lips of the user by placing the emitters and/or receivers on the drinking spout, oriented in a way to obtain data from the capillary bed on the inside wall of the lower lip, in the ideal embodiment. One learned in the art will understand that identical or equally insightful results could be produced with differing placement of such a system. Furthermore, this aforementioned real-time data would be associated with activities, locations, and/or environmental conditions, identifying validity/invalidity in associated data sets with wearable technology devices and or other activity and/or physiological data trackers or monitoring devices. For instance, the sensors might detect a higher than normal dehydration rate and/or electrolyte loss-rate associated with a specific activity, thus developing the relevant feedback loop to recommend a more precise hydration protocol and/or additive recommendation/purchase/dispense cycle.
In yet at least one embodiment, the portable container might leverage onboard sensors to monitor the inflammatory response of the user to correlate metabolic reaction/response to various ingredients. One with an ordinary understanding of the art will understand that other bio-markers and/or physiological data points could be measured or otherwise monitored, and that such bio-markers and/or data points could be measured or otherwise monitored through a variety of sensor and/or data collection techniques or implementations. Such approaches might include galvanic skin response, heart-rate, temperature, absolute tissue saturation, oxygen saturation, blood-pressure, and the like, depending on what health aspects are being evaluated, and which additives and/or substances are being evaluated, different approaches, techniques, sensors, and/or data sets might be considered. Such a system might then operate to identify nascent, or previously unidentified allergies and/or sensitivities.
Furthermore, in a similar fashion, monitoring the feedback loop between additives consumed and/or logged food, and/or the aforementioned in isolation or combination, against physical activity in a fitness sense, in aggregate, would allow for the system to identify or otherwise make recommendations as to what additives, foods, and the like contribute most effectively to an individual's performance and health, whether correlated and/or extrapolated by fitness data, by sleep data, by self-reporting via the portable container, and/or by a peripheral device (e.g. a user application on a mobile device, etc.) In accordance with the aforementioned, the data loop associated with the device is itself a refinement engine for a recommendations platform for the discovery, recommendation, purchase, dispensing, and/or consumption of additives and/or substances dispensed, tracked, or otherwise utilized by the overall system described herein, these recommendations might be further compared or otherwise evaluated against subsequent use-cases, further refined by user characteristics in the aforementioned, thereby identifying false-positives, false-negatives, true-positives, and true-negatives with regard to recommendations and/or predictions against known data.
In at least one embodiment, the portable container might leverage the capabilities of both the device itself, and the supporting data and network mechanisms to adjust the functional elements of additives and/or beverage products, within contexts of user characteristics, user preferences, user use-cases, environmental conditions, and prior data associated with any of the aforementioned, oriented around predictive recommendations.
The container assembly 4600 can include a removable cap 4612, which, in the illustrated embodiment, seals a top opening of a beverage chamber housing 4614 to complete the chamber 4630. The cap 4612 can be configured to thread or snap on to a top end of the beverage chamber housing 4614. Referring to
Referring to
It should be noted that
Referring to
The volume dispensed during a single piston stroke can be modulated linearly by modifying the piston stroke length. Multiple piston strokes can be used to dispense larger quantities. By design, the volume of the pumping chamber can be configured to be as small as practically possible when the piston 5010 is in the starting position to avoid wasting additive liquid when a depleted additive vessel is withdrawn from the receptacle.
One benefit of the foregoing described positive displacement pump configurations is that when the additive vessel is withdrawn and when the beverage chamber housing is removed from the dispensing assembly all parts of the pumping mechanism become visible and accessible for cleaning. The pumping chamber is accessible through the receptacle and only a one-way umbrella valve sits in the port between the pumping chamber and the platform which is otherwise also accessible for cleaning. A one-way umbrella valve can be easily removed and cleaned or replaced.
As noted above, the various features and functionality of the embodiments described above with reference to
Referring again to
Referring again to
Referring again to
In various embodiments, portions of the pumping mechanism need not be replicated and can be configured to be shared between different additive vessels, such as by using a single motor that is actuated or rotated to engage with different pumping mechanisms for different additive vessels. In this case, steps 2412 and 2413 referred to with respect to
As shown, the bottle 1490 includes speaker 1491 and a microphone 1492. The speaker 1491 is provided to output audio or sound communications from the bottle 1490. Such audio or sound communications may be generated by a computer processing portion (CPP) 1410. On the other hand, the microphone 1492 is provided to input audio or sound communications into the bottle 1490. Such audio communications may be input into the CPP 1410 and processed as machine language or in some other manner so as to be understood by the CPP 1410.
As noted above, the bottle 1490 also includes the CPP 1410. The CPP 1410 controls operations of the bottle 1490 and provides various functionality associated with the bottle 1490. The CPP 1410 includes, in at least some embodiments of the disclosure, specialized processing components. These specialized processing components include an audio engagement CPP 1420, a situational CPP 1430, and a group engagement CPP 1440. The audio engagement computer processing portion (CPP) or processor 1420 handles various processing associated with inputting voice communications, processing voice communications, and outputting voice communications. The processor 1420 also handles various related processing. The situational processor 1430 handles various processing associated with the situational or situ disposition of the bottle. For example, such situational disposition might include a particular consumption threshold being attained or experiencing a particular environment. Based on a bottle experiencing a particular situational disposition or scenario, the bottle may be provided with settings, configurations, and/or programming that results in certain action being taken. For example, if the bottle is experiencing a particularly cold environment, then the bottle may be programmed to automatically respond with the dispense of a particular additive. On the other hand, if the bottle is experiencing movement, which the bottle recognizes as a jogging pace, the bottle may be configured to respond with the dispense of a particular additive.
Additionally, the processor 1410 includes a group engagement processor 1440. The group engagement processor 1440 handles various processing associated with performing in a group or team environment. That is, a lead user or administrator may be provided with the ability to control dispense from bottles of the various users or member users in a group or on a team. For example, the administrator may provide a plan or configuration in which each member of the team is dispensed a particular additive at a particular time. The administrator may provide configuration in which a particular additive is administered under a particular scenario. For example, if a particular speed or pace of movement of the bottle is observed—then a particular additive might be dispensed.
As shown in
Additionally, the processor 1410 includes a trigger event (TE) monitor CPP 1411. Such CPP 1411 may be configured to monitor or watch for any of a wide variety of trigger events that are recognizable by the system. For example, the CPP 1411 may input any of a wide variety of data and, on an ongoing basis, attempt to match such input data with an event that the CPP 1411 recognizes. In particular, a list of events may be maintained or accessed by the CPP 1411 that are actionable events by the CPP 1410. That is, trigger events in response to which the bottle 1411 will take some action. In accord with at least one embodiment, the CPP 1411 may be configured to identify a particular trigger event—and then pass processing (so as to process the trigger) off to one of the more specialized processing portions, such as the processing portions 1420, 1430, 1440. Accordingly, in some embodiments, the CPP 1411 may be dedicated to simply identifying a trigger event and then passing processing off processing to one of the more specialized processing portions.
As shown in
As shown in
As is shown in
As shown in
As shown in
As shown in
As shown in
As shown in
As shown in
It is appreciated the processing shown in
Accordingly, with further reference to
Upon a further trigger event being observed, the process passes from step 1602 on to step 1610. In step 1610, a determination is performed as to whether the trigger event was hearing, by the processor 1410, the spoken word of “consumed”. Such is of course for illustrative purposes and any of a wide variety of spoken commands may be input by the system. If no, then the process passes to step 1620. In step 1620, a determination is performed as to whether the trigger event was hearing, by the processor 1410, the spoken word of “additive A consumed”. Such is of course for illustrative purposes and any of a wide variety of spoken commands may be input by the system. If no, then the process passes to step 1630.
In step 1630, a determination is performed as to whether the trigger event was hearing, by the processor 1410, the spoken word of “add additive A”. Such is of course for illustrative purposes and any of a wide variety of spoken commands may be input by the system. If no, then the process passes on to further processing. As reflected at 1640, the processor may compare the trigger event with further known trigger events that are recognizable by the system. For example, such further trigger events, which may be constituted by the audio input of words, may include requesting information regarding use of the bottle and/or may include requesting other action items to be performed by the bottle. For example, such action item might be a particular dispense event.
With further reference to
In step 6100, the processor associates such message data with communication settings data, as characterized herein. Based on such combination of data, a user message is generated and sent to the human user. Further aspects and features of such processing are described below with reference to
With further reference to
As related to the audio processing of
The GUI button 1721 is associated with the processing 1701 and 1702. In the processing of step 1701, the processor interfaces with the user to set communication settings that control output of user messages. Further details are described below with reference to the GUI of
The GUI button 1722 is associated with processing 1703. In the processing of step 1703, the processor interfaces with the user to set the amount of additive that is dispensed in one dispensing or dispense. Further details are described below with reference to the GUI of
The GUI button 1723 is associated with the processing 1704. In the processing of step 1704, the processor interfaces with the user to map or associate functionality, which is provided by the bottle or system, to a new voice command. That is, such new voice command is input from the user and functionality is provided to map such new voice command to functionality existing in the bottle or system. Further details are described below with reference to the GUI of
The GUI 1720 of
Accordingly, with reference to
In step 1839, the processor determines if a location event is the observed situational trigger event. For example, the location event may be constituted by a change in location of the user's bottle. If no in step 1839, the process passes to step 1859. In step 1859, the processor determines if a time event is the observed situational trigger event. If a determination of no is found in step 1859, then further processing may be performed so as to specifically identify the particular situational trigger event. As reflected at 1870, the processor may compare further input trigger events with further known situational trigger events. Based on this comparison, the processor determines if there is a match between what was observed and, based on the data available to the processor, what is known to be a situational trigger event.
In the case of a match, as reflected at 1870, then the processor may perform the particular process or action item that the trigger event is matched to. In other words, upon a known trigger event being matched (with the observed trigger event) the known trigger event is mapped to one or more action items. With further reference to
With further reference to
With further reference to
As related to the situational processing of
The GUI button 1921 is associated with the processing 1901. In the processing of step 1901, the processor interfaces with the user to set consumption settings that can dictate action items performed based on consumption of liquid or additive, or a combination of liquid or additive. Further details are described below with reference to the GUI of
The GUI button 1922 is associated with processing 1902. In the processing of step 1902, the processor interfaces with the user to set settings that dictate action items performed based on location of the bottle. Further details of the processing of step 1902 are described below with reference to the GUI of
The GUI button 1923 is associated with the processing 1903. In the processing of step 1903, the processor interfaces with the user to set the settings that can dictate action items performed based on a location change of the bottle, e.g. upon a bottle traveling into a location or traveling from a 1st location to a 2nd location, for example. For example, a change in location from a 1st location to a 2nd location might be associated with a walking activity or a jogging activity. In response, the bottle may be configured or programmed to dispense a particular amount of additive. Further details are described below with reference to the GUI of
As described herein, configuration or programming of the bottle may utilize one or more settings imposed by the user. In other embodiments or illustrations of the disclosure, to provide or perform a “setting” may be understood to be akin or similar to configuring or programming particular functionality.
As shown in
With further reference to
If yes in step 2019 of
With further reference to
With further reference to
It is appreciated that various data processing may be performed in conjunction with the group processing as described herein. Such data processing may also be performed in conjunction with other collections or groups of users and/or the performed with regard to any activity or action as described herein. Such data processing may include data distribution, review of data, and/or data analytics, for example. Such data processing may relate to attributes or parameters of when a member's bottle performs, action requested by the user, and other activities. Such data processing may include a ranking of consumption, of liquid and/or additives, amongst a group of users. Other data processing may be provided.
As related to the group processing of
The GUI button 2121 is associated with the processing 2101. In the processing of step 2101, the processor enables the user bottle to interface or participate with group processing. For example, such functionality may provide the ability for the user to opt into specific groups while not opting into other groups.
The GUI button 2122 is associated with processing 2102. In the processing of step 2102, the processor interfaces with the user to set limits on control—that a group leader, administrator, or lead user as characterized herein—has on a particular member user's bottle. For example, the user of the particular bottle may be provided with a setting or configuration option that dictates a prescribed level of an additive—and such a setting will override or trump a setting (to the same parameter) that is attempted to be imposed by a lead user. Accordingly, such functionality may allow a user to participate in a group, which is controlled by a lead user, but control, constrain or limit the control that a lead user possesses (over the particular member user's bottle).
The GUI button 2123 is associated with the processing 2103. In the processing of step 2103, the processor allows a member user to set a time window in which a lead user may control the member user's bottle. Outside of such time window, group control is not allowed or provided. Accordingly, such a setting or configuration allows a user to succumb to a lead user's control—but only for a prescribed time. For example, group control over a particular member user's bottle may be limited to a workout time for the particular member user. For example, the workout time might be 4 to 6 PM weekdays.
As reflected at 2120A, a group can include only two persons that include the leader user, i.e. one who set up the group, and member user. Such arrangement can allow synching of bottle activity between such two users. As reflected at 2150′, the settings of
Hereinafter further aspects of audio related processing will be described.
In step 6101, the processor inputs or identifies the particular message data to be sent. In other words, such particular message data may be the substantive content or text that is to be conveyed to the user. Such substantive content or text might be the amount of liquid or additives that has been consumed by the user. Then, the process passes to step 6102.
In step 6102, the processor, based on attributes of the message data, retrieves communication settings data. Then, in step 6103, the processor, based on the communication settings data (which as reflected at 6100′ can be set by the GUI of
As reflected at 6104′, the communication settings data may dictate processing including the type of channel that the user message is output on, the particular user device that the user message is output to, any timing parameters, and/or a particular language or voice that is used to output the message, for example. For example, timing parameters might include a constraint that the message will not be output or pushed out to the user while the user is driving a vehicle.
After the processing of step 6104, the process passes to step 6105. In step 6105, the processing to output the user message is complete. Accordingly, the processing is stopped or terminated.
The GUI 6200 also provides the user the ability to enable or disable audio confirmation of action. As shown in
Further, the GUI 6300 may be provided to allow the user to select options 6305 for the particular functionality selected in window 6302. Accordingly, as the functionality selected in window 6302 changes the displayed options 6305 for the functionality would or can correspondingly change or “update”. The illustrative options 6305 shown in
On the other hand, a determination of no may be determined in step 1822 of
On the other hand, a determination of no may be determined in step 1825. Accordingly, the process passes to step 1828. In step 1828, the process determines if the consumption was a consumption of additive B. If yes in step 1828, then the process proceeds in similar manner to that of a yes determination in step 1825, onto step 1829 and 1830. On the other hand, if no in step 1828, then the process passes to step 1831. Illustratively, step 1831 reflects a determination that the consumption was emptying of the bottle either via the user consuming all the contents or via the user emptying the bottle. The process then passes from step 1831 to step 1834. In step 1834, the processor generates message data regarding the event and the action item, if any, that was performed. For example, such message might be desirable for record-keeping purposes so as to allow the user to identify or record the particular time that his or her bottle was empty.
As described above,
On the other hand, the determination of step 1843 may be yes. As a result, the process passes to step 1850. In step 1850, based on the retrieved data, the location event is mapped to an action item.
Alternatively, a no determination may be determined in step 1842. As a result, the process passes to step 1845. In step 1845, illustratively, a determination is made if the location event is a change in location. Such a change in location might be constituted by a certain distance that has been traveled in a particular amount of time. It is appreciated other embodiments may include various other location events as may be desired, as reflected at 1845′. If yes in step 1845, then the process passes to step 1846 and continues in manner similar to processing subsequent to step 1842, with steps 1847 or 1850. If no in step 1845, then the process passes to step 1848.
In step 1848, the system determines that the location event was not actionable. As a result, the process passes back to step 1800′ of
Accordingly, in
Subsequent to the stop event being determined in step 1863, the process passes to step 1864. In step 1864, the process determines if a contingent event was required. If no, then the process immediately passes to step 1866 and the action item is performed. On the other hand, if yes in step 1864, then the process advances to step 1865 so as to determine if the contingent event did indeed occur in the time period. If yes, then the process again passes to step 1866 and the action item is performed. On the other hand, if no in step 1865, then the process passes to step 1867. In step 1867, an appropriate message is output to the user. The nature of such message might be conciliatory in nature and encouragement to consume your target amount of water, with your next event.
In general, any function described herein may be voice activated. Such includes, for example, any request by a user (input via microphone, e.g.) and response from the bottle (output via speaker, e.g.) regarding a status or disposition of the bottle, for example. An input or output described herein as performed by a bottle/container may alternatively be input or output by an associated user device. An input or output described herein as performed by a user device may alternatively be input or output by an associated bottle/container. Functionality may be provided to perform one to many communications, such as a coach to a team. Data as described herein may be collected, presented and/or aggregated as may be desired. Such data might be presented in the voice of a coach or trainer to a team via communication to each team member's bottle, for example. For example, data regarding one person's goal or team goal information might be output in the voice of the coach.
With regard to the GUI 7000 in
On the other hand, the processing and decisioning of step 2023 may yield a yes determination. As a result, the process passes from step 2023 to step 2024. In step 2024, the processor interfaces with the lead user to change profile information of the lead user, in this illustrative example. Such functionality may be provided by the GUI of
In step 2044, via GUI interface with the processor, the lead user may create and adjust dispense events for the group.
In step 2049, the processor interfaces with the lead user opt-out a member user from a dispense event. Such processing may be performed in conjunction with the GUI of
As reflected in the GUI 7700, the team dispense event screen also allows a lead user to control which member users are included in a particular dispensing event. In the illustrated example of
In the example of
According to principles of the disclosure, in an embodiment 1A, a container assembly can comprise: (a) a container having a known storage capacity for storing a liquid; (b) a dispensing assembly, the dispensing assembly dispensing variable, non-zero quantities of one or more additives into the liquid stored in the container; (c) one or more vessels that each contain one of the additives, of the one or more additives, to be dispensed into the liquid; (d) a database that includes data that represents known trigger events, each of which is associated with a respective action event dataset; and (e) a processing portion, associated with the database, that performs processing including: processing first data that represents an observed event; comparing the first data with the known trigger events to determine if the first data constitutes a trigger event of the known trigger events; determining that the first data does constitute such trigger event of the known trigger events; retrieving, from the database, an associated action event dataset, of the action event datasets, that is associated with the trigger event; and performing an action event that is dictated by the associated action event dataset.
An embodiment 2A can include the features of embodiment 1A in which, the observed event, as represented by the first data, relates to a consumption of a first additive, of the one or more additives.
An embodiment 3A can include the features of embodiment 2A in which, the action item includes playing a song.
An embodiment 4A can include the features of embodiment 1A in which, the action item includes playing a song.
An embodiment 5A can include the features of embodiment 1A in which, the processing portion performing further processing including: (a) determining if the action event is subject to an imposed constraint; (b) determining that the action event is not subject to an imposed constraint; and (c) based on that the action event is not constrained, performing the action event that is dictated by the associated action event dataset.
An embodiment 6A can include the features of embodiment 5A in which, the determining if the action event is subject to an imposed constraint includes checking an orientation of the container assembly.
An embodiment 7A can include the features of embodiment 1A in which, the associated action event dataset is disposed in the database in the form of a data record that is stored in the database of the container assembly.
An embodiment 8A can include the features of embodiment 1A in which, the observed event, as represented by the first data, relates to an observed location of the container assembly.
An embodiment 9A can include the features of embodiment 8A in which, the processing portion interfacing with the user to input the observed location, including distance threshold information so as to establish the observed location.
An embodiment 10A can include the features of embodiment 8A in which, the processing portion interfacing with the user to input the observed location, including at least one selected from the group consisting of (a) movement into a location, and (b) change in location.
An embodiment 11A can include the features of embodiment 1A in which, the observed event, as represented by the first data, relates to an observed time event.
An embodiment 12A can include the features of embodiment 1A in which, the one or more vessels, that each contain one of the additives, is constituted by a plurality of vessels.
An embodiment 13A can include the features of embodiment 1A in which, the processing portion interfacing with the user to input a trigger event, of the known trigger events.
An embodiment 14A can include the features of embodiment 13A in which, the interfacing with the user to input a trigger event is performed via a graphical user interface (GUI) on a user device of the user, the user device in communication with the container assembly, so as to interface with the user.
An embodiment 15A can include the features of embodiment 13A in which, the interfacing with the user to input a trigger event is performed via a graphical user interface (GUI) on the container assembly.
An embodiment 16A can include the features of embodiment 1A in which, the processing portion performing further processing including: (a) interfacing with a user device, associated with a user of the container assembly, to input attributes of a trigger event, to be one of the known trigger events; (b) mapping the input attributes of such trigger event to a stored action event so as to generate a mapping; and (c) storing the mapping in an associated action event dataset that is associated with such trigger event.
According to principles of the disclosure, in an embodiment 1B, a group processing system can comprise: (A) a control processing portion (CPP) that performs processing; (B) a system database that contains data used by the CPP; (C) a container assembly that is associated with a first member user, the container assembly comprising: (a) a container having a known storage capacity for storing a liquid; (b) a dispensing assembly, the dispensing assembly dispensing variable, non-zero quantities of one or more additives into the liquid stored in the container; (c) one or more vessels that each contain one of the additives, of the one or more additives, to be dispensed into the liquid; (d) a container database; and (e) a processing portion, associated with the container database, that performs processing including performing dispensing that dispenses at least one of the additives into the liquid; and (D) the CPP performing processing including: (a) interfacing with a lead user including establishing the lead user based on input of credentials from the lead user; (b) interfacing with the lead user to form a group, and the group including at least the first member user; (c) interfacing with the lead user to input a dispense command; (E) the processing portion retrieving the dispense command; (F) the processing portion performing the dispense command to dispense an additive, of the one or more additives.
An embodiment 2B can include the features of embodiment 1B in which, the interfacing with the lead user includes interfacing with a lead user device.
An embodiment 3B can include the features of embodiment 1B in which, the processing portion performing the dispense command includes the processing portion: (a) determining whether the dispense is subject to an adjustment; (b) determining that the dispense is subject to an adjustment; and (c) performing the dispense command based on the adjustment.
An embodiment 4B can include the features of embodiment 1B in which, the interfacing with the lead user to form a group includes interfacing with the lead user to add a plurality of member users into the group, the plurality of member users including the member user and other member users.
An embodiment 5B can include the features of embodiment 4B in which, the CPP outputting the dispense command to respective container assemblies associated with each of the other member users.
An embodiment 6B can include the features of embodiment 4B in which, the CPP inputting use data, from each of the plurality of member users, regarding consumption of additives of the plurality of member users.
An embodiment 7B can include the features of embodiment 4B in which, the CPP interfacing with the lead user to input the dispense command includes generating a schedule for a dispense of an additive, of the one or more additives.
An embodiment 8B can include the features of embodiment 7B in which, the CPP interfacing with the lead user to input the dispense command includes interfacing with the lead user to opt-out the first member user from at least one dispense event, while maintaining the dispense event for the other member users.
An embodiment 9B can include the features of embodiment 1B in which, the processing portion, of the container assembly of the first member user, inputting factor data regarding at least one impacting factor; and adjusting the dispense command based on the factor data.
An embodiment 10B can include the features of embodiment 9B in which, the at least one impacting factor includes ambient environment related data that includes temperature of the ambient environment.
An embodiment 11B can include the features of embodiment 1B in which, the processing portion, of the container assembly of the first member user, interfacing with the first member user to input a time window, and the time window controlling when the lead member can control, in performing the dispense command, the container assembly of the first member user.
An embodiment 12B can include the features of embodiment 1B in which, the dispense command to dispense an additive includes data regarding both timing of a dispense event and quantity of additive dispensed, in the container assembly of the first member user.
An embodiment 13B can include the features of embodiment 1B in which, the dispense command to dispense an additive includes data regarding timing of a dispense event in the container assembly of the first member user.
An embodiment 14B can include the features of embodiment 1B in which, the processing portion performing the dispense command includes the processing portion outputting a communication to the first member user regarding the dispense.
An embodiment 15B can include the features of embodiment 14B in which, the outputting a communication to the first member user regarding the dispense includes an audio output, via a speaker of the container assembly, that is pushed to the first member user.
The foregoing detailed description has set forth various embodiments of the systems, devices, and/or processes via the use of block diagrams, flowcharts, and/or examples. Insofar as such block diagrams, flowcharts, and/or examples contain one or more functions and/or operations, it will be understood by those within the art that each function and/or operation within such block diagrams, flowcharts, or examples can be implemented, individually and/or collectively, by a wide range of hardware, software, firmware, or virtually any combination thereof.
With respect to the use of substantially any plural and/or singular terms herein, those having skill in the art can translate from the plural to the singular and/or from the singular to the plural as is appropriate to the context and/or application. The various singular/plural permutations may be expressly set forth herein for sake of clarity.
Thus, particular embodiments of the subject matter have been described. In some cases, the actions described in accordance with one or more of the embodiments may be performed in a different order and still achieve desirable results. In addition, the processes depicted in the accompanying figures do not necessarily require the particular order shown, or sequential order, to achieve desirable results. In certain implementations, multitasking and parallel processing may be advantageous.
It is appreciated that the systems and methods of the disclosure may use various known communication techniques such as third party natural language processing, natural language provider services, and/or software development kits (SDKs), for example. Natural language processing may be used to translate or convert natural language to machine language. Natural language processing may be used to convert sound or audio information input into the system (via microphone, for example) to machine language that is understandable by a processor as described herein. Natural language processing may be used to convert machine language that is understandable by a processor as described herein to sound or audio information output by the system (via speaker, for example). It is appreciated that the systems and methods of the disclosure may use various known communication techniques such as third party processing, provider services, and/or SDKs, for example, to convert or translate between other communication channels, as may be needed or desired.
It is appreciated that a feature of one embodiment of the disclosure as described herein may be used in conjunction with features of one or more other embodiments as may be desired.
As used herein, “data” and “information” have been used interchangeably.
Any motorized structure as described herein may utilize gears, linkages, sprocket with chain, or other known mechanical arrangement so as to transfer requisite motion and/or energy.
Hereinafter, further aspects of implementation of the systems and methods of the disclosure will be described.
As described herein, at least some embodiments of the system of the disclosure and various processes, of embodiments, are described as being performed by one or more computer processors. Such one or more computer processors may be in the form of a “processing machine,” i.e. a tangibly embodied machine.
As used herein, the term “processing machine” is to be understood to include at least one processor that uses at least one memory. The at least one memory stores a set of instructions. The instructions may be either permanently or temporarily stored in the memory or memories of the processing machine. The processor executes the instructions that are stored in the memory or memories in order to process data. The set of instructions may include various instructions that perform a particular task or tasks, such as any of the processing as described herein. Such a set of instructions for performing a particular task may be characterized as a program, software program, code or simply software.
As noted above, the processing machine, which may be constituted, for example, by the particular system and/or systems described above, executes the instructions that are stored in the memory or memories to process data. This processing of data may be in response to commands by a user or users of the processing machine, in response to previous processing, in response to a request by another processing machine and/or any other input, for example.
As noted above, the machine used to implement the disclosure may be in the form of a processing machine. The processing machine may also utilize (or be in the form of) any of a wide variety of other technologies including a special purpose computer, a computer system including a microcomputer, mini-computer or mainframe for example, a programmed microprocessor, a micro-controller, a peripheral integrated circuit element, a CSIC (Consumer Specific Integrated Circuit) or ASIC (Application Specific Integrated Circuit) or other integrated circuit, a logic circuit, a digital signal processor, a programmable logic device such as a FPGA, PLD, PLA or PAL, or any other device or arrangement of devices that is capable of implementing the steps of the processes of the disclosure.
The processing machine used to implement the invention may utilize a suitable operating system. Thus, embodiments of the disclosure may include a processing machine running the Windows 10 operating system, the Windows 8 operating system, Microsoft Windows™ Vista™ operating system, the Microsoft Windows™ XP™ operating system, the Microsoft Windows™ NT™ operating system, the Windows™ 2000 operating system, the Unix operating system, the Linux operating system, the Xenix operating system, the IBM AIX™ operating system, the Hewlett-Packard UX™ operating system, the Novell Netware™ operating system, the Sun Microsystems Solaris™ operating system, the OS/2™ operating system, the BeOS™ operating system, the Macintosh operating system, the Apache operating system, an OpenStep™ operating system or another operating system or platform.
It is appreciated that in order to practice the method of the disclosure as described above, it is not necessary that the processors and/or the memories of the processing machine be physically located in the same geographical place. That is, each of the processors and the memories used by the processing machine may be located in geographically distinct locations and connected so as to communicate in any suitable manner. Additionally, it is appreciated that each of the processor and/or the memory may be composed of different physical pieces of equipment. Accordingly, it is not necessary that the processor be one single piece of equipment in one location and that the memory be another single piece of equipment in another location. That is, it is contemplated that the processor may be two pieces of equipment in two different physical locations. The two distinct pieces of equipment may be connected in any suitable manner. Additionally, the memory may include two or more portions of memory in two or more physical locations.
To explain further, processing is described above is performed by various components and various memories. However, it is appreciated that the processing performed by two distinct components as described above may, in accordance with a further embodiment of the disclosure, be performed by a single component. Further, the processing performed by one distinct component as described above may be performed by two distinct components. In a similar manner, the memory storage performed by two distinct memory portions as described above may, in accordance with a further embodiment of the disclosure, be performed by a single memory portion. Further, the memory storage performed by one distinct memory portion as described above may be performed by two memory portions.
Further, as also described above, various technologies may be used to provide communication between the various processors and/or memories, as well as to allow the processors and/or the memories of the disclosure to communicate with any other entity; i.e., so as to obtain further instructions or to access and use remote memory stores, for example. Such technologies used to provide such communication might include a network, the Internet, Intranet, Extranet, LAN, an Ethernet, or any client server system that provides communication, for example. Such communications technologies may use any suitable protocol such as TCP/IP, UDP, or OSI, for example.
As described above, a set of instructions is used in the processing of the invention on a processing machine, for example. The set of instructions may be in the form of a program or software. The software may be in the form of system software or application software, for example. The software might also be in the form of a collection of separate programs, a program module within a larger program, or a portion of a program module, for example. The software used might also include modular programming in the form of object oriented programming. The software tells the processing machine what to do with the data being processed.
Further, it is appreciated that the instructions or set of instructions used in the implementation and operation of the invention may be in a suitable form such that the processing machine may read the instructions. For example, the instructions that form a program may be in the form of a suitable programming language, which is converted to machine language or object code to allow the processor or processors to read the instructions. That is, written lines of programming code or source code, in a particular programming language, are converted to machine language using a compiler, assembler or interpreter. The machine language is binary coded machine instructions that are specific to a particular type of processing machine, i.e., to a particular type of computer, for example. The computer understands the machine language.
A suitable programming language may be used in accordance with the various embodiments of the disclosure. Illustratively, the programming language used may include assembly language, Ada, APL, Basic, C, C++, COBOL, dBase, Forth, Fortran, Java, Modula-2, Pascal, Prolog, REXX, Visual Basic, and/or JavaScript, for example. Further, it is not necessary that a single type of instructions or single programming language be utilized in conjunction with the operation of the systems and methods of the disclosure. Rather, any number of different programming languages may be utilized as is necessary or desirable.
Also, the instructions and/or data used in the practice of the invention may utilize any compression or encryption technique or algorithm, as may be desired. An encryption module might be used to encrypt data. Further, files or other data may be decrypted using a suitable decryption module, for example. As described above, the invention may illustratively be embodied in the form of a processing machine, including a computer or computer system, for example, that includes at least one memory. It is to be appreciated that the set of instructions, i.e., the software for example, that enables the computer operating system to perform the operations described above may be contained on any of a wide variety of media or medium, as desired. Further, the data that is processed by the set of instructions might also be contained on any of a wide variety of media or medium. That is, the particular medium, i.e., the memory in the processing machine, utilized to hold the set of instructions and/or the data used in the invention may take on any of a variety of physical forms or transmissions, for example. Illustratively, as also described above, the medium may be in the form of paper, paper transparencies, a compact disk, a DVD, an integrated circuit, a hard disk, a floppy disk, an optical disk, a magnetic tape, a RAM, a ROM, a PROM, a EPROM, a wire, a cable, a fiber, communications channel, a satellite transmissions or other remote transmission, as well as any other medium or source of data that may be read by the processors of the disclosure.
Further, the memory or memories used in the processing machine that implements the invention may be in any of a wide variety of forms to allow the memory to hold instructions, data, or other information, as is desired. Thus, the memory might be in the form of a database to hold data. The database might use any desired arrangement of files such as a flat file arrangement or a relational database arrangement, for example.
In the systems and methods of the disclosure, a variety of “user interfaces” may be utilized to allow a user to interface with the processing machine or machines that are used to implement the invention. As used herein, a user interface includes any hardware, software, or combination of hardware and software used by the processing machine that allows a user to interact with the processing machine. A user interface may be in the form of a dialogue screen for example. A user interface may also include any of a mouse, touch screen, keyboard, voice reader, voice recognizer, dialogue screen, menu box, list, checkbox, toggle switch, a pushbutton or any other device that allows a user to receive information regarding the operation of the processing machine as it processes a set of instructions and/or provide the processing machine with information. Accordingly, the user interface is any device that provides communication between a user and a processing machine. The information provided by the user to the processing machine through the user interface may be in the form of a command, a selection of data, or some other input, for example.
As discussed above, a user interface is utilized by the processing machine that performs a set of instructions such that the processing machine processes data for a user. The user interface is typically used by the processing machine for interacting with a user either to convey information or receive information from the user. However, it should be appreciated that in accordance with some embodiments of the systems and methods of the disclosure, it is not necessary that a human user actually interact with a user interface used by the processing machine of the disclosure. Rather, it is also contemplated that the user interface of the invention might interact, i.e., convey and receive information, with another processing machine, rather than a human user. Accordingly, the other processing machine might be characterized as a user. Further, it is contemplated that a user interface utilized in the systems and methods of the disclosure may interact partially with another processing machine or processing machines, while also interacting partially with a human user.
It will be appreciated that the effects of the present disclosure are not limited to the above-mentioned effects, and other effects, which are not mentioned herein, will be apparent to those in the art from the disclosure and accompanying claims.
Although the preferred embodiments of the present disclosure have been disclosed for illustrative purposes, those skilled in the art will appreciate that various modifications, additions and substitutions are possible, without departing from the scope and spirit of the disclosure and accompanying claims.
It will be understood that when an element or layer is referred to as being “on” another element or layer, the element or layer can be directly on another element or layer or intervening elements or layers. In contrast, when an element is referred to as being “directly on” another element or layer, there are no intervening elements or layers present. As used herein, the term “and/or” includes any and all combinations of one or more of the associated listed items.
It will be understood that, although the terms first, second, third, etc., may be used herein to describe various elements, components, regions, layers and/or sections, these elements, components, regions, layers and/or sections should not be limited by these terms. These terms are only used to distinguish one element, component, region, layer or section from another region, layer or section. Thus, a first element, component, region, layer or section could be termed a second element, component, region, layer or section without departing from the teachings of the present disclosure.
Spatially relative terms, such as “lower”, “upper”, “top”, “bottom”, “left”, “right” and the like, may be used herein for ease of description to describe the relationship of one element or feature to another element(s) or feature(s) as illustrated in the figures. It will be understood that spatially relative terms are intended to encompass different orientations of structures in use or operation, in addition to the orientation depicted in the figures. For example, if a device in the figures is turned over, elements described as “lower” relative to other elements or features would then be oriented “upper” relative the other elements or features. Thus, the exemplary term “lower” can encompass both an orientation of above and below. The device may be otherwise oriented (rotated 90 degrees or at other orientations) and the spatially relative descriptors used herein should be interpreted accordingly.
The terminology used herein is for the purpose of describing particular embodiments only and is not intended to be limiting of the disclosure. As used herein, the singular forms “a”, “an” and “the” are intended to include the plural forms as well, unless the context clearly indicates otherwise. It will be further understood that the terms “comprises” and/or “comprising,” when used in this specification, specify the presence of stated features, integers, steps, operations, elements, and/or components, but do not preclude the presence or addition of one or more other features, integers, steps, operations, elements, components, and/or groups thereof.
Embodiments of the disclosure are described herein with reference to diagrams and/or cross-section illustrations, for example, that are schematic illustrations of idealized embodiments (and intermediate structures) of the disclosure. As such, variations from the shapes of the illustrations as a result, for example, of manufacturing techniques and/or tolerances, are to be expected. Thus, embodiments of the disclosure should not be construed as limited to the particular shapes of components illustrated herein but are to include deviations in shapes that result, for example, from manufacturing.
Unless otherwise defined, all terms (including technical and scientific terms) used herein have the same meaning as commonly understood by one of ordinary skill in the art to which this disclosure belongs. It will be further understood that terms, such as those defined in commonly used dictionaries, should be interpreted as having a meaning that is consistent with their meaning in the context of the relevant art and will not be interpreted in an idealized or overly formal sense unless expressly so defined herein.
Any reference in this specification to “one embodiment,” “an embodiment,” “example embodiment,” etc., means that a particular feature, structure, or characteristic described in connection with the embodiment is included in at least one embodiment of the disclosure. The appearances of such phrases in various places in the specification are not necessarily all referring to the same embodiment. Further, when a particular feature, structure, or characteristic is described in connection with any embodiment, it is submitted that it is within the purview of one skilled in the art to effect and/or use such feature, structure, or characteristic in connection with other ones of the embodiments.
It will be readily understood by those persons skilled in the art that the present disclosure is susceptible to broad utility and application. Many embodiments and adaptations of the present disclosure other than those herein described, as well as many variations, modifications and equivalent arrangements, will be apparent from or reasonably suggested by the present disclosure and foregoing description thereof, without departing from the substance or scope of the disclosure.
Accordingly, while the present disclosure has been described here in detail in relation to its exemplary embodiments, it is to be understood that this disclosure is only illustrative and exemplary of the present invention and is made to provide an enabling disclosure of the invention. Accordingly, the foregoing disclosure is not intended to be construed or to limit the present invention or otherwise to exclude any other such embodiments, adaptations, variations, modifications and equivalent arrangements.
This application claims priority to U.S. Provisional Patent Application 62/682,779 filed Jun. 8, 2018, the content of which is incorporated herein by reference in its entirety. The subject matter of this application is related to U.S. application Ser. No. 15/694,659, filed Sep. 1, 2017 (U.S. Publication 2018/0099850), the entire disclosure of which is hereby incorporated by reference. This application is related to U.S. application Ser. No. 15/179,709, filed Jun. 10, 2016 (U.S. Publication 2017/0156540 and now U.S. Pat. No. 10,231,567), the entire disclosure of which is hereby incorporated by reference. This application is related to U.S. application Ser. No. 15/862,206, filed Jan. 4, 2018 (U.S. Publication 2018/0177325), the entire disclosure of which is hereby incorporated by reference. This application is related to U.S. Provisional Patent Application Ser. No. 62/442,039, filed Jan. 4, 2017, the entire disclosure of which is hereby incorporated by reference. The subject matter of this application is related to U.S. application Ser. No. 14/960,109, filed Dec. 4, 2015 and published Jun. 9, 2016 (U.S. Publication 2016/0159632 and now U.S. Pat. No. 9,932,217), which claims priority to U.S. Provisional Patent Application Ser. No. 62/174,935, filed Jun. 12, 2015; U.S. Provisional Patent Application Ser. No. 62/174,466, filed Jun. 11, 2015; U.S. Provisional Patent Application Ser. No. 62/174,415, filed Jun. 11, 2015; and U.S. Provisional Patent Application Ser. No. 62/088,189, filed Dec. 5, 2014, the entire disclosures of which are hereby incorporated by reference. The subject matter of this application is also related to International Application Ser. No. PCT/US2015/063974, filed Dec. 4, 2015 and published Jun. 9, 2016, the entire disclosure of which is hereby incorporated by reference. The subject matter of this application is related to U.S. application Ser. No. 15/179,709, filed Jun. 10, 2016, which claims priority to U.S. Provisional Patent Application Ser. No. 62/174,935, filed Jun. 12, 2015; U.S. Provisional Patent Application Ser. No. 62/174,466, filed Jun. 11, 2015; U.S. Provisional Patent Application Ser. No. 62/174,459, filed Jun. 11, 2015; U.S. Provisional Patent Application Ser. No. 62/174,453, filed Jun. 11, 2015; U.S. Provisional Patent Application Ser. No. 62/174,447, filed Jun. 11, 2015; U.S. Provisional Patent Application Ser. No. 62/174,427, filed Jun. 11, 2015; U.S. Provisional Patent Application Ser. No. 62/174,415, filed Jun. 11, 2015; U.S. Provisional Patent Application Ser. No. 62/174,343, filed Jun. 11, 2015; U.S. Provisional Patent Application Ser. No. 62/174,336, filed Jun. 11, 2015; U.S. Provisional Patent Application Ser. No. 62/174,254, filed Jun. 11, 2015; and U.S. Provisional Patent Application Ser. No. 62/174,440, filed Jun. 11, 2015, the entire disclosures of which are hereby incorporated by reference. The subject matter of this application is also related to International Application Ser. No. PCT/US2016/036992, filed Jun. 10, 2016 and published Dec. 15, 2016, the entire disclosure of which is hereby incorporated by reference.
| Number | Date | Country | |
|---|---|---|---|
| 62682779 | Jun 2018 | US |
| Number | Date | Country | |
|---|---|---|---|
| Parent | 16596683 | Oct 2019 | US |
| Child | 18152112 | US | |
| Parent | 16436656 | Jun 2019 | US |
| Child | 16596683 | US |
