DETAILED ACTION
This action is in reference to the communication filed on 1/23/2025.
Claims 1-20 are present and have been examined.
Claim Rejections - 35 USC § 101
35 U.S.C. 101 reads as follows:
Whoever invents or discovers any new and useful process, machine, manufacture, or composition of matter, or any new and useful improvement thereof, may obtain a patent therefor, subject to the conditions and requirements of this title.
Claims 1-20 rejected under 35 U.S.C. 101 because the claimed invention is directed to non-statutory subject matter. As explained below, the claim(s) are directed to an abstract idea without significantly more.
Step One: Is the Claim directed to a process, machine, manufacture or composition of matter? YES
With respect to claim(s) 1-20 the independent claim(s) 1, 10 recite(s) an apparatus and a system, each of which is a statutory category of invention.
Step 2A – Prong One: Is the claim directed to a law of nature, a natural phenomenon (product of nature) or an abstract idea? YES
With respect to claim(s) 1-20 the independent claim(s) (claims 1, 10) is/are directed, in part, to:
An apparatus for glycemic control of a user, comprising:
receive biological data of the user
select an activity mode of a plurality of activity modes of a wearable injection device based on at least one of the user input and the biological data, the activity mode indicative of a temporary condition affecting a blood glucose level of the user;
modify a set of operational parameters for calculating medication dosages based on the selected activity mode;
calculate an amount of medication to deliver to the user based on the biological data and the selected activity.
These claim elements are considered to be abstract ideas because they are directed to mental processes including concepts performed in the human mind such as observation, judgement, evaluation, and opinion. Receiving data (observation), selecting a mode regarding the temporary condition of the blood glucose (evaluation), modifying parameters and calculating an amount of medication (evaluation) are all examples of such concepts. The claimed elements further are directed to a mathematical concept such as relationships, formulas, equations, and calculations. Calculating an amount of medication based on the received data is categorically an example of a mathematical concept.
Accordingly, the claims recite abstract ideas.
Step 2A – Prong Two: Does the claim recite additional elements that integrate the judicial exception into a practical application? NO.
This judicial exception is not integrated into a practical application. In particular, the claim(s) recite(s) additional element – claim 1 recites a “display device,” a processor in electronic communication with the display, a memory communicatively coupled with the processor and storing instructions, generating a user interface through the display device, receiving input at the interface, and wherein the data is received via a biological sensor, while claim 10 recites similar elements, with the addition of a wearable medical device comprising a reservoir storing medication, and an injector to administer the medication, as well as a computing device in communication with the wearable medical device.
Examiner finds that the “communications” between the devices as claimed, as well as the display generation/input are examples of adding insignificant extra solution activity to the judicial exception(s) identified (see MPEP 2106.05g). As per the processors, the displays themselves, as well as the memory elements, Examiner finds recited at a high level of generality and as such amount to no more than adding the words “apply it” to the judicial exception, or mere instructions to implement the abstract idea on a computer, or merely uses the computer as a tool to perform the abstract idea (see MPEP 2106.05f), or generally links the use of the judicial exception to a particular technological field of use/computing environment (see MPEP 2106.05h). Examiner finds no improvement to the functioning of the computer or any other technology or technical field in the above identified elements as claimed (see MPEP 2106.05a), nor any other application or use of the judicial exception in some meaningful way beyond a general like between the use of the judicial exception to a particular technological environment (see MPEP 2106.05e). With regard to the wearable medical device comprising a liquid reservoir/pump, Examiner specifically notes this to be a general link of the judicial exception(s) to a particular technological environment/field of use – i.e. medication dispensation. (See MPEP 2106.05h). Examiner again finds no improvement to the functioning of the device itself, nor to any other related technology or technical field (see MPEP 2106.05a). These additional elements are found to amount to no more than mere instructions to implement or apply the exception using the identified elements.
Accordingly, this/these additional element(s) do(es) not integrate the abstract idea into a practical application because it does not impose any meaningful limits on practicing the abstract idea. The claim is directed to an abstract idea.
Step 2B: Does the claim recite additional elements that amount to significantly more than the judicial exception? NO.
The independent claim(s) is/are additionally directed to claim elements such as: claim 1 recites a “display device,” a processor in electronic communication with the display, a memory communicatively coupled with the processor and storing instructions, generating a user interface through the display device, receiving input at the interface, and wherein the data is received via a biological sensor, while claim 10 recites similar elements, with the addition of a wearable medical device comprising a reservoir storing medication, and an injector to administer the medication, as well as a computing device in communication with the wearable medical device. When considered individually, the identified claim elements only contribute generic recitations of technical elements to the claims. It is readily apparent, for example, that the claim is not directed to any specific improvements of these elements. Examiner looks to Applicant’s specification in:
[0020] Still referring to FIG. 1, in some embodiments, the apparatus 100 may be configured to receive biological data 132 from biological sensor 128. Apparatus 100 and/or processor 104 may be in electronic communication with biological sensor 128. “Electronic communication” as used in this disclosure is a form of connection between two objects where data is transferred. Electronic communication between biological sensor 128 and apparatus 100 may include, but is not limited to, wired, wireless, and/or other connections. A “biological sensor” as used in this disclosure is a device that detects biological data. Biological sensor 128 may include, without limitation, heart rate monitors, blood pressure sensors, blood oxygen sensors, thermometers, blood glucose monitors, continuous blood glucose monitors (CGM), ketone sensors, blood alcohol sensors and the like. Blood glucose monitor and continuous blood glucose monitors (CGM) may also be referred to as blood glucose meters. Biological sensor 128 may detect and/or generate biological data 132.
[0037]… A wearable injection device may include a liquid reservoir, a drug reservoir, a biological sensor, a pump, and a needle and/or cannula injector, without limitation. An injector may include, without limitation, a needle, cannula, syringe, and/or other piercing element in mechanical connection with a spring, pump, and/or other moving element. The apparatus 100 may communicate the amount of medication 136 to a wearable injection device, to which the wearable injection device may administer the amount of medication 136 to a user through an injector. In some embodiments, the apparatus 100 and/or the processor 104 may communicate instructions related to the selected activity mode 124 to a wearable medical device. Instructions may include administering of medication, raising or lowering of blood glucose threshold or target values, raising or lowering of insulin-on-board threshold or target values, and/or any other operation related to the selected activity mode 124 as described throughout this disclosure.
[0064] In an example, the wearable injection device 802 may include a processor 814. The processor 814 may be implemented in hardware, software, or any combination thereof. The processor 814 may, for example, be a microprocessor, a logic circuit, a field programmable gate array (FPGA), an application specific integrated circuit (ASIC) or a microprocessor coupled to a memory. The processor 814 may maintain a date and time as well as be operable to perform other functions (e.g., calculations or the like). The processor 814 may be operable to execute a control application 826 and a voice control application 888 stored in the memory 812 that enables the processor 814 to direct operation of the wearable drug delivery device 802.
[0065] Still referring to FIG. 8, the input/output device(s) 845 may one or more of a microphone, a speaker, a vibration device, a display, a push button, a touchscreen display, a tactile input surface, or the like. The input/output device(s) 845 may be coupled to the processor 814 and may include circuitry operable to generate signals based on received inputs and provide the generated signals to the processor 814. In addition, the input/output device(s) 845 may be operable to receive signals from the processor 814 and, based on the received signals, generate outputs via a respective output device.
These passages, as well as others, makes it clear that the invention is not directed to a technical improvement. When the claims are considered individually and as a whole, the additional elements noted above, appear to merely apply the abstract concept to a technical environment in a very general sense – i.e. a generic computer receives information from another generic computer, processes the information and then sends information back. The wearable device(s) is/are also described in functional terms only, rather than providing any sort of improvement therein in the claim language. The most significant elements of the claims, that is the elements that really outline the inventive elements of the claims, are set forth in the elements identified as an abstract idea. The fact that the generic computing devices are facilitating the abstract concept is not enough to confer statutory subject matter eligibility.
As per dependent claims 2-9, 11-19:
Dependent claims 2-8, 11-18, are not directed any additional abstract ideas and are also not directed to any additional non-abstract claim elements. Rather, these claims offer further descriptive limitations of elements found in the independent claims and addressed above – such as elements of the mathematical calculations to determine an activity/dose, description as to the calculations themselves, description of the medication to be calculated, and description of the type(s) of modes considered. While these descriptive elements may provide further helpful context for the claimed invention these elements do not serve to confer subject matter eligibility to the invention since their individual and combined significance is still not heavier than the abstract concepts at the core of the claimed invention.
Dependent claims 9, 20, 19 are not directed to any additional abstract ideas, but do recite additional non-abstract elements. Claims 9, 20 recite specific examples of the types of sensors being glucose and blood alcohol, while claim 19 provides for actual dispensation of insulin. Examiner finds that the specific types of sensors are insufficient to amount to either a practical application nor significantly more, as they are at best applied to the abstract idea(s) rather than providing some form of improvement or other meaningful limitation. Examiner further refers to the portions of the specification cited above with regard to the sensors in the independent claims in support of the position – it is clear the invention relies upon the existing technology/capabilities therein. With regard to the insulin dispensation in claim 19, in the interest of compact prosecution Examiner further notes this is not sufficient to amount to a practical application or significantly more. Examiner again makes reference to the portions of the specification cited above with regard to the wearable medical device in support of the position that the actual dispensing is at best a general link between the technology and the judicial exception.
Claim Rejections - 35 USC § 102
In the event the determination of the status of the application as subject to AIA 35 U.S.C. 102 and 103 (or as subject to pre-AIA 35 U.S.C. 102 and 103) is incorrect, any correction of the statutory basis (i.e., changing from AIA to pre-AIA ) for the rejection will not be considered a new ground of rejection if the prior art relied upon, and the rationale supporting the rejection, would be the same under either status.
The following is a quotation of the appropriate paragraphs of 35 U.S.C. 102 that form the basis for the rejections under this section made in this Office action:
A person shall be entitled to a patent unless –
(a)(1) the claimed invention was patented, described in a printed publication, or in public use, on sale, or otherwise available to the public before the effective filing date of the claimed invention.
Claim(s) 1-20 is/are rejected under 35 U.S.C. 102a1 as being anticipated by Vleugels (US 20220378659 A1).
In reference to claim 1:
Vleugels teaches: An apparatus for glycemic control of a user (at least [080] “The patient management system can be used in studies of the impact of real-time bolus reminders on medication adherence and glycemic control.”), comprising:
a display device (at least [fig 2, 3, and related text] “Electronic device 218 may for example be a wearable device 321 that is worn around the wrist, arm or finger. Electronic device 218 may also be implemented as a wearable patch that may be attached to the body or may be embedded in clothing. Electronic device 218 may also be a module or add-on device that can for example be attached to another wearable device, to jewelry, or to clothing. Electronic device 219 may for example be a mobile device 322 such as a mobile phone, a tablet or a smart watch.” See also [082] app operating on an interface on a mobile device);
a processor in electronic communication with the display device (at least [fig 2, 3, and related text] electronic device 218) ; and
a memory communicatively connected to the processor, the memory containing instructions configuring the processor (at least [fig 2, 6 and related text] “Electronic device 218 typically includes, in part, one or more sensor units 627, a processing unit 628, memory 629 that can include or be realized as computer-readable storage media having program code instructions, a clock or crystal 630, radio circuitry 634, and a power management unit (“PMU”) 631.”) to:
generate a user interface through the display device, wherein the user interface is configured to receive user input (at least [081, 0118, 0267] “One part of the patient management system is the app, which might provide a user interface to be used by the patient. “);
receive biological data of the user from a biological sensor in communication with the processor (at least [0092-93] “For example, the insulin delivery system may use current or prior glucose level readings, fluctuations in glucose level readings, parameters derived from glucose level readings or insulin-on-board (i.e., the insulin that was administered at an earlier time but is still active in the patient's body)…” The insulin delivery system may also include parameters related to the meal activity itself, such as the duration of the meal, the pace of eating, the amounts consumed. The insulin delivery system may also use other sensor inputs such as heart rate, blood pressure, body temperature, hydration level, fatigue level, etc. and can obtain these from its own sensors or obtain some of them from other devices the patient might be using for this or for other purposes.”); and
select an activity mode of a plurality of activity modes of a wearable injection device based on at least one of the user input and the biological data, the activity mode indicative of a temporary condition affecting a blood glucose level of the user (at least [091] “The detection of an actual, probable or imminent start of a food intake event as described herein can be used to inform an insulin delivery system. Upon receiving a signal indicating an actual, probable or imminent start of a food intake event, the insulin delivery system may calculate or estimate the adequate dosage of insulin to be administered and the schedule for delivery of the insulin.” At [0113-0117] “In one example, the food intake detection system 101 may monitor the outputs of accelerometer and/or gyroscope sensors to detect a possible bite gesture or a possible sip gesture.” See also [0125-0127] for discussion of food intake event);
modify a set of operational parameters for calculating medication dosages based on the selected activity mode (at least [071] “For example, the wearable device might determine that the patient has started eating and from the pace of eating and a determined likely duration of the event, could signal to a dosing and delivery device some information about the eating event, which the delivery device could use to start a delivery of insulin to the patient. In addition, or instead, the wearable device could send a message relating to the eating event and the parameters measured.” See also [091-097] for discussion of delivery parameters for the insulin device);
calculate an amount of medication to deliver to the user based on the biological data and the selected activity mode (at least [091-097] “The insulin delivery system may use other parameters and inputs in calculating or estimating the dosing and frequency. For example, the insulin delivery system may use current or prior glucose level readings, fluctuations in glucose level readings, parameters derived from glucose level readings or insulin-on-board (i.e., the insulin that was administered at an earlier time but is still active in the patient's body)…Additional parameters related to the food intake event can also be used to inform an insulin delivery system. An insulin delivery system may use such parameters to calculate or estimate an adequate dosage of insulin to be delivered and/or the schedule for the insulin delivery. Such parameters may include, but are not limited to duration of eating or drinking, amounts of food or drinks consumed, pace of eating, amount of carbohydrates consumed, eating method or type of utensils or containers used. Some of these additional parameters (e.g., duration or pace) may be computed by the food intake tracking and feedback system without requiring any user intervention. In other cases, a user intervention, input or confirmation by the user may be necessary.”)
In reference to claim 2, 11:
Vleugels further teaches wherein the processor is further configured to:
correlate the biological data with an activity mode of the plurality of activity modes (at least [0116-0119] using the sensor data and the habit/prior consumption data, a correlation is made between detected and predicted events); and
prompt the user, through the user interface, to select the correlated activity mode (at least [0116] “ For example, training data obtained from the user and/or from other users at an earlier time may be used to train a classifier. Training data may be obtained by asking for user confirmation when a possible bite or sip gesture has been detected.” – i.e. a food/drinking event occurs).
In reference to claim 3, 12:
Vleugels further teaches wherein the processor is further configured to:
receive training data correlating biological data to activity modes (at least [0116] “The food intake event detection system may use machine learning or other data analytics techniques to improve the accuracy and reliability of its detection capabilities. For example, training data obtained from the user and/or from other users at an earlier time may be used to train a classifier. Training data may be obtained by asking for user confirmation when a possible bite or sip gesture has been detected. A labeled data record can then be created and stored in memory readable by the gesture processor that includes the features related to the gesture, along with other contextual features, such as time of day or location.”);
train an activity mode machine learning model with the training data, wherein the activity mode machine learning model is configured to input biological data and output an activity mode (at least [0116] “A classifier can then be trained on a labeled dataset comprised of multiple labeled data records set of labeled data records….”); and
determine an activity mode based on the output of the activity mode machine learning model (at least [0116] “and the trained classifier model can then be used in a food intake event detection system to more accurately detect the start of a food intake event”).
In reference to claim 4, 13:
Vleugels further teaches: wherein the processor is further configured to:
receive data from an external computing device of a plurality of biological data associated with a plurality of activity modes (at least [0122-123] “A variety of sensors may be used for such monitoring. The monitored signals may be generated by the dietary tracking and feedback system. For example, over a period of time, food intake events and characteristics related to those food intake events are recorded, such as eating pace, quantity of food consumption, food content, etc., while also tracking other parameters that are not directly, or perhaps not obviously, linked to the food intake event. This could be, for example, location information, time of day a person wakes up, stress level, certain patterns in a person's sleeping behavior, calendar event details including time,…” - i.e. patterns from the sensor events;
calculate an average selected activity mode based on the plurality of biological data (at least [0172, 0117-0119] stress and assorted pattern data are used to determine the habits of when a user eats, sleeps,and reacts) ; and
select an activity mode for the user based on the average selected activity mode (at least [117-0119] “As a result, the system can process correlations in the historical data to predict the time or time window that the user is most likely to have breakfast based on the current day of week and at what time the user woke up. Other trigger signals or trigger events may also be used by the non-real-time analysis and learning subsystem 105 to predict the time that a user will eat breakfast.”).
In reference to claim 5, 14:
Vleugels further teaches: wherein the processor is further configured to:
receive an acuteness factor through the user interface (at least [0418, 0500] “For example, if the measurement sensor unit 1904 is a CGM unit, the measurement sensor processing unit 1909 may include logic that analyzes signals received from the measurement sensor unit 1904 and looks for certain patterns, such as a rise in CGM readings, or a change in first or higher order derivative of CGM readings to determine if a food intake event is likely occurring, optionally with an associated probability or confidence level. “); and
modify the activity mode based on the acuteness factor (at least 0418, 0500] the determination/dosage is modified based on the severity of the CGM reading).
In reference to claim 6:
Vleugels further teaches: wherein the processor is further configured to:
determine a pattern of the user based the biological data (at least [0117-0119] patterns in the user’s activities, including sleep, monitoring, eating, stress); and
present an activity mode to the user through the user interface based on the pattern (at least [0116, 0135-013] “For example, when medication needs to be taken at certain times of day, a medication adherence system can monitor the time and, when it is time to take medication, issue an alert. It may then also activate the event detection subsystem (if it is not yet already active) and start monitoring the outputs of the event detection subsystem. It waits for a notification confirmation from user that he/she has taken the medication.” – when a predicted event is detected, an interface populates and waits for confirmation).
In reference to claim 7, 16:
Vleugels further teaches: wherein the processor is further configured to:
generate a list of activity modes (at least [096, 0116, 0138-0141, 0399, 0529] interfaces generated to confirm an activity as detected or predicted); and
present the list of activity modes to the user through the user interface (at least [096, 0116] user confirmation of the detected event/activity, at ]0138-141] user confirmation of the medication activity and/or in combination with a detected eating/drinking event, see also [0399, 0524, fig 19 and related text] for additional examples of confirmation of event/activity.
In reference to claim 8, 19:
Vleugels further teaches: wherein the amount of medication includes insulin (at least [071-077] insulin dispensed/dosed, including “whether and how much insulin”).
In reference to claim 9, 20:
Vleugels further teaches: wherein the biological sensor includes a blood glucose meter and a blood alcohol sensor (at least [070] CGM worn by patient, at [0368] “Cross-correlated analytics sub-system 1604 may combine the predicted drinking gestures with other sensor data to predict more accurately if someone is consuming a drink that contains alcohol and estimate the amount of alcohol consumed. Examples of other sensor data may include but are not limited to measuring hand vibration, heart rate, voice analysis, skin temperature, measuring blood, breath chemistry or body chemistry.”)
In reference to claim 10:
Vleugels teaches A system for glycemic control (at least [080] “The patient management system can be used in studies of the impact of real-time bolus reminders on medication adherence and glycemic control.”), comprising:
a biological sensor configured to generate biological data (at least [0410, 508-509] sensor maybe CGM and/or sensor units 2302);
a wearable medical device comprising: a liquid reservoir, wherein the liquid reservoir stores medication (at least [070] “The insulin could be given in the form of injectable insulin using for example a pen or syringe, or via an insulin pump or a similar insulin dosing and dispensing device that is attached to the patient's body to introduce measured amounts of insulin into the patient's body.“ see also [0410, 508-509]); and
an injector, wherein the injector is configured to administer the medication from the liquid reservoir to a user (at least [070] “The insulin could be given in the form of injectable insulin using for example a pen or syringe, or via an insulin pump or a similar insulin dosing and dispensing device that is attached to the patient's body to introduce measured amounts of insulin into the patient's body.“ see also [0410, 508-509], see also [0411] “For example, medication dispensing unit 1908 might be an embedded hardware system that injects doses or micro-doses of medication in response to instructions given by a software system and thus would only require minimal processing on-board. It is also possible that medication dosing calculation unit 1906 and medication dispensing unit 1908 are housed in the same hardware. “) ; and
a computing device in electronic communication with the wearable medical device, (at least [fig 19, 3 and related text] “ For example, medication dispensing unit 1908 might be an embedded hardware system that injects doses or micro-doses of medication in response to instructions given by a software system and thus would only require minimal processing on-board. It is also possible that medication dosing calculation unit 1906 and medication dispensing unit 1908 are housed in the same hardware. Certain elements of FIG. 19 may be distributed across multiple software and or hardware elements. As an example, a portion of medication dosing calculation unit 1906 may be implemented on one electronic device that is separate from the electronic device that houses medication dispensing unit 1908, whereas another portion of medication dosing calculation unit 1906 may be embedded within the same housing as medication dispensing unit 1908.”) wherein the computing device is configured to:
receive the biological data from the biological sensor (at least [0092-93] “For example, the insulin delivery system may use current or prior glucose level readings, fluctuations in glucose level readings, parameters derived from glucose level readings or insulin-on-board (i.e., the insulin that was administered at an earlier time but is still active in the patient's body)…” The insulin delivery system may also include parameters related to the meal activity itself, such as the duration of the meal, the pace of eating, the amounts consumed. The insulin delivery system may also use other sensor inputs such as heart rate, blood pressure, body temperature, hydration level, fatigue level, etc. and can obtain these from its own sensors or obtain some of them from other devices the patient might be using for this or for other purposes.”);
generate a user interface through a display device in electronic communication with the computing device (at least [081, 096, 0118, 0267] “One part of the patient management system is the app, which might provide a user interface to be used by the patient.“);
receive user input from the user interface (at least [081, 096, 0118, 0267] “One part of the patient management system is the app, which might provide a user interface to be used by the patient”; “Those records might be determined by the system, possibly with feedback from the user about their accuracy or those records might be determined by the user and input via a user interface of the system;”)
select an activity mode of a plurality of activity modes of the wearable medical device based on at least one of the biological data and the user input, the activity mode indicative of a temporary condition affecting blood glucose levels of the user (at least [091] “The detection of an actual, probable or imminent start of a food intake event as described herein can be used to inform an insulin delivery system. Upon receiving a signal indicating an actual, probable or imminent start of a food intake event, the insulin delivery system may calculate or estimate the adequate dosage of insulin to be administered and the schedule for delivery of the insulin.” At [0113-0117] “In one example, the food intake detection system 101 may monitor the outputs of accelerometer and/or gyroscope sensors to detect a possible bite gesture or a possible sip gesture.” See also [0125-0127] for discussion of food intake event);
modify a set of operational parameters for calculating medication dosages based on the selected activity mode at least [071] “For example, the wearable device might determine that the patient has started eating and from the pace of eating and a determined likely duration of the event, could signal to a dosing and delivery device some information about the eating event, which the delivery device could use to start a delivery of insulin to the patient. In addition, or instead, the wearable device could send a message relating to the eating event and the parameters measured.” See also [091-097] for discussion of delivery parameters for the insulin device); and
communicate the selected activity mode with the wearable medical device, wherein the wearable medical device administers the medication to the user based on the selected activity mode (at least [091-097] “The insulin delivery system may use other parameters and inputs in calculating or estimating the dosing and frequency. For example, the insulin delivery system may use current or prior glucose level readings, fluctuations in glucose level readings, parameters derived from glucose level readings or insulin-on-board (i.e., the insulin that was administered at an earlier time but is still active in the patient's body)…Additional parameters related to the food intake event can also be used to inform an insulin delivery system. An insulin delivery system may use such parameters to calculate or estimate an adequate dosage of insulin to be delivered and/or the schedule for the insulin delivery. Such parameters may include, but are not limited to duration of eating or drinking, amounts of food or drinks consumed, pace of eating, amount of carbohydrates consumed, eating method or type of utensils or containers used. Some of these additional parameters (e.g., duration or pace) may be computed by the food intake tracking and feedback system without requiring any user intervention. In other cases, a user intervention, input or confirmation by the user may be necessary.” At [0410] “In one embodiment of the current disclosure, the medication to be administered is insulin, the measurement sensor unit 1904 is a continuous glucose monitor sensor that measures interstitial glucose levels, medication dispensing unit 1908 is an insulin pump and medication dosing calculation unit 1906 is the insulin dosage computation unit of an automated insulin delivery system (a.k.a., artificial pancreas).” See also [0508, 0509] for more discussion about pump).
In reference to claim 15:
Vleugels further teaches: wherein the computing device is further configured to:
determine an activity pattern of the user based on the selected activity mode and biological data (at least [0117-0119] patterns in the user’s activities, including sleep, monitoring, eating, stress, as well as sensor obtained data); and
present an activity mode to the user through the user interface based on the activity pattern (at least [0116, 0135-013] “For example, when medication needs to be taken at certain times of day, a medication adherence system can monitor the time and, when it is time to take medication, issue an alert. It may then also activate the event detection subsystem (if it is not yet already active) and start monitoring the outputs of the event detection subsystem. It waits for a notification confirmation from user that he/she has taken the medication.” – when a predicted event is detected, an interface populates and waits for confirmation).
In reference to claim 17:
Vleugels further teaches: wherein the activity mode includes a drinking mode, which presumes the user consuming one or more alcoholic beverages (at least [0130] drinking event, at [0368] “Cross-correlated analytics sub-system 1604 may combine the predicted drinking gestures with other sensor data to predict more accurately if someone is consuming a drink that contains alcohol and estimate the amount of alcohol consumed.”).
In reference to claim 18:
Vleugels further teaches: wherein the drinking mode includes a hardness factor of the one or more alcoholic beverages (at least [0130] drinking events, and at [0368] amount of alcohol consumed would require hardness of consumed beverage in conjunction with food item cameras at [0154-0155].)
Relevant Prior Art
The prior art made of record and not relied upon is considered pertinent to applicant's disclosure.
US 20220133226 A1 to Nothacker et al discloses an alcohol consumption management system.
US 20200058386 A1 to Kelly describes a dynamic insulin pump monitoring/dispensing system.
Conclusion
Any inquiry concerning this communication or earlier communications from the examiner should be directed to KATHERINE KOLOSOWSKI-GAGER whose telephone number is (571)270-5920. The examiner can normally be reached Monday - Friday.
Examiner interviews are available via telephone, in-person, and video conferencing using a USPTO supplied web-based collaboration tool. To schedule an interview, applicant is encouraged to use the USPTO Automated Interview Request (AIR) at http://www.uspto.gov/interviewpractice.
If attempts to reach the examiner by telephone are unsuccessful, the examiner’s supervisor, Mamon Obeid can be reached at 571-270-1813. The fax phone number for the organization where this application or proceeding is assigned is 571-273-8300.
Information regarding the status of published or unpublished applications may be obtained from Patent Center. Unpublished application information in Patent Center is available to registered users. To file and manage patent submissions in Patent Center, visit: https://patentcenter.uspto.gov. Visit https://www.uspto.gov/patents/apply/patent-center for more information about Patent Center and https://www.uspto.gov/patents/docx for information about filing in DOCX format. For additional questions, contact the Electronic Business Center (EBC) at 866-217-9197 (toll-free). If you would like assistance from a USPTO Customer Service Representative, call 800-786-9199 (IN USA OR CANADA) or 571-272-1000.
/KATHERINE . KOLOSOWSKI-GAGER/
Primary Examiner
Art Unit 3687
/KATHERINE KOLOSOWSKI-GAGER/Primary Examiner, Art Unit 3687