The present invention generally relates to a sleep alarm system. More particularly, the present invention relates to a wearable sleep alarm system that is based on a user's sleep cycle.
Getting good sleep is important to our mood, performance, and health. Sleep is commonly viewed to include five stages: N1, N2, N3, and REM. Stages N1, N2, and N3 are considered non-rapid eye movement (NREM) sleep, with each stage leading to progressively deeper sleep and the lowest sleep state of REM sleep.
One aspect that impacts our experience of our sleep quality is the sleep state in which we are awakened. Generally people awakened in lower sleep states report feeling less rested and experience lowered performance as compared to people awakened in lighter sleep states such as N1 or N2.
One or more of the embodiments of the present invention provide a wearable alarm system that senses a user's movement during sleep in order to determine the user's sleep state and then awakens the user when the user is experiencing light sleep in order to improve the user's sleep experience. The alarm system receives a latest wakeup time, a user movement threshold trigger, and a begin-analysis time offset. The begin-analysis time offset is subtracted from the latest wakeup time to determine an analysis-begin time. The time between the analysis-begin time and the latest wakeup time is divided into a plurality of time intervals. During the time between the analysis-begin time and the latest wakeup time, the alarm system receives accelerometer data from an accelerometer positioned on a user's wrist in order to determine the user's movements. When the user's movement exceeds the user movement trigger, the alarm system determines the current time interval and increments a count of threshold triggers for the current time interval. When the count of threshold triggers for both the current time interval and the previous time interval are at least three, the alarm system activates a haptic and visible alarm to awaken the user.
In one embodiment, the user interface 170 may be provided by a smartphone and may use the Central Processing Unit (CPU) of the smartphone in combination with the smartphone's touchscreen. The user interface 170 is in communication with the alarm system chip 110 through the BLE 134. The application 180 may be stored in memory at the smartphone and may be executed by the CPU of the smartphone. The application 180 and smartphone may be in communication with the application memory 190, which may be a cloud-based memory storage system in one embodiment.
At the alarm system chip 110, the power system 140 provides power to the processing system 130 which controls the transmission of power to the other systems on the alarm system chip 110 including the alarm 120, the sensor system 150, and the light system 160. In one embodiment, the alarm 120 may be a vibrating (haptic) motor that is controlled by the processing system 130. In one embodiment, the light system 160 may be a Light-Emitting Diode (LED). In one embodiment, the sensor system 150 may include an accelerometer and gyroscope implemented either as separate sensors or as a single unit. Further, in one embodiment, the power system 140 may be a rechargeable battery such as a lithium-ion polymer battery.
In operation, power is received through the power input 242 to charge the power system 240. As shown, the power input 242 may be a Micro-Universal Serial Bus (USB) input. Power received through the power input 242 is passed to the battery charger 244 which charges the power system 240, which may be a lithium battery in one embodiment. The battery monitor 246 monitors the status of the power system 240 and transmits the status to the SoC 232. Power is also provided from the power system 240 to the SoC 232 through the voltage regulator 248 which serves to regulate the voltage supplied to the SoC 232.
As further described herein, the SoC 232 communicates with the memory 236 and sensor system 250 through a Serial Peripheral Interface (SPI).
The SoC 232 also controls the alarm 220 by transmitting an alarm initiation signal through the expansion header 262 to the alarm 220. The MOSFET pulldown 264 operates to prevent undesired activation of the alarm 220.
As shown in
The latest wakeup time is a time selected by the user at which the alarm system 100 will initiate an alarm using the alarm system 120 if the alarm system 120 has not yet already been activated.
At step 310, the processing system 130 receives the threshold trigger for the user and stores it in memory 136. More specifically, the threshold triggers may be received from the smartphone application or may be retrieved from the cloud storage application memory 190 by the smartphone application and then passed to the processing system 130.
At step 315, the processing system 130 retrieves the begin-analysis time offset. The begin-analysis time offset may already be previously stored in the memory 136, may be received from the smartphone application 180, or may be retrieved from the application memory 190. The begin-analysis time offset is a length of time prior to the latest wakeup time at which point the processing system 130 will begin to perform its analysis to determine whether to activate the alarm system 120. For example, the latest wakeup time may have been selected to be 8 am and the begin-analysis time offset may be 30 minutes.
At step 320, the processing system 130 subtracts the time offset from the latest wakeup time to determine the time to begin analyzing accelerometer data. For example, for a latest wakeup time of 8 am and a begin-analysis time offset of 30 minutes, the processing system 130 determines that analysis of the accelerometer data will begin at 7:30 am. This time is also stored in the memory 136.
Next, the processing system 130 compares the current time to the begin-analysis time at step 325. For example, the current time may be provided by the clock 138 which may be a high-frequency oscillating crystal 238. When the current time has not yet reached the analysis-begin time, the processing system 130 simply waits, as shown in step 330.
Conversely, when the current time has reached the analysis-begin time, the flowchart proceeds to step 335 and the processing system 130 retrieves from the memory 136 the number of intervals into which to divide the begin-analysis time offset. In one embodiment, the number of intervals may be 15. In another embodiment, the number of intervals may be received from the smartphone application 180 or may be received from the cloud storage based application memory 190. For example, then the begin-analysis time offset is 30 minutes, the number of intervals is 15, and the latest wakeup time is 8 am, the processing system 130 divides the 30 minutes from 7:30 am to 8 am into 15 intervals of 2 minutes each.
Next, at step 340, the processing system 130 receives sensor data from the sensor system 150 and compares the acceleration data from the sensor system 340 to the user's threshold trigger. In one embodiment, the user's threshold trigger may be 1.2 m/s2. In other embodiments, the user's threshold trigger may be in the range of 1.15-1.25 m/s2.
When the acceleration data from the sensor system 340 exceeds the threshold trigger, the processing system 130 detects a trigger at step 345 and the process proceeds to step 350. Conversely, the acceleration data from the sensor system 340 does not exceed the threshold trigger, then the processing system does not detect a trigger and the flowchart proceeds back to step 340.
At step 350, the processing system 130 determines the time at which the current trigger has been detected and then determines which interval the current time falls in. The processing system then increments a trigger detection count that is stored in the memory 136 for each individual interval. The flowchart then proceeds to step 355 wherein the processing system compares the trigger detection count for the current interval to three. When the trigger detection count for the current interval is less than three, the flowchart proceeds back to step 340 and simply receives new sensor data.
Conversely, when the trigger detection count for the current interval is equal to or greater than three, the flowchart proceeds to step 360 and the processing system 130 sets an activated status indicator for the current interval to “activated”, if the activated status indicator has not already been set to “activated”. However, if the activated status indicator is already set to “activated”, then the processing system 130 takes no action. The activated status indicator for each interval is stored in the memory 136 and is initially set to “not activated” for all intervals. Although in one embodiment, the number of trigger detection counts required for the current interval to be set to “activated” is three, a different number such as two, four, or five may be utilized. Additionally, the number of detection counts required for the current interval to be set to activated may be user-selected using the smartphone application or may be retrieved from the cloud-based application memory.
The flowchart then proceeds to step 365 wherein the processing system 130 retrieves the activated status indicator for the previous interval from the memory 136. In one embodiment, the intervals may be numbered sequentially. The processing system 130 may determine the current interval by comparing the current time received from the clock 138 to the start times of the 15 intervals previously determined by the processing system and stored in the memory 136. The activated status indicator for the previous interval may then be identified by decrementing the interval number of the current interval and retrieving the activated status indicator associated with the determined interval.
In one embodiment, when the activated status indicator of the previous interval is not set to “Activated”, the flowchart proceeds back to step 340 and simply awaits new sensor data. Conversely, when the activated status indicator of the previous interval and the current interval are both set to “activated”, then the flowchart proceeds to step 370 and the processing system 130 transmits an alarm activation signal to the alarm system 120 to activate the alarm. The processing system 130 also transmits a signal to the lighting system 160 which causes an LED light to flash.
In operation, in one embodiment, the present sleep cycle-based wearable vibration alarm system 100 is a wearable device that is worn during sleep and acts as an alarm clock. As described herein, the sleep cycle-based wearable vibration alarm system 100 uses accelerometer data to determine when a user is experiencing light sleep rather than REM or deep sleep, for example during the last 30 minutes before the user's latest wakeup time, and then initiates an alarm during light sleep. Users may be awakened during light sleep because users awakened during light sleep feel less groggy and more well-rested than users awakened during REM or deep sleep.
The sleep cycle-based wearable vibration alarm system 100 may be controlled through the smartphone application 180 which may receive user input through the user interface 170 and may transmit and receive data from both the cloud-based application memory 190 and the alarm system chip 110. As mentioned above, the smartphone application 180 may communicate with the alarm system chip 110 using Bluetooth wireless connectivity and may communicate with the cloud-based application memory 190 using wi-fi or cellular data.
The portion of the sleep cycle-based wearable vibration alarm system 100 that may be positioned on the user's body may include two components: first, a fabric wristband having a pocket for receiving the alarm system chip 110, a second, the alarm system chip 110 itself. In one embodiment, the alarm system chip 110 is about 8 mm thick and includes an accelerometer, microcontroller, and memory that are used to measure wrist movements while the user sleeps. The microcontroller tells the accelerometer to read raw acceleration data in meters per second squared (m/s2) of the sleeper's wrist movements and record it to the memory. Once a light sleep stage (NREM1 or NREM2) is detected by wrist movements hitting the stored threshold (which includes magnitude of movement and total number of movements stored in the smartphone application memory and in the memory of the alarm system chip), the microcontroller automatically sends a signal to direct power from the battery to the vibrating motor and start the vibration to wake up the sleeper. The vibrating motor vibrates inside the band on the wrist of the sleeper while a green light blinks on the alarm system chip, gently alerting the user to wake up and visually indicating it is time to rise. The user may then turn off the alarm using a mechanical switch 195 such as a button on the alarm system chip 130, or may enter a command through the user interface 170 to cause the smartphone application 180 to transmit a turn-off command to the alarm system chip 110.
The sleep cycle-based wearable vibration alarm system 100 may thus help users wake up according to their sleep cycle by enabling them to wake up in light sleep (Non-REM or non-deep sleep). This may be especially helpful to people who are particularly sensitive to sleep disturbances, because waking up during REM or deep sleep may be challenging and may result in grogginess, lethargy, and slow cognitive and motor functions. This may be because during REM or deep sleep our brains go through memory consolidation and formation. Interrupting these processes may have negative effects on our mental and physical energy, decision-making abilities, and overall cognitive function. The sleep cycle-based wearable vibration alarm system 100 ensures that individuals are awakened during light sleep, avoiding interference with these crucial and natural brain processes that occur during our deeper sleep (REM and Deep Sleep). The sleep cycle-based wearable vibration alarm system 100 also provides a touch-based alarm system by using the haptic motor, which may be especially helpful to those who are hard of hearing or deaf and thus not able to be awakened using audible alarms.
In one embodiment, the alarm system chip 110 only needs to receive the latest wake up time input from the smartphone application because the user threshold trigger may have been previously stored in the memory on the alarm system chip 110. Thus, after receiving the latest wakeup time, the smartphone no longer is required to be in communication with the alarm system chip 110 and may even be turned off.
Because the alarm system chip 110 includes a clock component which keeps time, the alarm system chip 110 knows how much time passes and does not need to be connected to a smartphone throughout the night. The alarm system chip 110 is a local device, meaning it does not need an internet connection to function but is also not limited to only using Bluetooth wireless connectivity.
In one embodiment, the accelerometer data which is read, stored, and saved on the alarm system chip 110 may be sent back to the smartphone application. More specifically, when the smartphone application establishes communication with the alarm system chip 110, the smartphone application may download the data stored in the memory of the alarm system chip including accelerometer data. The download of data from the alarm system chip 110 to the smartphone application 180 may take place automatically or in response to a download command received at the smartphone application 180 from the user interface 170. Additionally, data that is received at the smartphone application may then be transmitted to the cloud-based application memory 190 for remote storage and potential later retrieval using the smartphone application.
In one embodiment, individual users using the sleep cycle-based wearable vibration alarm system 100 may have a unique threshold trigger. In one embodiment, the Threshold Trigger (TT) is determined from the Average Magnitude of Sleep (AMS) for a user, or how much an individual moves during the night. This is important because everybody has unique movement magnitude of movement and total number of movements at night. To calculate this, sleep cycle-based wearable vibration alarm system 100 first determines what the duration of a user's sleep cycle is, the start and the finish. This is done by identifying the time of onset of REM sleep and counting a new cycle after a REM phase has completed. The REM sleep stage, the deepest stage of sleep, also known as “dream sleep,” can be identified by the sleep cycle-based wearable vibration alarm system 100 using the accelerometer as constant 1.0 m/s2 (or less) for longer than 10 min. This is due to the fact that during REM sleep, our bodies are paralyzed to limit movement during our dreams. A new sleep cycle is considered to start after REM sleep completes. The sleep cycle-based wearable vibration alarm system 100 then calculates the average magnitude of sleep (AMS) during each sleep cycle which is the average of how much someone moves at night. This is done by taking the total amount of recorded movement above 1.0 m/s2 and dividing it by the amount of time that has passed during the sleep cycle. The movement data while measuring sleep cycle length and AMS are stored in the memory of the alarm system chip 110 and then transmitted wirelessly to the smartphone application 180 where it is stored in memory and may be further transmitted to the cloud-based application memory 190.
A Threshold Trigger (TT) unique to individuals may then be determined by multiplying the base threshold trigger by 0.8×-1.2× depending on whether the individual has a lower or higher AMS. In one embodiment, the user's AMS may be received and displayed on the user interface 170 as well as an average AMS. The multiplier for the base threshold trigger may also be displayed and adjusted through the user interface 170 for the smartphone application 180. In one embodiment, when the user's AMS is higher than the average AMS, then a lower multiplier such as 0.8 may be applied to obtain the user's threshold trigger. Conversely, when the user's AMS is lower than the average AMS, then a higher multiplier such as 1.2 may be applied to obtain the user's threshold trigger. The personalization of the multiplier may be adjusted through using the user interface 170 of the smartphone application 180 and the new personalized threshold trigger may then be transmitted to the alarm system chip 110 through the Bluetooth enabled connection 134 and stored in the memory 136. By personalizing the TT using the AMS, the user's specific threshold trigger may be adapted to each individual's unique movements. This results in the sleeper waking up at the conclusion of their REM sleep, in light sleep resulting in a more natural and gentle wake up experience.
In one embodiment, the average magnitude of a sleep cycle is measured once an individual starts entering sleep (Hypnic Jerks) ending with the Alarm Triggered (AT) to minimize sleep movement noise. Sleep movement noise refers to the movement that happens before falling asleep whilst the person is not yet sleeping or is waking up (for example, walking around, being active, or reading).
The earliest wakeup time 495 is theoretically the earliest time at which the processing system 130 may initiate the alarm system 120 and lighting system 160. However, because the initiation of the alarm system 120 requires the detection of at least three triggering events of the user's accelerometer readings exceeding the user's threshold, and those triggering events are not monitored until the earliest wakeup time 405 is initiated and may take a finite amount of time to occur, the earliest wakeup time may also be known as the monitoring start time.
Conversely, the latest wakeup time 495 is the time at which the processing system 130 will initiate the alarm system 120 and lighting system 160, even if no triggering events have been detected.
As shown in earlier intervals 1-9, the accelerometer data 520-524 is relatively constant indicating that the orientation of the accelerometer is not changing. However, in interval 10, the accelerometer data 520-524 is shown to change significantly as the user moves their wrist and the accelerometer attached to the user's wrist moves in response.
The three-dimensional accelerometer data 520-524 is summed and passed through a RMS (root-mean-squared) filter starting at the earliest wakeup time 405 until the latest wakeup time 495. When the summed, RMS accelerometer data exceeds the user's threshold trigger, the processing system 130 detects that the threshold has been exceeded, as mentioned in step 345 of
Interval activation may also occur when a user is in Deep Sleep (Stage N3) due to sleep jerks or other movements, so in order to ensure that the sleeper is in the Light Sleep Stage (N1-N2), alarm system activation takes place after two consecutive Interval Activations (IA).
In another embodiment, the alarm system 120 and lighting system 160 may be activated immediately upon the detection of the third threshold trigger in interval 11 (second activated interval 810) instead of at the end of the second activated interval 810.
As shown in
Conversely, if interval 2 had not included three threshold detections, interval 2 would not be an activated interval. In one embodiment, the present system requires two activated intervals to take place in succession in order for the alarm system to be activated. Consequently, even if interval 1 had been activated, if interval 2 had not been activated, then the alarm system 120 would not have been initiated at the end of interval two. Instead, the processing system would simply continue to monitor the three dimensional acceleration data 920-924 until two successive activated intervals take place, which would occur with intervals 12 and 14. Consequently, the alarm system 120 and lighting system 160 would be activated at the end of interval 14/start of interval 15.
As shown in
Once the smart snooze is activated, if the alarm system 120 and lighting system 160 have already been activated due to two successive activated intervals taking place, the alarm system 120 and lighting system 160 are deactivated. The processing system 130 then continues to monitor the three dimensional accelerometer data 1020-1024 and determines when the next subsequent threshold triggers take place and then determines the next activated interval. As shown in
If a user again activated the smart snooze operation, the processing system 130 again deactivates the alarm system 120 and lighting system 160 and continues to monitor the three dimensional accelerometer data 1020-1024 and determines when the next subsequent threshold triggers take place and then determine the next activated interval. As shown in
However, if a user selects smart snooze, the alarm is deactivated and the processing system waits for the next activated interval to again activate alarm system 120 and lighting system 160. The next subsequent activated interval is interval 4 which ends at first snooze time 1171. Similarly, if smart snooze is again activated, the processing system deactivates the current alarm and waits until the end of the next activated interval, which is interval 6, at second snooze time 1172. If smart snooze is activated again, the processing system waits until the end of the next activated interval, which is interval 10 at third snooze time 1173. If smart snooze is activated again, the processing system waits until the end of the next activated interval, which is interval 13 at fourth snooze time 1174. If smart snooze is activated again, the processing system waits until the end of the next activated interval, which is interval 14 at fifth snooze time 1175. Finally, at the latest wakeup time 1195, the alarm system 120 and lighting system 160 are activated and no snooze operation is allowed. As can be seen in
After 5 minutes, the alarm system chip 110 starts to collect raw acceleration data in m/s2. If the absolute value of the RMS (root-mean-squared) of the acceleration exceeds 1.5 m/s2 it is considered a Hypnic Jerk Trigger. If a Hypnic Jerk is detected, the alarm system 110 starts the Power Nap wake-up process. During this process, the alarm system 110 first waits 90 seconds and then proceeds to send a signal to the battery to power the alarm system's 120 vibrating motor and may also activate the lighting system 160. The alarm system 110 may then be turned off using either the mechanical switch 195 which may be a button or by using the user interface 170 or the smartphone application 180. The alarm system 110 automatically starts to vibrate after 20 minutes if no hypnic jerk triggers have been detected.
The power nap operation allows the present system to be used for a quick rejuvenating nap. During this short nap (10-20 minutes, the length of which may be selected by the user using the user interface) the accelerometer, the chip memory, and the microcontroller all work to measure the raw acceleration of the wrist (in m/s2). Once the microcontroller reads a trigger above a set value (1.5 m/s2), the microcontroller starts the Power Nap wake-up process. The Power Nap wake-up process starts with a 90 second pause and then proceeds to turn on the vibrating motor. The alarm system chip 110 wakes the user from a short but effective power nap.
Additionally, the trigger value associated with a Hypnic Jerk may be unique to each individual and may be determined based on an individual's average magnitude of movements during the night. Similar to as discussed above with regard to adjusting the Threshold Trigger to be unique to individuals, the trigger value associated with the Hypnic Jerk may also be adjusted by multiplying the base Hypnic Jerk trigger by 0.8×-1.2× depending on whether the individual has a lower or higher AMS. In one embodiment, the user's AMS may be received and displayed on the user interface 170 as well as an average AMS. The multiplier for the base Hypnic Jerk trigger may also be displayed and adjusted through the user interface 170 for the smartphone application 180. In one embodiment, when the user's AMS is higher than the average AMS, then a lower multiplier such as 0.8 may be applied to obtain the user's Hypnic Jerk trigger. Conversely, when the user's AMS is lower than the average AMS, then a higher multiplier such as 1.2 may be applied to obtain the user's Hypnic Jerk trigger. The personalization of the multiplier may be adjusted through using the user interface 170 of the smartphone application 180 and the new personalized Hypnic Jerk trigger may then be transmitted to the alarm system chip 110 through the Bluetooth enabled connection 134 and stored in the memory 136. By personalizing the Hypnic Jerk trigger using the AMS, the user's specific Hypnic Jerk trigger may be adapted to each individual's unique movements.
A Power Nap is generally 10-20 minutes in length during which a sleeper transitions from the Wake stage to NREM 1 (Light Sleep 1), and sometimes to NREM 2 (the second stage of light sleep). This leads to getting the most benefit from a sleep cycle without any grogginess associated with longer sleep duration or waking during Deep Sleep (NREM 3) or REM Sleep. If an individual sleeps longer than 20 minutes, there is a risk of entering deeper sleep and waking up groggy.
The front view 1310 of the band includes a pocket 1385 sized to receive and retain the alarm system chip 1380 when the band is secured around the wrist of a user. The front view 1310 also includes loop area 1362 which is comprised of the “loop” portion of hook-and-loop fastener.
The back view 1350 of the band includes a hook area 1361 which is comprised of the “hook” portion of hook-and-loop fastener. The band also includes a rounded perimeter 1330 comprised of a soft material so as to not disturb a user during sleep. The band may be placed around the wrist of a user and the hook area 1361 may be engaged with the loop area 1362 to secure the band around the wrist of a user.
In one embodiment, the present alarm system 100 may be implemented without the user of the user interface 170 and smartphone application 180 by using the mechanical switch 195 such as a button, as well as the lighting system 160. In one embodiment, the lighting system 160 includes six individual LED lights. To set the alarm, the user may press and hold the button mechanical switch 195 for three second to enter an alarm-set mode. The user may then press then press the button once to switch between the amount of sleep cycles needed with each button press. The number of sleep cycles selected may be displayed by lighting individual ones of the LED lights.
For example, the 6 LED lights in the lighting system 160 may correspond to 6 sleep cycles of approximately 90 minutes each or 9 hours total. Similarly, if 4 sleep cycles have been chosen by button press, then 4 LEDs are illuminated and the alarm system timer may be set for 6 hours from the present time.
The alarm system timer starts counting down once the user long holds the button for 3 seconds. At the initiation of the countdown, the processing system 130 may briefly initiate the vibrating motor of the alarm system to indicate initiation and may also activate a blue LED that is positioned as part of the lighting system. Conversely, if no alarm was set or an alarm time of zero cycles was selected, then after the 3 second hold, the alarm system chip 110 auto sleeps after 60 seconds.
When the user has selected 4 sleep cycles, the processing system 130 automatically establishes a wakeup window (with a default of 45 min) centered around the 6 hour mark making the wake-up window or light sleep detection period start from 5 h 37.5 minutes extending past the 6 hour timer to 6 h 22.5 minutes. In the case of 5 sleep cycles, the wake-up window would be from 7 h 7.5 minutes to 7 h 52.5 minutes of the time the alarm was set.
In one embodiment, the power nap operation may be activated using the mechanical switch 195 by 4 quick presses. Once the command to initiate the power nap is received by the processing unit 130, the processing unit may activate the 6 LEDs of the lighting system 160 to turn green. If the user then holds the button of the mechanical switch 195 for three seconds, the processing unit 130 will initiate the power nap timer for a predetermined nap length of 15 minutes. The processing unit 130 may then briefly initiate the vibrating motor of the alarm system to indicate initiation and may also activate a green LED that is positioned as part of the lighting system. Further, the user interface 170 as part of the smartphone application 180, may be used to adjust defaults, such as the nap length, and communicate the user's selection to the alarm system chip 110 for storage in the memory 136.
In one embodiment, the present system may employ a quick-set mode. In quick-set mode, the user has previously used the user interface 170 and smartphone application 180 to download predetermined settings for the alarm system 110 that are stored in the memory 136. Once the settings have been stored in the memory 136, the user may activate the mechanical switch 195 by holding down a button for 5 seconds. This is received by the processing system 130 which retrieves the predetermined settings from the memory 136 and implements them.
For example, the predetermined settings may include a saved sleep cycle amount and a custom wake-up window. Use of the quick-set mode allows the user to set an alarm in 5 seconds to their usual or preferred alarm settings and also allows a user to activate the alarm system without using the smartphone. Additionally, use of the quick-set mode minimizes the amount of time needed to spend looking at a user interface and promotes a more consistent sleep-length.
In one embodiment of the current alarm system, an alarm may be shut off by using a double press of the button mechanical switch 195 or by using the user interface 170 of the smartphone application 180.
In one embodiment, a single press of the button mechanical switch 195 instructs the processing system 130 to display whether an alarm has been set. In one embodiment, when an alarm has been set, the processing system 130 may activate the lighting system 160 to display a green LED. Conversely, if no alarm has been set, the processing system does not activate the lighting system 160.
In one embodiment, a single press of the mechanical button switch 195 during any wake-up window or light sleep detection period initiates a smart snooze operation as discussed above.
Thus, in one embodiment, the present alarm system chip 110 may be used on daily basis as a standalone device without having to use a smartphone application on a daily basis because the user's preferred settings have already been previously downloaded to the processing system 130 and stored in memory 136 . . . . Further, the present alarm system chip 110 may be equipped with preset defaults for all values discussed herein stored in the memory 136 so that the alarm system chip 110 may be immediately used without a user having to configure defaults using the smartphone application 180.
Additionally, the user of the present alarm system chip 110 without having to employ the user interface 170 of the smartphone application 180 on a daily basis may be desirable because it avoids a user being subject to the light and distraction of a smartphone screen just prior to attempting to initiate sleep.
In one embodiment of the band of
The smart alarm setting interface 1400 includes a wake-time selection scroll wheel 1410 that allows a user to scroll through potential wakeup times for selection.
Similarly, the smart alarm setting interface 1400 includes a sleep-time selection menu 1420 that allows the user to select one of five entries for the length of their sleep program, including 3, 4.5, 6, 7.5 or 9 hours. If the user selects one of the entries in the sleep-time selection menu 1420, the scroll wheel 1410 is automatically adjusted to display the wake-up time. The wake-up time is determined by retrieving the current time from the smartphone's internal clock and then adding the entry selected by the user from the sleep-time selection menu. Reciprocally, if the user adjusts the scroll wheel 1401, when the time displayed on the scroll wheel 1410 matches an entry in the sleep-time selection menu 1420 then that entry is highlighted.
The wakeup window 1430 is determined by subtracting the begin-analysis time offset from the sleep time received through the sleep-time selection menu 1420 or wakeup time received from the wake-time selection scroll wheel 1410. When the smartphone application is in smart mode 1460 as shown in
Alarm system status display 1440 provides a graphical representation of the alarm system chip as well as an indication of whether the Bluetooth connection between the smartphone application 180 and alarm system chip 110 is connected. Additionally, the current charging level of the alarm system chip is displayed. As shown in
Once the smart alarm setting interface 1400 has received either the user's desired wakeup time or the user's desired sleep time, these are passed to the smartphone application 180 which applies the predetermined, stored begin-analysis offset and displays wake-up window. The user may then set the alarm using the alarm set button 1450 at which point the smartphone application transmits the wakeup time and begin-analysis time to the alarm system chip 110 for use. If the user's threshold triggers have not already been transmitted to the alarm system chip, then they are also transmitted at this time.
At the bottom of the smart alarm setting interface 1400 is a smart mode selection button 1460, an expert mode selection button 1470, a nap mode selection button 1475, a My sleep selection button 1480, and a settings selection button 1485. Selection or activation of the smart mode selection button 1460, expert mode selection button 1470, and nap mode selection button 1475 allows a user to cause the smartphone application to display those respective user interfaces. Selection of the My sleep selection button 1480 displays information about the user's previous sleep experiences including AWS, average time of sleep and other user-specific information mentioned above. Selection of the settings button 1485 causes the smartphone application to display setup information for the current user, including for example, the user's AMS, threshold trigger, or any other information mentioned above.
Stop button 1550 may be activated by the user to stop the current alarm program, to shut off an alarm once an alarm has been initiated, or may be used to activate the smart snooze operation. For example, one tap may enter smart snooze and two taps may shut off the current alarm
Sleep cycle status display 1510 may illustrate the user's current sleep state vertically on the y-axis with lighter sleep states being higher and lower sleep states such as REM sleep being lower. Additionally, the sleep cycle status display 1510 may display the user's current sleep cycle and approximately how long the user has been asleep.
At the bottom of the alarm-engaged interface 1500 are the smart mode selection button 1460, expert mode selection button 1470, nap selection button 1475, My sleep selection button 1480, and settings selection button 1485.
While particular elements, embodiments, and applications of the present invention have been shown and described, it is understood that the invention is not limited thereto because modifications may be made by those skilled in the art, particularly in light of the foregoing teaching. It is therefore contemplated by the appended claims to cover such modifications and incorporate those features which come within the spirit and scope of the invention.
The present application claims the benefit of U.S. Provisional Application No. 63/523,818, filed Jun. 28, 2023, entitled “Sleep Cycle-Based Wearable Vibration Alarm System and Method”, which is hereby incorporated by reference in its entirety.
Number | Date | Country | |
---|---|---|---|
63523818 | Jun 2023 | US |