Dynamic application icons
The system personalizes application icons on user devices by swapping default icons with achievement-based alternatives using wearable device data, addressing the lack of visual recognition of in-app rewards and enhancing user experience.
Patent Information
- Authority / Receiving Office
- JP · JP
- Patent Type
- Applications
- Current Assignee / Owner
- オーラ ヘルス オサケユキチュア
- Filing Date
- 2024-05-23
- Publication Date
- 2026-06-09
AI Technical Summary
Existing applications lack the ability to personalize application icons based on user achievements, as in-app rewards are not visually recognizable outside the application, and traditional techniques fail to customize icons according to individual user goals and achievements.
A system that swaps default application icons with alternative icons on a user's device based on achievements, using physiological data from wearable devices to determine when an achievement threshold is met, allowing the application to communicate with the operating system to change the icon on the home screen.
Enhances user experience by visually displaying in-app achievements on the home screen, making icons more personal and representative of the user's accomplishments, thereby optimizing the value and appeal of application icons.
Smart Images

Figure 2026518718000001_ABST
Abstract
Description
Technical Field
[0001] [Cross - Reference] This application claims the benefit of U.S. Patent Application No. 18 / 324,570, filed May 26, 2023, by Kyyro (with umlaut o) et al. entitled "DYNAMIC APPLICATION ICONS", which is assigned to the assignee of this application and the content of which is hereby expressly incorporated by reference herein.
[0002] [Technical Field] The following relates to wearable devices and data processing, including dynamic application icons.
Background Art
[0003] A user device may display on a home screen an icon that identifies an application installed on the user device. The default icon of an application may be the same for all users of that application and may be static, regardless of how the application is used or the data the user inputs into the application.
[0004] In some cases, health insights may be provided to a user via an application (e.g., a mobile application) configured to receive data from a wearable device. In some cases, an application may issue an "in - app" reward to indicate that the user has achieved some outcome within the application. However, in existing applications, in - app achievements may not be visually recognizable outside of the application.
Brief Description of the Drawings
[0005] [Figure 1] An example of a system that supports dynamic application icons according to an aspect of the present disclosure is shown. [Figure 2]An example of a system that supports dynamic application icons according to the aspects of this disclosure is shown. [Figure 3] An example of a system that supports dynamic application icons according to the aspects of this disclosure is shown. [Figure 4] An example of a user device that supports dynamic application icons according to the aspects of this disclosure is shown. [Figure 5] An example of a process flow supporting dynamic application icons according to the aspects of this disclosure is shown. [Figure 6] A block diagram of a device supporting dynamic application icons according to an aspect of this disclosure is shown. [Figure 7] A block diagram of a wearable application that supports dynamic application icons according to an aspect of this disclosure is shown. [Figure 8] A diagram of a system including a device that supports dynamic application icons, according to an aspect of this disclosure, is shown. [Figure 9] A flowchart illustrating a method for supporting dynamic application icons according to the aspects of this disclosure is shown. [Modes for carrying out the invention]
[0006] Some user devices (e.g., mobile phones or tablets) may display icons on their home screens that identify applications installed on the user's device. Typically, application icons (i.e., "default icons") are the same for all users of that application and are static, regardless of how the application is used or the data the user enters into it. Some applications may issue "in-app" badges, icons, or rewards to indicate that a user has achieved something within the application. However, in existing applications, such in-app achievements may not be visually recognizable outside the application (e.g., on the user interface's home screen or via the icon itself). Rather, applications may display measured physiological data, achievements, patterns, in-app badges, messaging, etc., to the user through the application's user interface. In such cases, in-app achievements may be visually recognizable within the application.
[0007] However, application icons, such as content displayed to the user outside the application and / or on the user interface's home screen, may be consistent across users, even if there is a wide variation in the personal goals and achievements of different users. In such cases, applications associated with wearable devices may lack the ability to personalize the application icon displayed to a particular user. Therefore, traditional techniques for improving application icon customization are desirable.
[0008] Aspects of this disclosure relate to techniques for personalizing application icons. For example, a system may swap out the default application icon on the home screen with an alternative application icon based on the user reaching some achievement within an application. The alternative application icon may be downloaded onto the user's device along with the application, but may be locked until the corresponding achievement is reached, or otherwise hidden from the user. For example, the alternative application icon may be unlocked for use (e.g., display) after some data within the application meets a threshold and the reward is achieved. In some examples, a system may receive physiological data from a wearable device associated with the user and identify when the physiological data meets a threshold. In such cases, the system may identify that an achievement has been reached based on the received physiological data and the fact that the threshold has been met.
[0009] An application may communicate with the user device's operating system to change the default application icon to an alternative application icon representing the achieved reward. For example, an application may send a command to the operating system to display an alternative application icon on the user device's home screen instead of the default application icon. In such a case, the default application icon may be switched to the alternative application icon. The alternative application icon may represent the type of achievement (e.g., activity-based achievement, sleep-based achievement, readiness-based achievement, recovery-based achievement, or any combination thereof). In some cases, the type of achievement may be a monetary achievement, a subscription to a service, etc.
[0010] The system may enable the customization and personalization of application icons on the user's device's home screen based on data received by the application and achievements within the application. In such cases, the system may enhance the value of in-app achievements by making the application icon on the home screen more personal, appealing, and representative of the achievements. The system may optimize the user experience so that “in-app” badges, icons, or rewards indicating that the user has achieved achievements within the application are visually displayed outside the application and on the user's device's home screen.
[0011] The aspects of this disclosure are first described in the context of a system that supports the collection of physiological data from a user via a wearable device. The aspects are then described in the context of a graphical user interface and process flow diagrams. The aspects of this disclosure are further illustrated and described by device diagrams, system diagrams, and flowcharts relating to dynamic application icons.
[0012] Figure 1 shows an example of a system 100 that supports dynamic application icons according to an aspect of the present disclosure. The system 100 includes a plurality of electronic devices (e.g., wearable devices 104, user devices 106) that can be worn and / or operated by one or more users 102. The system 100 further includes a network 108 and one or more servers 110.
[0013] The electronic devices may include any electronic devices known in the art, such as wearable devices 104 (e.g., ring wearable devices, watch wearable devices, etc.) and user devices 106 (e.g., smartphones, laptops, tablets). Each electronic device associated with a user 102 may include one or more of the following functions: 1) measuring physiological data, 2) storing the measured data, 3) processing the data, 4) providing output to the user 102 (e.g., via a GUI) based on the processed data, and 5) communicating data with each other and / or other computing devices. Different electronic devices may perform one or more of these functions.
[0014] Exemplary wearable devices 104 may include wearable computing devices such as a ring computing device configured to be worn on the finger of user 102 (hereinafter, "ring"), a wrist computing device configured to be worn on the wrist of user 102 (e.g., a smartwatch, fitness band, or bracelet), and / or a head-mounted computing device (e.g., glasses / goggles). Wearable devices 104 may also include bands, straps (e.g., flexible or non-flexible bands or straps), stick-on sensors, etc., which may be positioned as bands around the head (e.g., a forehead headband), bands around the arms (e.g., a forearm band and / or a biceps band), and / or bands around the legs (e.g., a thigh or calf band), behind the ears, under the armpits, and other locations. Wearable devices 104 may be attached to or incorporated into clothing. For example, wearable devices 104 may be incorporated into clothing pockets and / or pouches. As another example, the wearable device 104 may be clipped and / or pinned to clothing, or otherwise held within the vicinity of the user 102. Examples of clothing may include, but are not limited to, hats, shirts, gloves, trousers, socks, outerwear (e.g., jackets), and underwear. In some implementations, the wearable device 104 may be included in other types of devices, such as training / sports devices used during physical activity. For example, the wearable device 104 may be attached to or included in bicycles, skis, tennis rackets, golf clubs, and / or training weights.
[0015] Much of this disclosure can be described in the context of the ring wearable device 104. Therefore, terms such as “ring 104” and “wearable device 104” may be used interchangeably unless otherwise specified herein. However, since aspects of this disclosure are intended to be performed using other wearable devices (e.g., watch wearable devices, necklace wearable devices, bracelet wearable devices, earring wearable devices, anklet wearable devices, etc.), the use of the term “ring 104” should not be considered limiting.
[0016] In some embodiments, user device 106 may include handheld mobile computing devices such as smartphones and tablet computing devices. User device 106 may also include personal computers such as laptops and desktop computing devices. Other exemplary user device 106 may include server computing devices that can communicate with other electronic devices (e.g., via the Internet). In some implementations, computing devices may include medical devices such as external wearable computing devices (e.g., Holter monitors). Medical devices may also include implantable medical devices such as pacemakers and electrodefibrillators. Other exemplary user device 106 may include home computing devices such as Internet of Things (IoT) devices (e.g., IoT devices), smart TVs, smart speakers, smart displays (e.g., video call displays), hubs (e.g., wireless communication hubs), security systems, smart appliances (e.g., thermostats and refrigerators), and fitness equipment.
[0017] Several electronic devices (e.g., wearable device 104, user device 106) may measure the physiological parameters of each user 102, such as photoplethysmography waveforms, continuous skin temperature, pulse waveforms, respiratory rate, heart rate, heart rate variability (HRV), actigraphy, electrodermal response, pulse oximetry, blood oxygen saturation (SpO2), blood glucose levels (e.g., glucose metric), and / or other physiological parameters. Some electronic devices that measure physiological parameters may also perform some / all of the calculations described herein. Some electronic devices may not measure physiological parameters and may perform some / all of the calculations described herein. For example, a ring (e.g., wearable device 104), a mobile terminal application, or a server computing device may process the received physiological data measured by other devices.
[0018] In some implementations, user 102 may operate or be associated with multiple electronic devices, some of which may measure physiological parameters, and others may be able to process the measured physiological parameters. In some implementations, user 102 may have a ring (e.g., wearable device 104) for measuring physiological parameters. User 102 may also have or be associated with a user device 106 (e.g., a mobile terminal, smartphone), and the wearable device 104 and user device 106 are coupled to communicate with each other. In some cases, user device 106 may receive data from wearable device 104 and perform some / all of the calculations described herein. In some implementations, user device 106 may also measure physiological parameters described herein, such as motion / activity parameters.
[0019] For example, as shown in FIG. 1, a first user 102-a (User 1) may operate and / or be associated with a wearable device 104-a (e.g., a ring 104-a) and a user device 106-a that can operate as described herein. In this example, the user device 106-a associated with user 102-a may process / store physiological parameters measured by the ring 104-a. In comparison, a second user 102-b (User 2) may be associated with a ring 104-b, a watch wearable device 104-c (e.g., a watch 104-c), and a user device 106-b, and the user device 106-b associated with user 102-b may process / store physiological parameters measured by the ring 104-b and / or the watch 104-c. Further, an nth user 102-n (User N) may be associated with an arrangement of electronic devices (e.g., a ring 104-n, a user device 106-n) described herein. In some embodiments, the wearable devices 104 (e.g., a ring 104, a watch 104) and other electronic devices may be communicatively coupled to the user device 106 of each user 102 via Bluetooth®, Wi-Fi, and other wireless protocols.
[0020] In some implementations, the ring 104 (e.g., the wearable device 104) of the system 100 may be configured to collect physiological data from each user 102 based on arterial blood flow within the user's finger. In particular, the ring 104 may utilize one or more light-emitting components, such as LEDs (e.g., red LEDs, green LEDs) that emit light on the palm side of the user's finger, to collect physiological data based on arterial blood flow within the user's finger. In general, terms such as light-emitting components, light-emitting elements, etc. may include, but are not limited to, LEDs, micro-LEDs, mini-LEDs, laser diodes (LDs) (e.g., vertical cavity surface emitting lasers (VCSELs), etc.).
[0021] In some cases, the system 100 may be configured to collect physiological data from each user 102 based on blood flow diffused into the microvascular bed of the skin having capillaries and arterioles. For example, the system 100 may collect PPG data based on the measured amount of blood diffused into the microvascular system of capillaries and arterioles. In some implementations, the ring 104 may acquire physiological data using a combination of both green and red LEDs. The physiological data may include, but is not limited to, any physiological data known in the art, including temperature data, accelerometer data (e.g., motion / movement data), heart rate data, HRV data, blood oxygen saturation data, or any combination thereof.
[0022] Since red and green LEDs have been shown to have distinct advantages when acquiring physiological data through different parts of the body under different conditions (e.g., light / dark, active / inactive), using both green and red LEDs may offer several advantages over other solutions. For example, green LEDs have been shown to perform better during exercise. Furthermore, using multiple LEDs (e.g., green and red LEDs) dispersed around ring 104 has been shown to perform better than wearable devices that utilize LEDs placed close together, such as within a watch wearable device. In addition, blood vessels in the fingers (e.g., arteries, capillaries) are more easily accessible via LEDs compared to blood vessels in the wrist. In particular, arteries in the wrist are located in the lower part of the wrist (e.g., the palm side of the wrist), which means that only capillaries are accessible in the upper part of the wrist (e.g., the back of the wrist), where wearable watch devices and similar devices are typically worn. Thus, by utilizing LEDs and other sensors within the ring 104, the ring 104 can access arteries (compared to capillaries) more effectively, resulting in stronger signals and potentially more useful physiological data. This has been shown to result in superior performance compared to wearable devices worn on the wrist.
[0023] The electronic devices of system 100 (e.g., user device 106, wearable device 104) can be communicatively coupled to one or more servers 110 via a wired or wireless communication protocol. For example, as shown in FIG. 1, an electronic device (e.g., user device 106) can be communicatively coupled to one or more servers 110 via network 108. Network 108 may implement a transfer control protocol and Internet protocol (TCP / IP) such as the Internet, or other network 108 protocols. The network connection between network 108 and each electronic device can facilitate the transfer of data via email, web, text message, mail, or any other suitable form of interaction within computer network 108. For example, in some implementations, a ring 104-a associated with a first user 102-a can be communicatively coupled to user device 106-a, and user device 106-a is communicatively coupled to server 110 via network 108. In additional or alternative cases, wearable device 104 (e.g., ring 104, watch 104) can be communicatively coupled directly to network 108.
[0024] System 100 can provide an on-demand database service between user device 106 and one or more servers 110. In some cases, server 110 may receive data from user device 106 via network 108 and store and analyze the data. Similarly, server 110 may provide data to user device 106 via network 108. In some cases, server 110 may be located in one or more data centers. Server 110 can be used for data storage, management, and processing. In some implementations, server 110 can provide a web-based interface to user device 106 via a web browser.
[0025] In some embodiments, the system 100 may detect periods in which user 102 is asleep and classify these periods into one or more sleep stages (e.g., sleep stage classification). For example, as shown in Figure 1, user 102-a may be associated with a wearable device 104-a (e.g., a ring 104-a) and a user device 106-a. In this example, the ring 104-a may collect physiological data associated with user 102-a, including temperature, heart rate, HRV, respiratory rate, etc. In some embodiments, the data collected by the ring 104-a may be input to a machine learning classifier, which is configured to determine periods in which user 102-a is asleep (or has been asleep). Furthermore, the machine learning classifier may be configured to classify periods into different sleep stages, including wakefulness, rapid eye movement (REM) sleep, light sleep (non-REM) sleep, and deep sleep (NREM). In some embodiments, the classified sleep stages may be displayed to user 102-a via the GUI of user device 106-a. The sleep stage classification may be used to provide user 102-a with feedback on the user's sleep patterns, such as recommended bedtime and recommended wake-up time. Furthermore, in some implementations, the sleep stage classification techniques described herein may be used to calculate individual user scores, such as a Sleep Score and a Readiness Score.
[0026] In some embodiments, system 100 may leverage circadian rhythm-derived features to further improve physiological data acquisition, data processing procedures, and other techniques described herein. The term circadian rhythm may refer to the natural internal processes that regulate an individual's sleep-wake cycle, which repeats approximately every 24 hours. In this regard, the techniques described herein may utilize circadian rhythm adjustment models to improve physiological data acquisition, analysis, and data processing. For example, a circadian rhythm adjustment model may be input into a machine learning classifier along with physiological data collected from user 102-a via a wearable device 104-a. In this example, the circadian rhythm adjustment model may be configured to "weight" or adjust the physiological data collected through the user's natural approximately 24-hour circadian rhythm. In some implementations, the system may initially start with a "baseline" circadian rhythm adjustment model and modify the baseline model using physiological data collected from each user 102 to generate a tailored, individual circadian rhythm adjustment model specific to each user 102.
[0027] In some embodiments, system 100 may utilize other biological rhythms to further improve the collection, analysis, and processing of physiological data by phase of these other rhythms. For example, if a weekly rhythm is detected within an individual's baseline data, the model may be configured to adjust the “weights” of the data by day of the week. Biological rhythms that may require adjustment of the model in this manner include: 1) ultradian (rhythms faster than 24 hours, including sleep cycles in sleep states and periodic oscillations of less than an hour to several hours in measured physiological variables between wakefulness), 2) circadian rhythms, 3) non-endogenous diurnal rhythms that are shown to be imposed on circadian rhythms, such as work schedules, 4) weekly rhythms, or other artificial time periodicities that are exogenously imposed (e.g., a 12-day rhythm may be used in a hypothetical culture with a 12-day “week”), 5) multi-day ovarian rhythms in women and spermatogenesis rhythms in men, 6) lunar rhythms (associated with people living in little to no artificial light), and 7) seasonal rhythms.
[0028] Biological rhythms are not always stationary. For example, many women experience variability in ovarian cycle length between cycles, and ultradian rhythms are not expected to occur at exactly the same time or with the same periodicity across days, even within a single user. Therefore, the detection of these rhythms can be improved by using signal processing techniques sufficient to quantify the frequency components while maintaining the temporal resolution of these rhythms in physiological data, and by assigning the phase of each rhythm to each measured time point, thereby correcting the adjustment model and time interval comparison. Biological rhythm adjustment models and parameters can be added, in a combination of linear or nonlinear approaches, as needed, to more accurately capture the dynamic physiological baseline of an individual or group of individuals.
[0029] In some embodiments, each device of system 100 may support a technique for system 100 to change the default application icon on the home screen of user device 106 to an updated application icon based on user 102 reaching an achievement. Reaching an achievement may be based on at least some data received from wearable device 104, data received from other sources (e.g., other applications), or both. For example, as part of an application download operation to user device 106, system 100 may receive an application software package from wearable device 104, an application configured to process data received from other sources (e.g., other applications), or both. The application may run on the operating system of user device 106. In some cases, the application software package may include a plurality of icons configured to visually distinguish the application on the user interface of user device 106 from other applications running on the operating system of user device 106. The plurality of icons may include at least a default icon and one or more alternative icons corresponding to one or more achievement thresholds.
[0030] In response to processing data received by the application, system 100 may identify the satisfaction of a first achievement threshold among one or more achievement thresholds corresponding to a first alternative icon among one or more alternative icons. Based on the identification of the satisfaction of the first achievement threshold, system 100 may output a visual display command to the operating system of user device 106 to display the first alternative icon on the user interface of user device 106 instead of the default icon. The visual display command may include a command to switch the default icon to the first alternative icon, and the first alternative icon may visually represent the type of achievement corresponding to the first achievement threshold.
[0031] Those skilled in the art will understand that one or more aspects of the present disclosure may be implemented in System 100 to solve problems other than those described above, either additionally or alternatively. Furthermore, aspects of the present disclosure may provide technical improvements to “conventional” systems or processes as described herein. However, the description and accompanying drawings only include illustrative technical improvements resulting from implementing aspects of the present disclosure and therefore do not necessarily represent all of the technical improvements provided in the claims.
[0032] Figure 2 shows an example of a system 200 that supports dynamic application icons according to an aspect of this disclosure. System 200 may implement or be implemented by system 100. In particular, system 200 shows an example of a ring 104 (e.g., a wearable device 104), a user device 106, and a server 110, as described with reference to Figure 1.
[0033] In some embodiments, the ring 104 may be configured to be worn around a user's finger and may determine one or more user physiological parameters when worn around the user's finger. Exemplary measurements and determinations may include, but are not limited to, user skin temperature, pulse waveform, respiratory rate, heart rate, HRV, blood oxygen saturation (SpO2), blood glucose level (e.g., glucose metric), etc.
[0034] The system 200 further includes a user device 106 (e.g., a smartphone) that communicates with the ring 104. For example, the ring 104 may communicate wirelessly and / or wired with the user device 106. In some implementations, the ring 104 may transmit measured and processed data (e.g., temperature data, photoplethysmography (PPG) data, motion / accelerometer data, ring input data, etc.) to the user device 106. The user device 106 may also transmit data to the ring 104, such as firmware / configuration updates for the ring 104. The user device 106 may process the data. In some implementations, the user device 106 may transmit the data to a server 110 for processing and / or storage.
[0035] The ring 104 may include a housing 205 which may include an inner housing 205-a and an outer housing 205-b. In some embodiments, the housing 205 of the ring 104 may house, or otherwise include, various components of the ring, including, but not limited to, device electronics, power supplies (e.g., a battery 210, and / or a capacitor), and one or more substrates (e.g., a printable circuit board) interconnecting the device electronics and / or power supplies. The device electronics may include device modules (e.g., hardware / software) such as a processing module 230-a, a memory 215, a communication module 220-a, and a power module 225. The device electronics may also include one or more sensors. Exemplary sensors may include one or more temperature sensors 240, a PPG sensor assembly (e.g., a PPG system 235), and one or more motion sensors 245.
[0036] The sensor may include associated modules (not shown) configured to communicate with each component / module of the ring 104 and generate signals associated with each sensor. In some embodiments, each component / module of the ring 104 may be coupled to communicate with one another via wired or wireless connections. Furthermore, the ring 104 may include additional and / or alternative sensors or other components configured to collect physiological data from the user, including light sensors (e.g., LEDs), oximeters, etc.
[0037] The ring 104 shown and described with reference to Figure 2 is provided for illustrative purposes only. Therefore, the ring 104 may include additional or alternative components, such as those shown in Figure 2. Other rings 104 providing the functions described herein may be manufactured. For example, a ring 104 with fewer components (e.g., sensors) may be manufactured. In a specific example, a ring 104 may be manufactured having a single temperature sensor 240 (or other sensor), a power supply, and device electronics configured to read the single temperature sensor 240 (or other sensor). In another specific example, the temperature sensor 240 (or other sensor) may be attached to the user's finger (e.g., using a clamp, spring clamp, etc.). In this case, the sensor may be wired to another computing device, such as a wrist-worn computing device, that reads the temperature sensor 240 (or other sensor). In other examples, a ring 104 including additional sensors and processing functions may be manufactured.
[0038] The housing 205 may include one or more housing 205 components. The housing 205 may include an outer housing 205-b component (e.g., a shell) and an inner housing 205-a component (e.g., a molded part). The housing 205 may include additional components (e.g., additional layers) not explicitly shown in Figure 2. For example, in some configurations, the ring 104 may include one or more insulating layers that electrically insulate the device electronics and other conductive materials (e.g., electrical traces) from the outer housing 205-b (e.g., a metal outer housing 205-b). The housing 205 may provide structural support to the device electronics, battery 210, substrate(s), and other components. For example, the housing 205 may protect the device electronics, battery 210, and substrate(s) from mechanical forces such as pressure and shock. The housing 205 may also protect the device electronics, battery 210, and substrate(s) from water and / or other chemicals.
[0039] The outer housing 205-b may be manufactured from one or more materials. In some implementations, the outer housing 205-b may contain a metal such as titanium, which can provide strength and wear resistance while being relatively lightweight. The outer housing 205-b may also be manufactured from other materials such as polymers. In some implementations, the outer housing 205-b may be decorative as well as protective.
[0040] The inner housing 205-a may be configured to interface with the user's finger. The inner housing 205-a may be formed from a polymer (e.g., a medical-grade polymer) or other material. In some implementations, the inner housing 205-a may be transparent. For example, the inner housing 205-a may be transparent to light emitted by a PPG light-emitting diode (LED). In some implementations, the components of the inner housing 205-a may be molded on the outer housing 205-b. For example, the inner housing 205-a may include a polymer that is molded (e.g., injection-molded) to fit into the metal shell of the outer housing 205-b.
[0041] The ring 104 may include one or more substrates (not shown). The device electronics and battery 210 may be mounted on one or more substrates. For example, the device electronics and battery 210 may be mounted on one or more substrates. Exemplary substrates may include one or more printed circuit boards (PCBs), such as flexible PCBs (e.g., polyimide). In some mounting configurations, the electronics / battery 210 may include surface mount devices (e.g., surface mount technology (SMT) devices) on the flexible PCB. In some mounting configurations, one or more substrates (e.g., one or more flexible PCBs) may include electrical traces that provide electrical communication between the device electronics. The electrical traces may also connect the battery 210 to the device electronics.
[0042] The device electronics, battery 210, and substrate can be arranged within the ring 104 in various ways. In some configurations, one substrate containing the device electronics may be mounted along the bottom (e.g., lower half) of the ring 104 so that sensors (e.g., PPG system 235, temperature sensor 240, motion sensor 245, and other sensors) interface with the underside of the user's fingers. In these configurations, the battery 210 may be provided along the upper portion of the ring 104 (e.g., on another substrate).
[0043] The various components / modules of ring 104 represent the functions (e.g., circuits and other components) that may be included in ring 104. A module may include any discrete and / or integrated electronic circuit components that implement analog and / or digital circuits capable of generating the functions attributed to the module herein. For example, a module may include analog circuits (e.g., amplifiers, filtering circuits, analog-to-digital converters, and / or other signal conditioning circuits). A module may also include digital circuits (e.g., combinational logic circuits or sequential logic circuits, memory circuits, etc.).
[0044] The memory 215 (memory module) of ring 104 may include any volatile, non-volatile, magnetic, or electrical medium, such as random access memory (RAM), read-only memory (ROM), non-volatile RAM (NVRAM), electrically erasable programmable ROM (EEPROM), flash memory, or any other memory device. The memory 215 may store any of the data described herein. For example, the memory 215 may be configured to store data collected by the respective sensors and PPG system 235 (e.g., motion data, temperature data, PPG data). Furthermore, the memory 215 may include instructions, when executed by one or more processing circuits, that cause the module to perform various functions attributed to the module herein. The device electronics of ring 104 described herein are illustrative device electronics only. Therefore, the types of electronic components used to implement the device electronics may vary based on design considerations.
[0045] The functions attributed to the modules of ring 104 described herein may be embodied as one or more processors, hardware, firmware, software, or any combination thereof. Describing different features as modules is intended to highlight different functional aspects and does not necessarily mean that such modules must be implemented by separate hardware / software components. Rather, the functions associated with one or more modules may be performed by separate hardware / software components or integrated within a common hardware / software component.
[0046] The processing module 230-a of ring 104 may include one or more processors (e.g., processing units), microcontrollers, digital signal processors, system-on-a-chip (SoC), and / or other processing devices. The processing module 230-a communicates with modules included in ring 104. For example, the processing module 230-a may send / receive data to / from modules and other components of ring 104, such as sensors. As described herein, modules may be implemented by various circuit components. Thus, modules may also be referred to as circuits (e.g., communication circuits and power circuits).
[0047] The processing module 230-a may communicate with the memory 215. The memory 215 may contain computer-readable instructions that, when executed by the processing module 230-a, cause the processing module 230-a to perform various functions attributed to the processing module 230-a herein. In some implementations, the processing module 230-a (e.g., a microcontroller) may include additional features associated with other modules, such as communication functions provided by the communication module 220-a (e.g., an integrated Bluetooth Low Energy transceiver) and / or additional onboard memory 215.
[0048] The communication module 220-a may include circuitry that provides wireless and / or wired communication with the user device 106 (e.g., the communication module 220-b of the user device 106). In some implementations, the communication modules 220-a and 220-b may include wireless communication circuits such as Bluetooth® circuitry and / or Wi-Fi circuitry. In some implementations, the communication modules 220-a and 220-b may include wired communication circuits such as Universal Serial Bus (USB) communication circuitry. Using the communication module 220-a, the ring 104 and the user device 106 may be configured to communicate with each other. The ring's processing module 230-a may be configured to send / receive data to / from the user device 106 via the communication module 220-a. Illustrative data may include, but is not limited to, motion data, temperature data, pulse waveforms, heart rate data, HRV data, PPG data, and status updates (e.g., charge status, battery charge level, and / or ring 104 configuration settings). The ring processing module 230-a may also be configured to receive updates (e.g., software / firmware updates) and data from the user device 106.
[0049] The ring 104 may include a battery 210 (e.g., a rechargeable battery 210). Exemplary battery 210 may include lithium-ion or lithium-polymer type batteries 210, but various battery 210 options are possible. The battery 210 may be wirelessly charged. In some implementations, the ring 104 may include a power source other than the battery 210, such as a capacitor. The power source (e.g., battery 210 or capacitor) may have a curved geometric shape that matches the curvature of the ring 104. In some embodiments, the charger or other power source may include additional sensors that can be used to collect data in addition to, or supplementing, the data collected by the ring 104 itself. Furthermore, the charger or other power source for the ring 104 may function as a user device 106, in which case the charger or other power source for the ring 104 may be configured to receive data from the ring 104, store and / or process the data received from the ring 104, and communicate data between the ring 104 and the server 110.
[0050] In some embodiments, the ring 104 may include a power module 225 that can control the charging of the battery 210. For example, the power module 225 may interface with an external wireless charger that charges the battery 210 when interfaced with the ring 104. The charger may include a reference structure that mates with the reference structure of the ring 104 to create a specified orientation with the ring 104 during charging. The power module 225 may also regulate the voltage(s) of the device electronics, regulate the power output to the device electronics, and monitor the charge state of the battery 210. In some implementations, the battery 210 may include a protection circuit module (PCM) that protects the battery 210 from high-current discharge, overvoltage during charging, and undervoltage during discharging. The power module 225 may also include electrostatic discharge (ESD) protection.
[0051] One or more temperature sensors 240 may be electrically coupled to the processing module 230-a. The temperature sensors 240 may be configured to generate a temperature signal (e.g., temperature data) indicating the temperature read or sensed by the temperature sensors 240. The processing module 230-a may determine the user's temperature at the location of the temperature sensors 240. For example, in the ring 104, the temperature data generated by the temperature sensors 240 may indicate the user's temperature (e.g., skin temperature) on the user's finger. In some implementations, the temperature sensors 240 may be in contact with the user's skin. In other implementations, a portion of the housing 205 (e.g., the inner housing 205-a) may form a barrier (e.g., a thin thermally conductive barrier) between the temperature sensors 240 and the user's skin. In some implementations, the portion of the ring 104 configured to contact the user's finger may have a thermally conductive portion and a thermally insulating portion. The thermally conductive portion may conduct heat from the user's finger to the temperature sensors 240. The thermally insulating portion can insulate the ring 104 (for example, the temperature sensor 240) from the ambient temperature.
[0052] In some implementations, the temperature sensor 240 may generate a digital signal (e.g., temperature data) that the processing module 230-a can use to determine the temperature. As another example, if the temperature sensor 240 includes a passive sensor, the processing module 230-a (or the temperature sensor 240 module) may measure the current / voltage generated by the temperature sensor 240 and determine the temperature based on the measured current / voltage. Exemplary temperature sensors 240 may include thermistors such as negative temperature coefficient (NTC) thermistors, or other types of sensors including resistors, transistors, diodes, and / or other electrical / electronic components.
[0053] The processing module 230-a may sample the user's temperature over time. For example, the processing module 230-a may sample the user's temperature according to a sampling rate. An exemplary sampling rate may include 1 sample / second, but the processing module 230-a may be configured to sample the temperature signal at other sampling rates higher or lower than 1 sample / second. In some implementations, the processing module 230-a may continuously sample the user's temperature throughout the day and night. Sampling at a sufficient rate throughout the day (e.g., 1 sample / second) may provide sufficient temperature data for the analysis described herein.
[0054] The processing module 230-a may store the sampled temperature data in memory 215. In some implementations, the processing module 230-a may process the sampled temperature data. For example, the processing module 230-a may determine the average temperature value over a period of time. In one example, the processing module 230-a may determine the average temperature value per minute by summing all the temperature values collected in one minute and dividing by the number of samples in that minute. In a particular example where temperature is sampled at 1 sample / second, the average temperature might be the sum of all sampled temperatures in one minute divided by 60 seconds. Memory 215 may store the average temperature value over time. In some implementations, to conserve memory, memory 215 may store the average temperature (e.g., one per minute) instead of the sampled temperatures.
[0055] The sampling rate that can be stored in memory 215 may be configurable. In some implementations, the sampling rate may be the same throughout the day and night. In other implementations, the sampling rate may vary throughout the day / night. In some implementations, ring 104 may filter / reject temperature readings such as large temperature spikes that do not indicate physiological changes (e.g., temperature spikes from a hot shower). In some implementations, ring 104 may filter / reject temperature readings that may be unreliable due to other factors such as excessive movement during exercise (e.g., as indicated by motion sensor 245).
[0056] Ring 104 (e.g., a communication module) may transmit the sampled and / or averaged temperature data to user device 106 for storage and / or further processing. User device 106 may transfer the sampled and / or averaged temperature data to server 110 for storage and / or further processing.
[0057] Although the ring 104 is shown as containing a single temperature sensor 240, the ring 104 may contain multiple temperature sensors 240 in one or more locations, such as positioned along the inner housing 205-a near the user's finger. In some implementations, the temperature sensor 240 may be a standalone temperature sensor 240. Additionally or alternatively, one or more temperature sensors 240 may be included with other components, such as an accelerometer and / or processor (for example, packaged together with the other components).
[0058] The processing module 230-a may acquire and process data from multiple temperature sensors 240 in a manner similar to that described for a single temperature sensor 240. For example, the processing module 230 may individually sample temperature data from each of the multiple temperature sensors 240, average them, and store them. In other examples, the processing module 230-a may sample the sensors at different rates and average / store different values for different sensors. In some implementations, the processing module 230-a may be configured to determine a single temperature based on the average of two or more temperatures determined by two or more temperature sensors 240 located at different locations on a finger.
[0059] The temperature sensors 240 on the ring 104 can acquire distal temperature at the user's finger (e.g., any finger). For example, one or more temperature sensors 240 on the ring 104 can acquire the user's temperature from the underside of the finger or at different locations on the finger. In some implementations, the ring 104 can acquire distal temperature continuously (e.g., at a sampling rate). While distal temperature measured at the finger by the ring 104 is described herein, other devices may measure temperature at the same / different locations. In some cases, distal temperature measured at the user's finger may differ from temperature measured at the user's wrist or other external body parts. Additionally, distal temperature measured at the user's finger (e.g., "shell" temperature) may differ from the user's core temperature. Therefore, the ring 104 can provide a useful temperature signal that may not be acquired at other internal / external parts of the body. In some cases, continuous temperature measurement at the finger may capture temperature fluctuations (e.g., small or large fluctuations) that may not be apparent in core temperature. For example, continuous temperature measurement on a finger can capture minute- or hourly temperature fluctuations, providing additional insights that other temperature measurements on other parts of the body may not offer.
[0060] The ring 104 may include a PPG system 235. The PPG system 235 may include one or more light transmitters that transmit light. The PPG system 235 may also include one or more light receivers that receive light transmitted by one or more light transmitters. The light receivers may generate a signal (hereinafter, "PPG" signal) indicating the amount of light received by the light receivers. The light transmitters may illuminate an area of the user's fingers. The PPG signal generated by the PPG system 235 may indicate blood perfusion in the irradiated area. For example, the PPG signal may indicate a change in blood volume in the irradiated area caused by the user's pulse pressure. The processing module 230-a may sample the PPG signal and determine the user's pulse waveform based on the PPG signal. The processing module 230-a may determine various physiological parameters based on the user's pulse waveform, such as the user's respiratory rate, heart rate, HRV, oxygen saturation, and other circulatory parameters.
[0061] In some implementations, the PPG system 235 may be configured as a reflective PPG system 235 in which the optical receiver(s) receive transmitted light reflected through the user's finger area. In some implementations, the PPG system 235 may be configured as a transmissive PPG system 235 in which the optical transmitter(s) and optical receiver(s) are arranged facing each other so that light is transmitted directly to the optical receiver(s) through a portion of the user's finger.
[0062] The number and ratio of transmitters and receivers included in the PPG system 235 may vary. An exemplary optical transmitter may include a light-emitting diode (LED). The optical transmitter may transmit light in the infrared spectrum and / or other spectra. An exemplary optical receiver may include, but is not limited to, a photosensor, phototransistor, and photodiode. The optical receiver may be configured to generate a PPG signal in response to the wavelength received from the optical transmitter. The locations of the transmitters and receivers may vary. Additionally, a single device may include reflective and / or transmissive PPG systems 235.
[0063] The PPG system 235 shown in Figure 2 may include a reflective PPG system 235 in some implementations. In these implementations, the PPG system 235 may include a centrally located optical receiver (e.g., at the bottom of the ring 104) and two optical transmitters located on either side of the optical receiver. In this implementation, the PPG system 235 (e.g., the optical receiver) may generate a PPG signal based on light received from one or both of the optical transmitters. Other implementations may involve other arrangements, combinations, and / or configurations of one or more optical transmitters and / or optical receivers.
[0064] The processing module 230-a can control one or both of the optical transmitters to transmit light while sampling the PPG signal generated by the optical receiver. In some implementations, the processing module 230-a can sample the PPG signal generated by the optical receiver and cause the optical transmitter with the stronger received signal to transmit light. For example, a selected optical transmitter may continuously emit light while the PPG signal is being sampled at a sampling rate (e.g., 250 Hz).
[0065] By sampling the PPG signal generated by the PPG system 235, a pulse waveform which may be called a "PPG" can be obtained. The pulse waveform may represent blood pressure versus time for multiple cardiac cycles. The pulse waveform may include peaks that indicate cardiac cycles. Additionally, the pulse waveform may include respiratory-induced fluctuations which can be used to determine the respiratory rate. In some implementations, the processing module 230-a may store the pulse waveform in memory 215. The processing module 230-a may process the pulse waveform as it was generated and / or from memory 215 to determine the user physiological parameters described herein.
[0066] The processing module 230-a may determine the user's heart rate based on the pulse waveform. For example, the processing module 230-a may determine the heart rate (e.g., beats per minute) based on the time between peaks in the pulse waveform. The time between peaks is sometimes called the interval (IBI). The processing module 230-a may store the determined heart rate value and IBI value in the memory 215.
[0067] The processing module 230-a can determine HRV over time. For example, the processing module 230-a can determine HRV based on fluctuations in IBl. The processing module 230-a can store the HRV values over time in memory 215. Furthermore, the processing module 230-a can determine the user's respiratory rate over time. For example, the processing module 230-a can determine the respiratory rate based on frequency modulation, amplitude modulation, or baseline modulation of the user's IBI value over a period of time. The respiratory rate can be calculated as respiratory rate per minute or as another respiratory rate (e.g., respiratory rate per 30 seconds). The processing module 230-a can store the user's respiratory rate values over time in memory 215.
[0068] The ring 104 may include one or more motion sensors 245, such as one or more accelerometers (e.g., 6D accelerometers) and / or one or more gyroscopes (gyro). The motion sensors 245 may generate motion signals indicating the movement of the sensors. For example, the ring 104 may include one or more accelerometers that generate acceleration signals indicating the acceleration of the accelerometers. As another example, the ring 104 may include one or more gyro sensors that generate gyro signals indicating angular motion (e.g., angular velocity) and / or changes in orientation. The motion sensors 245 may be included in one or more sensor packages. An exemplary accelerometer / gyro sensor is the Bosch BM160 inertial microelectromechanical system (MEMS) sensor, which can measure angular velocity and acceleration in three vertical axes.
[0069] The processing module 230-a may sample the motion signal at a sampling rate (e.g., 50 Hz) and determine the movement of the ring 104 based on the sampled motion signal. For example, the processing module 230-a may sample the acceleration signal to determine the acceleration of the ring 104. As another example, the processing module 230-a may sample the gyro signal to determine the angular motion. In some implementations, the processing module 230-a may store the motion data in the memory 215. The motion data may include the sampled motion data and motion data calculated based on the sampled motion signal (e.g., acceleration values and angular values).
[0070] The ring 104 can store various types of data as described herein. For example, the ring 104 can store temperature data such as raw sampled temperature data and calculated temperature data (e.g., mean temperature). As another example, the ring 104 can store PPG signal data such as pulse waveforms and data calculated based on pulse waveforms (e.g., heart rate values, IBI values, HRV values, and respiratory values). The ring 104 can also store motion data such as sampled motion data showing linear and angular motion.
[0071] The ring 104 or other computing device may calculate and store additional values based on sampled / calculated physiological data. For example, the processing module 230 may calculate and store various metrics such as sleep metrics (e.g., sleep score), activity metrics, and readiness metrics. In some implementations, these additional values / metrics may be referred to as “derived values.” The ring 104 or other computing / wearable device may calculate various values / metrics regarding motion. Exemplary derived values for motion data may include, but are not limited to, motion count values, regularity values, intensity values, metabolic equivalence of task (MET), and orientation values. Motion count, regularity values, intensity values, and MET may indicate the amount of user movement over time (e.g., velocity / acceleration). The orientation value may indicate how the ring 104 is oriented on the user’s finger and whether the ring 104 is worn on the left or right hand.
[0072] In some implementations, motion counts and regularity values may be determined by counting the number of acceleration peaks within one or more periods (e.g., one or more periods ranging from 30 seconds to 1 minute). Intensity values may indicate the number of motions and the associated intensity of the motions (e.g., acceleration values). Intensity values may be categorized as low, medium, and high depending on the associated threshold acceleration value. MET may be determined based on the intensity of motions during a period (e.g., 30 seconds), the regularity / irregularity of the motions, and the number of motions associated with different intensities.
[0073] In some implementations, the processing module 230-a may compress the data stored in memory 215. For example, the processing module 230-a may perform calculations based on sampled data and then delete the sampled data. As another example, the processing module 230-a may average the data over a longer period to reduce the number of values stored. In a particular example, if the average user temperature over one minute is stored in memory 215, the processing module 230-a may calculate the average temperature over a five-minute period for storage and then erase the average temperature data for the one minute. The processing module 230-a may compress the data based on various factors such as the total amount of used / available memory 215 and / or the time elapsed since ring 104 last sent data to the user device 106.
[0074] The user's physiological parameters may be measured by sensors provided on the ring 104, but other devices may also measure the user's physiological parameters. For example, the user's temperature may be measured by a temperature sensor 240 included in the ring 104, but other devices may also measure the user's temperature. In some examples, other wearable devices (e.g., wrist devices) may include sensors for measuring the user's physiological parameters. Additionally, medical devices such as external medical devices (e.g., wearable medical devices) and / or implantable medical devices may measure the user's physiological parameters. One or more sensors on any type of computing device may be used to implement the techniques described herein.
[0075] Physiological measurements may be performed continuously throughout the day and / or night. In some implementations, physiological measurements may be performed between the daytime and / or nighttime portions. In some implementations, physiological measurements may be performed in response to a determination that the user is in a particular state, such as active, resting, and / or sleeping. For example, ring 104 may perform physiological measurements in the resting / sleeping state to obtain a cleaner physiological signal. In one example, ring 104 or other device / system may detect when the user is resting and / or sleeping and obtain physiological parameters (e.g., temperature) for the detected state. The device / system may use resting / sleeping physiological data and / or other data when the user is in other states in order to implement the techniques of this disclosure.
[0076] In some implementations, as previously described herein, the ring 104 may be configured to collect, store, and / or process data, and to transfer any of the data described herein to the user device 106 for storage and / or processing. In some embodiments, the user device 106 includes a wearable application 250, an operating system (OS) 285, a web browser application (e.g., a web browser 280), one or more additional applications, and a GUI 275. The user device 106 may further include other modules and components, such as sensors, audio devices, and haptic feedback devices. The wearable application 250 may include examples of applications (e.g., “apps”) that can be installed on the user device 106. The wearable application 250 may be configured to take data from the ring 104, store the acquired data, and process the acquired data, as described herein. For example, a wearable application 250 may include a user interface (UI) module 255, an acquisition module 260, a processing module 230-b, a communication module 220-b, and a storage module (e.g., a database 265) configured to store application data.
[0077] The various data processing operations described herein may be performed by the ring 104, the user device 106, the server 110, or any combination thereof. For example, in some cases, data collected by the ring 104 may be preprocessed and sent to the user device 106. In this example, the user device 106 may perform some data processing operations on the received data, or send the data to the server 110 for data processing, or both. For example, in some cases, the user device 106 may perform processing operations that require relatively low processing power and / or operations that require relatively low latency, while the user device 106 may send the data to the server 110 for processing operations that require relatively high processing power and / or operations that can tolerate relatively high latency.
[0078] In some embodiments, the ring 104, user device 106, and server 110 of system 200 may be configured to evaluate the user's sleep patterns. In particular, each component of system 200 may be used to collect data from the user via the ring 104 and to generate one or more scores for the user (e.g., sleep score, readiness score) based on the collected data. For example, as previously stated herein, the ring 104 of system 200 may be worn by the user to collect data from the user, including temperature, heart rate, HRV, etc. The data collected by the ring 104 may be used to evaluate the user's sleep for a given "sleep day" and to determine when the user is sleeping. In some embodiments, the scores may be calculated for the user for each sleep day, such that a first sleep day is associated with a first set of scores, and a second sleep day is associated with a second set of scores. The scores may be calculated for each sleep day based on the data collected by the ring 104 during each sleep day. The scores may include, but are not limited to, a sleep score, a readiness score, etc.
[0079] In some cases, a “sleep day” may coincide with a conventional calendar day, such that a given sleep day runs from midnight to midnight on each calendar day. In other cases, a sleep day may be offset relative to a calendar day. For example, a sleep day may run from 6:00 pm (18:00) on one calendar day to 6:00 pm (18:00) on the next calendar day. In this example, 6:00 pm can function as a “cutoff time,” where data collected from the user before 6:00 pm is counted on the current sleep day, and data collected from the user after 6:00 pm is counted on the next sleep day. Due to the fact that most individuals sleep best at night, offsetting the sleep day relative to the calendar day allows System 200 to assess the user’s sleep pattern in a way that matches the user’s sleep schedule. In some cases, the user may be able to selectively adjust the timing of the sleep day relative to the calendar day (e.g., via a GUI), thereby matching the duration of sleep each user typically experiences with their sleep day.
[0080] In some implementations, each user's overall score for each day (e.g., sleep score, readiness score) may be determined / calculated based on one or more “contributors,” “factors,” or “contributing factors.” For example, a user’s overall sleep score may be calculated based on a set of contributing factors, including total sleep, efficiency, restfulness, REM sleep, deep sleep, latency, timing, or any combination thereof. A sleep score can include any number of contributing factors. The “total sleep” contributing factor may refer to the sum of all sleep periods in a sleep day. The “efficiency” contributing factor may reflect the proportion of time spent asleep compared to time awake while in bed, and may be calculated using the efficiency average of the longer sleep periods (e.g., main sleep periods) in a sleep day, weighted by the duration of each sleep period. The “restfulness” contributing factor may indicate how restful the user’s sleep is, and may be calculated using the average of all sleep periods in a sleep day, weighted by the duration of each period. Factors contributing to comfort may be based on "awakening count" (e.g., the sum of all awakenings detected during different sleep periods (when the user wakes up)), excessive movement, and "got-up count" (e.g., the sum of all getting up detected during different sleep periods (when the user gets out of bed)).
[0081] The "REM sleep" contributor may refer to the sum of REM sleep durations across all sleep periods in a sleep day that include REM sleep. Similarly, the "deep sleep" contributor may refer to the sum of deep sleep durations across all sleep periods in a sleep day that include deep sleep. The "latency" contributor may represent the time it takes for a user to fall asleep (e.g., mean, median, longest) and may be calculated using the average of the longest sleep periods throughout a sleep day, weighted by the duration of each period and the number of such periods (e.g., a given combination of one or more sleep stages may be a contributor of its own or may weight other contributors). Finally, the "timing" contributor may refer to the relative timing of sleep periods within a sleep day and / or calendar day and may be calculated using the average of all sleep periods in a sleep day, weighted by the duration of each period.
[0082] As another example, a user's overall readiness score may be calculated based on a set of contributing factors, including sleep, sleep balance, heart rate, HRV balance, recovery index, temperature, activity, activity balance, or any combination thereof. The readiness score may include any number of contributing factors. The "sleep" contributing factor may refer to the combined sleep score for all sleep periods within a sleep day. The "sleep balance" contributing factor may refer to the cumulative duration of all sleep periods within a sleep day. In particular, sleep balance can indicate to the user whether the sleep they have had over a certain period (e.g., the past two weeks) is balanced with their needs. Typically, adults need 7-9 hours of sleep per night to be healthy, alert, and perform at their best mentally and physically. However, it is normal to have days when you don't sleep well from time to time, and therefore the sleep balance contributing factor takes into account long-term sleep patterns to determine whether each user's sleep needs are being met. The “resting heart rate” contributing factor may represent the lowest heart rate from the longest sleep period of a sleep day (e.g., the main sleep period), and / or the lowest heart rate from a nap that occurs after the main sleep period.
[0083] Next, referring to the Readiness Score “Contributing Factors” (e.g., factors, contributing factors), the “HRV Balance” contributing factor may represent the peak HRV mean from the main sleep period and the sleep period that follows the main sleep period. The HRV Balance contributing factor can help users track their recovery status by comparing the user’s HRV trend over a first period (e.g., 2 weeks) to the average HRV over a second, longer period (e.g., 3 months). The “Recovery Index” contributing factor may be calculated based on the longest sleep period. The Recovery Index measures the time it takes for the user’s resting heart rate to stabilize during the night. A sign of very good recovery is that the user’s resting heart rate stabilizes during the first half of the night, at least 6 hours before the user wakes up, leaving time for the body to recover for the next day. The “Body Temperature” contributing factor may be calculated based on the longest sleep period (e.g., main sleep period), or based on the sleep period that follows the longest sleep period, if the user’s highest body temperature during a sleep period is at least 0.5°C higher than the highest body temperature during the longest period. In some embodiments, the ring may measure the user's body temperature while the user is sleeping, and the system 200 may display the user's average body temperature relative to the user's baseline body temperature. If the user's body temperature is outside the normal range (e.g., clearly above or below 0.0), the body temperature contributing factor may be highlighted (e.g., proceed to a "Pay attention" state) or an alert may be generated to the user in some other way.
[0084] In some embodiments, system 200 may support techniques for dynamic application icons that enable customization and personalization of application icons on the home screen or other user interface of user device 106 based on data received by the application and achievements within the application. For example, as mentioned above, system 200 (including, for example, wearable application 250) may process data received by wearable application 250 from at least wearable device 104. In such cases, system 200 may receive physiological data measured from the user by wearable device 104 within the application. In some examples, data received by the application in which achievements are determined may be received from sources other than wearable device 104, or from sources other than wearable device 104. For example, data may be generated within the application based on user input, or, among other examples, may be drawn from other applications running on user device 106.
[0085] For example, as previously stated herein, the ring 104 of system 200 may be worn by a user to collect data from the user, including temperature data, sleep data, recovery data, activity data, heart rate data, HRV data, respiratory data, respiratory rate data, blood pressure data, blood glucose data, stress levels, etc. The ring 104 of system 200 may collect physiological data from the user based on measurements extracted from the temperature sensor and arterial blood flow (e.g., using PPG signals). In some cases, the ring 104 may collect physiological data from the user based on measurements extracted from capillary blood flow, arteriolar blood flow, or both. Physiological data may be collected continuously.
[0086] In some implementations, the processing module 230-a may continuously sample the user's temperature throughout the day and night. Sampling at a sufficient rate (e.g., 1 sample / minute) throughout the day and / or night may provide sufficient temperature data for the analysis described herein. In some implementations, the ring 104 may continuously acquire temperature data (e.g., at a certain sampling rate). In some examples, even when temperature is collected continuously, the system 200 may leverage other information about the user that it has collected or otherwise derived (e.g., sleep stage, activity level, onset of illness, etc.) to select a representative temperature for a particular day that is an accurate representation of the underlying physiological phenomena.
[0087] System 200 may identify the satisfaction of achievement thresholds corresponding to alternative icons based on processing data (e.g., including at least physiological data or other types of data). For example, System 200 may identify that a user has completed some achievement or goal in sleep, activity, mindfulness, nutrition, or any other category by measuring or processing data received by the wearable application 250. In other examples, System 200 may identify that a user has completed some achievement or goal in a savings account balance threshold, the number of followers on a social media account, or any other category. In some cases, System 200 may receive an application software package for an application as part of an application download operation to the user device 106. In such cases, the application may run on the operating system 285 of the user device 106, and the application software package may include icons configured to visually distinguish the application on the user interface (e.g., GUI 275) of the user device 106 from other applications running on the operating system 285 of the user device 106.
[0088] The icons may include at least a default icon and alternative icons corresponding to achievement thresholds. The default icon may refer to an icon associated with the application, typically determined by the application developer (e.g., when the application is first downloaded from an application marketplace or platform). After identifying the satisfaction of an achievement threshold, the wearable application 250 may send a visual display command to the user device 106's operating system 285 to display an alternative icon on the user interface (e.g., GUI 275) of the user device 106 instead of the default icon. The alternative icon may visually represent the type of achievement corresponding to the achievement threshold.
[0089] Figure 3 shows an example of a system 300 that supports dynamic application icons according to an aspect of the present disclosure. System 300 may implement system 100, system 200, or both, or be implemented by them. In particular, system 300 shows an example of a wearable device 305 (e.g., a ring 104), a user device 310 (e.g., a user device 106), and a server 315 (e.g., a server 110), as described with reference to Figures 1 and 2.
[0090] The user may use the wearable device 305, for example, a ring, to collect, monitor, and track the user's physiological data based on measurements collected via one or more sensors of the wearable device 305, as illustrated with reference to Figure 2. In some cases, the wearable device 305 may be a finger-worn device, a wrist-worn device, a patch, a head-worn device, a chest-worn device, or a combination thereof. The wearable device 305 may be configured to collect, store, and / or process data (including, for example, physiological data), and may transfer any of the data described herein to the user device 310 for storage and / or processing.
[0091] The user device 310 may include an operating system 320 (e.g., operating system 285) and a wearable application 335 (e.g., wearable application 250). The wearable application 335 may be an example of an application (e.g., an "app") that is installed on the user device 310 and can be configured to acquire data from the wearable device 305, store the acquired data, and process the acquired data as described herein. For example, the wearable application 335 may receive physiological data measured from the user by the wearable device.
[0092] A wearable application 335 may receive an application software package as part of a download operation (for example, from an application marketplace, application store, etc.). For example, a wearable application 335 may receive an application software package as part of an update to a wearable application 335 that has already been downloaded to a user device 310, or as part of the initial download of the wearable application 335 to the user device 310.
[0093] The wearable application 335 may run on the operating system 320 of the user device 310. The wearable application 335 may include at least a default icon 325 and one or more alternative icons (e.g., a first alternative icon 330-a, a second alternative icon 330-b, and a third alternative icon 330-c). For example, the application software package may include a list of icons (e.g., the default icon 325, a first alternative icon 330-a, a second alternative icon 330-b, and a third alternative icon 330-c) that visually distinguish the wearable application 335 on the user interface of the user device 310 from other applications running on the operating system 320. In such a case, the wearable application 335 may receive the list of icons as part of an application download operation and thereby download the list of icons onto the user device 310 using the wearable application 335.
[0094] The default icon 325 may identify a wearable application 335 installed on the user device 310, and each of the alternative icons 330 may identify an achievement received within the wearable application 335 installed on the user device 310. The default icon 325 may be displayed to the user via the user interface of the user device 310, and the alternative icons (including, for example, a first alternative icon 330-a, a second alternative icon 330-b, and a third alternative icon 330-c) may be hidden from the user until an achievement is achieved, or their use and display may be locked in other ways. For example, the first alternative icon 330-a, the second alternative icon 330-b, and the third alternative icon 330-c may be stored on the user device 310 and cannot be displayed until a threshold for the achievement is achieved. In such cases, each alternative icon may include a corresponding achievement threshold so that when the threshold is met, the user achieves the achievement, the alternative icon is unlocked, and it becomes available for display.
[0095] For example, the first alternative icon 330-a may be associated with an activity-based achievement and may include achievement thresholds, such as values corresponding to the activity-based achievement. For example, achievement thresholds may include the number of minutes a user exercises per day / week / month, how often a user exercises per week, average mile pace, or the number of marathons a user has completed. The wearable application 335 may receive activity data from the wearable device 305 (and / or other sources), and the wearable application 335 may compare the received activity data with achievement thresholds (e.g., values corresponding to activity-based achievements).
[0096] The wearable application 335 may identify whether an activity-based achievement has been reached. Examples of activity-based achievements may include completing one hour of active minutes per day, exercising five days a week, running a mile at a pace of six minutes or less, or completing a marathon. The wearable application 335 may, in response to processing data received by the wearable application 335 from the wearable device 305, identify the satisfaction of a first achievement threshold (e.g., an activity-based achievement threshold) corresponding to a first alternative icon 330-a among one or more alternative icons. For example, the wearable application 335 may receive data indicating that the user has completed a marathon and identify the satisfaction of the first achievement threshold. In response to identifying the satisfaction of the first achievement threshold, the wearable application 335 may unlock the first alternative icon 330-a for use on the home screen of the user device 310.
[0097] A second alternative icon 330-b may be associated with a sleep-based achievement. The second alternative icon 330-b may include achievement thresholds, such as values corresponding to the sleep-based achievement. For example, a sleep-based achievement may be the duration of sleep the user has per night, the number of minutes the user spends in deep sleep per night, the time the user goes to bed each night, or the time the user wakes up each morning. A wearable application 335 may receive sleep data from a wearable device 305 (and / or other sources), which may include the duration of sleep the user has per night, the number of minutes the user spends in deep sleep per night, the time the user goes to bed each night, or the time the user wakes up each morning.
[0098] The wearable application 335 can compare the received sleep data with an achievement threshold (e.g., a value corresponding to a sleep-based achievement) to identify whether the sleep-based achievement has been reached. For example, the sleep-based achievement threshold might be sleeping for at least 8 hours every night for 7 consecutive days. The received sleep data may indicate that the user has slept for at least 8 hours every night for 7 consecutive days, and the wearable application 335 can identify satisfaction with a second achievement threshold (e.g., a sleep-based achievement threshold) corresponding to a second alternative icon 330-b among one or more alternative icons. In response to identifying satisfaction with the second achievement threshold, the wearable application 335 may unlock the second alternative icon 330-b for use and display it on the home screen of the user device 310. In another example, the received sleep data may indicate that the user slept for at least eight hours each night for five consecutive days, and the wearable application 335 may not identify the satisfaction of the second achievement threshold and may refrain from unlocking the second alternative icon 330-b for use.
[0099] A third alternative icon 330-c may be associated with a recovery-based achievement, and the third alternative icon 330-c may include an achievement threshold, such as a value corresponding to the recovery-based achievement. Examples of recovery-based thresholds may include the number of times a user completes meditation per week, the duration of rest a user takes per day / week, or the duration between activities. The wearable application 335 may receive recovery data and determine whether the received recovery data meets an achievement threshold (e.g., a recovery-based achievement threshold).
[0100] The wearable application 335 may determine that the received recovery data is satisfactory (e.g., exceeds a threshold) and identify that a recovery-based achievement has been met. For example, a recovery-based achievement threshold might be completing meditation every day for a week. The received data may indicate that the user has completed meditation for seven consecutive days, and the wearable application 335 may identify the satisfaction of a third achievement threshold (e.g., a recovery-based achievement threshold) corresponding to a third alternative icon 330-c. In such a case, the third alternative icon 330-c may be unlocked for use and displayed to the user for selection and display on the home screen of the user device 310. In another example, the received recovery data may indicate that the user has completed meditation once in the past week, and the wearable application 335 may not identify the satisfaction of a third achievement threshold and may refrain from unlocking the third alternative icon 330-c for use.
[0101] In such a case, the user may achieve an achievement within the wearable application 335, and the wearable application 335 may unlock one or more alternative icons 330, allowing the user to select which alternative icon 330 to display on the home screen. In response to identifying the satisfaction of an achievement threshold, the wearable application 335 may communicate with the operating system 320 of the user device 310 to change the default icon 325 to one of the alternative icons 330 representing the achievement. For example, the wearable application 335 may output a command to the operating system 320 to display a first alternative icon 330-a, a second alternative icon 330-b, or a third alternative icon 330-c on the home screen of the user device 310 instead of the default icon 325. In such a case, the default icon 325 may be switched to the first alternative icon 330-a, the second alternative icon 330-b, or the third alternative icon 330-c.
[0102] In some cases, if two or more alternative icons 330 are unlocked for use (for example, achievement thresholds are met for two or more achievements), the user may choose which alternative icon 330 can be displayed on the user device 310. For example, the wearable application 335 may, in response to identifying the satisfaction of a first and a second achievement threshold, output a request to select either the first alternative icon 330-a or the second alternative icon 330-b. In another example, the wearable application 335 may, in response to identifying the satisfaction of each achievement threshold (for example, the first achievement threshold, the second achievement threshold, and the third achievement threshold), output a request to select either the first alternative icon 330-a, the second alternative icon 330-b, or the third alternative icon 330-c.
[0103] The wearable application 335 may receive a selection of one of the alternative icons 330. For example, the wearable application 335 may receive a selection of a second alternative icon 330-b, and the wearable application 335 may output a second visual display command to the operating system 320 of the user device 310 to display the second alternative icon 330-b instead of the default icon 325, or it may display the first alternative icon 330-a if it has been previously unlocked and / or displayed. In another example, the wearable application 335 may receive a selection of a third alternative icon 330-c, and the wearable application 335 may output a third visual display command to the operating system 320 to display the third alternative icon 330-c instead of the default icon 325, or it may display the first alternative icon 330-a or the second alternative icon 330-b if it has been previously unlocked and / or displayed.
[0104] After two or more alternative icons 330 have been unlocked and become selectable (e.g., viewable), the user device 310 may contain a list of available alternative icons 330, and the user may select from the previously unlocked alternative icons 330. In such a case, the achievement may be unlocked as an alternative icon 330 that enables customization and personalization of the home screen on the user device 310. The alternative icon 330 may be seen as an honor badge that can be displayed and shared via the home screen on the user device 310, rather than requiring access to the wearable application 335 to view the achievement. Data within the wearable application 335 may be viewed outside of the wearable application 335, thereby allowing for further personalization of the home screen based on achievements reached within the wearable application 335.
[0105] In some cases, alternative icons 330 can motivate or encourage the user to achieve goals related to sleep, activity, recovery, readiness, etc. For example, by using physiological data detected via the wearable device 305, the user interface of the user device 310 may be modified to display alternative icons 330 associated with achieved goals. The alternative icons 330 may be awarded to the user as a reward based on the detected user's physical activity, sleep performance, etc. In such cases, the user interface of the user device 310 can become more appealing and rewarding for the user.
[0106] In some examples, a wearable application 335 may generate cryptocurrency-based rewards for the user based on identifying the satisfaction of a first achievement threshold. The cryptocurrency-based rewards may represent awards and / or achievements received within the wearable application 335. In some cases, the cryptocurrency-based rewards may visually represent the type of cryptocurrency tokens received within the wearable application 335 based on achievements by the user.
[0107] A wearable application 335 may award the user one or more cryptocurrency rewards (e.g., tokens) upon the user achieving its goals. In some cases, the amount of cryptocurrency awarded as a reward may depend on the difficulty of the goal, the achievement level, the frequency of goal achievement, or a combination thereof. For example, a cryptocurrency-based reward may be generated after the wearable application 335 recognizes that the user has achieved its status and / or goal (e.g., identified satisfaction of a first achievement threshold). Tokens may be cryptocurrency tokens, non-fungible tokens, smart contract-enabled tokens, or a combination thereof.
[0108] In some cases, cryptocurrency-based rewards (e.g., including one or more tokens) may leverage decentralized networks and / or smart contracts to simplify the gamification of sleep measured via a wearable application 335. For example, the wearable application 335 may issue sleep tokens associated with a certain type of cryptocurrency to reward the user for achieving sleep goals, sleep targets, sleep scores, or a combination thereof. In such cases, the cryptocurrency-based rewards generated by the wearable application 335 and the insights displayed to the user may be gamified to promote positive health benefits. In some cases, cryptocurrency-based rewards could be an example of an ERC-20 token that can reward the user for healthy habits (e.g., achieving sleep goals, activity goals, readiness scores, etc.). An ERC-20 token could be an example of a type of cryptocurrency built on top of the Ethereum blockchain. ERC-20 tokens can be used to represent assets such as shares, loyalty points, and even other cryptocurrencies, and can be traded on cryptocurrency exchanges like other cryptocurrencies.
[0109] In some cases, the wearable application 335 may include a blockchain address. For example, a user may link their cryptocurrency wallet to the wearable application 335, and the wearable application 335 may track the user's progress toward an achievement (e.g., a goal). In response to achieving the goal, the wearable application 335 may send an instruction to the blockchain platform to generate a cryptocurrency-based reward. In such a case, the wearable application 335 may initiate a transaction on the blockchain platform (e.g., Ethereum, IBM Blockchain, Hyperledger Fabric, etc.) to record the generation of tokens (e.g., cryptocurrency-based rewards). Achievements granted within the wearable application 335 may be supported by blockchain transactions.
[0110] In some cases, system 300 may connect memberships associated with the wearable application 335 to a cryptocurrency wallet or function as a cryptocurrency exchange. A cryptocurrency wallet may be an example of a software program or hardware device that stores public and private keys used to send and receive digital currencies. System 300 may include near-field communication (NFC) to enable the exchange of cryptocurrencies (e.g., cryptocurrency-based rewards) obtained by achieving goals within the wearable application 335. In some cases, cryptocurrency-based rewards may be an example of a cryptocurrency token that can be used for purchases within or outside the wearable application 335 (e.g., within other applications on the user device 310). For example, a cryptocurrency token may be Bitcoin.
[0111] To maintain user motivation and engagement, the wearable application 335 may offer challenges and competition with other users, and users may earn additional rewards (e.g., cryptocurrency-based rewards) by completing specific challenges or achieving certain milestones. The wearable application 335 may provide users with a unique incentive to achieve their goals and earn cryptocurrency rewards, while also promoting a healthy lifestyle and physical activity.
[0112] Figure 4 shows an example of a user device 400 that supports dynamic application icons according to an aspect of the present disclosure. The user device 400 may implement or be implemented in an aspect of system 100, system 200, system 300, or any combination thereof. For example, user device 400 may be an example of a user device 106 (e.g., user devices 106-a, 106-b, 106-c) corresponding to a user. User device 400 may include a GUI 405 which may be an example of a GUI 275 of user device 106 (e.g., user devices 106-a, 106-b, 106-c).
[0113] In some examples, GUI405 displays the home screen of user device 400. The operating system of user device 400 may cause GUI405 to display multiple application icons (e.g., icons 410, 420). The application icons may be configured to identify the type of application installed on user device 400, or otherwise to visually distinguish applications from one another.
[0114] GUI405-a may include a number of default icons 410 that can identify the corresponding application installed on the user device 400. For example, a first default icon 410-a may be associated with a wearable application, as illustrated with reference to Figures 2 and 3. A second default icon 410-b may be associated with a different application, such as a money management application. The application icons (e.g., the first default icon 410-a and the second default icon 410-b) may be consistent across users; that is, all users who download a particular application will see the same default icons. In such cases, the content displayed to external users via the first default icon 410-a and the second default icon 410-b, and / or on the home screen of GUI405, may be the same for different users, regardless of the information within the application. Some applications may issue badges, icons, or rewards within the application to indicate that a user has achieved some accomplishment within the application. However, existing applications may not be able to display the results achieved within the application on the home screen of GUI405, or via the default application icon 410 on the home screen (for example, outside the application).
[0115] As described herein, each of the alternate icons 420 may identify an achievement received within a wearable application installed on the user device 400. After a visual display command is output to the operating system of the user device 400, the default icon 410 may be swapped out with the alternate icon 420.
[0116] For example, the GUI 405-b of user device 400 may display a first alternative icon 420-a instead of a first default icon 410-a, and a second alternative icon 420-b instead of a second default icon 410-b. The alternative icon 420 may contain different colors, graphics, shapes, sizes, content, messages, or combinations thereof compared to the default icon 410. Thus, a first user who has not yet achieved any achievements within the application and has not unlocked the alternative icons in any other way will see the application's default icon 410, while a second user with the same application will be able to see the alternative icon 420 on their device once they have achieved the achievements defined within the application.
[0117] As illustrated with reference to Figure 3, the first alternative icon 420-a may visually represent the type of achievement corresponding to the achievement threshold. For example, the type of achievement may relate to the user's sleep, activity, recovery, readiness, or a combination thereof. The achievement threshold may be an example of a value corresponding to a sleep metric, activity metric, recovery metric, readiness metric, or a combination thereof.
[0118] For example, the first alternative icon 420-a could visually represent an award given to a user for taking time to complete a meditation practice during the day (e.g., the "taking time" award), for a user using tags and notes within the application (e.g., the "biohacker" award), or for a user completing a night's sleep and increasing their recovery time (e.g., the "daydreamer" award). Other examples of awards that can be visually represented via alternative icon 420-a include the "over 9,000 steps" award, the "healing" award for increasing the recovery score, the "sporty" award for achieving an activity goal, and the "sleeping beauty" award for achieving a sleep goal. In such cases, awards achieved within the application can be visually presented outside the application by updating the default icon 410-a to the first alternative icon 420-a.
[0119] In some cases, the alternative icon 420 may share information with the user without requiring them to open (e.g., access) the application. For example, the first alternative icon 420-a may display a specific color, graphic, shape, or size to indicate whether the user's readiness score is low or high, or whether their sleep score is low or high. In such a case, the first alternative icon 420-a might be red if the user's score is low and green if the user's score is high.
[0120] A user may not realize when they have met the threshold for achieving a goal, thereby unlocking an alternative icon 420 for use and viewing. In such cases, the user can select an available alternative icon 420, enabling them to make a hidden achievement, which was initially unknown to the user, a viewable achievement outside of the application (e.g., displayed via the alternative icon 420). The user may personalize the home screen of their user device 400 to display achievements via the alternative icon 420 rather than sending them via social sharing features.
[0121] Updating the default icon 410 may be at least partially based on data received from the wearable device, but in some examples, the default icon 410 may be changed based on receiving data from a source other than the wearable device. In such cases, the other data source (e.g., subscription service, partnership, payment, etc.) may change the default application icon (e.g., a second default icon 410-b) to a second alternative icon 420-b. For example, a user with a threshold amount in their investment account may have a different icon for the fund management application icon compared to other users who do not have a threshold amount in their investment account. In other examples, a user subscribed to a subscription service may have a different icon for the subscription service icon compared to other users who are not subscribed to the subscription service.
[0122] In some cases, as part of the application download operation to the user device 400, the application may receive an application software package for the application configured to process data received from other devices, data sources, databases, users, or a combination thereof. The application software package may include a list of alternative icons 420 that visually distinguish the application on the user interface, and may include at least a default icon 410-b and one or more alternative icons 420-b. Based on data received from other data sources, the application may output a visual display command to the operating system of the user device 400 to display a second alternative icon 420-b on the GUI 405-b of the user device 400 instead of the second default icon 410-b.
[0123] For example, an application associated with the default icon 410-b may receive a notification that the amount in a savings account has exceeded the user's goal and identify that the threshold has been met. A visual display command may instruct the operating system to change the default icon 410-b to a second alternative icon 420-b to visually represent the achieved savings goal. For example, the second alternative icon 420-b may include a change in color, a change in graphic, a change in word, or a combination thereof. In some cases, the user may select a threshold for the application to reflect the user's personal financial management goals. For example, the application may receive a notification of a threshold amount for a savings account, and the application may set a threshold to indicate the received threshold. In another example, an application software package may include a default threshold associated with an achievement for unlocking the second alternative icon 420-b.
[0124] In other examples, the default icon 410 may be updated based on subscription services that a user subscribes to. For example, a user may subscribe to a subscription service, and the application may receive instructions to subscribe to a subscription service. Instructions to subscribe to a subscription service could be an example of identifying the satisfaction of a threshold. In such a case, the application may identify the satisfaction of the threshold, and in response to receiving the instruction to subscribe, the application may output a visual display command to display an alternative icon 420-b instead of the default icon 410-b. For example, the application may receive instructions that a user has subscribed to a monthly grocery delivery service, and the application may output a visual display command to replace the default icon 410 with an alternative icon 420 that represents the subscription service. In another example, if a user subscribes to a mailing list associated with the application, the default icon 410 may be switched to display the alternative icon 420.
[0125] In some cases, the default icon 410 may be updated based on a partnership, registration, or collaboration between the application and the user. For example, a user may register for a sleep challenge with a mattress company, and the application may receive a collaboration instruction and output a visual display command to display an alternative icon 420 instead of the default icon 410 based on the registration. In such a case, the collaboration instruction may be an example of a threshold to meet for achievement. The visual display command may include instructions to update the default icon 410-a associated with the wearable device receiving sleep data, the default icon 410 associated with the company, or both.
[0126] In another example, a user may register for an activity challenge with a fitness group. The application may receive a registration instruction and output a visual display command to display an alternative icon 420 instead of the default icon 410 based on the registration. The visual display command may include instructions to update the default icon 410-a associated with the wearable device receiving the activity data, the default icon 410 associated with the fitness group, other default icons associated with the activity, or a combination thereof. In some cases, the default icon 410 may be associated with a social media account, and the default icon 410 may be dynamically updated to an alternative icon 420 after the user achieves a threshold for the number of social media followers, a threshold for the number of social media posts, etc.
[0127] In some cases, the alternative icon 420 may identify the type of hardware associated with the user device 400, the wearable device associated with the application, or both. For example, the system may identify the type of hardware of a wearable device in response to receiving an application software package, and the alternative icon 420 may visually represent the type of hardware. For example, the alternative icon may indicate that the wearable device is a premium or limited edition version of the wearable device. In another example, an application associated with the default icon 410-a may receive data from other applications on the user device 400. In such a case, the application may output a display command to change the default icon 410 to the alternative icon 420 that represents the data received from the other application.
[0128] In some examples, a user may purchase an alternative icon 420. For instance, an application may receive payment associated with the alternative icon 420. The application may output a visual display command to the operating system to display the purchased alternative icon 420. In such a case, identifying the satisfaction of a threshold could be an example of receiving payment.
[0129] Figure 5 shows an example of a process flow 500 supporting a dynamic application icon according to an aspect of this disclosure. The process flow 500 may include an application 505 and an operating system 510, which may be examples of applications and operating systems described with reference to Figures 1 to 4. In some cases, application 505 may run on the operating system 510 of the user device.
[0130] The following alternative examples may be implemented, with some steps being performed in a different order or not performed at all. Some steps may further include additional features not mentioned below. Process flow 500 illustrates a technique in which application 505 outputs a visual display command to switch the default icon displayed on the user interface of a user device to an alternative icon based on data received by application 505.
[0131] The aspects of the process flow 500 may be implemented by a controller, among other components. Additionally or alternatively, the aspects of the process flow 500 may be implemented as instructions stored in memory (e.g., firmware stored in memory coupled with application 505, operating system 510, or both). For example, if the instructions are executed by a controller (e.g., a memory system controller), the controller may be made to perform the operation of the process flow 500.
[0132] In 515, an application software package may be received. For example, the operating system 510 may send an application software package to application 505. In such a case, application 505 may receive the application software package as part of an application download operation to the user device. In some examples, the application software package may be for an application configured to process data received from a wearable device, as illustrated with reference to Figures 2 and 3. The application software package may include icons configured to visually distinguish application 505 on the user interface of the user device from other applications running on the operating system 510 of the user device. For example, the icons may include at least a default icon and one or more alternative icons. In some cases, alternative icons may be downloaded onto the user device along with application 505 via the application software package, but their use may be locked until they reach a corresponding achievement, as described herein.
[0133] In 520, data can be processed. For example, application 505 may process data received by application 505 from at least a wearable device. In such a case, application 505 may receive physiological data measured by the user by the wearable device. Physiological data may include sleep data, recovery data, activity data, heart rate data, respiratory rate data, blood pressure data, blood glucose data, or a combination thereof. In other examples, application 505 may process data received by application 505 from other data sources, including other applications running on operating system 510, other wearable devices, users, or a combination thereof. For example, application 505 may process data received by application 505 from other sources such as bank accounts, medical accounts, social media accounts, user input, or a combination thereof.
[0134] In 525, hardware can be identified. For example, application 505 may identify the hardware attributes of a wearable device in response to receiving an application software package. In some cases, the icon may be based on the hardware type of the wearable device. In such cases, the hardware type may determine the appearance of the alternative icon. For example, the alternative icon for a wearable device of a first hardware type may differ from the alternative icon for a wearable device of a second hardware type.
[0135] In 530, a first threshold can be identified. For example, application 505 can identify a first achievement threshold after processing data. In some cases, application 505 can identify the satisfaction of a first achievement threshold among the achievement thresholds corresponding to a first alternative icon among the alternative icons. In such cases, application 505 can identify that the first threshold has been met and that the user has achieved some outcome within application 505 in response to receiving data. In some examples, application 505 can use physiological data measured by a wearable device to identify that a threshold has been met, thereby unlocking an alternative application icon for use and display on the home screen of the user device. In other examples, application 505 can use data received from other sources such as bank accounts, medical accounts, social media accounts, and / or user input to identify that a threshold has been met.
[0136] Application 505 may issue “in-app” badges, icons, or rewards to indicate that a user has achieved an accomplishment within Application 505. For example, Application 505 may identify that a user has slept more than eight hours every night for the past week, and an alternative icon corresponding to a sleep-based achievement may be unlocked. In such a case, the first threshold might be the example of sleeping eight hours every night for the past week. In another example, Application 505 may identify that a user’s social media account has reached one million followers, and an alternative icon corresponding to a social media-based achievement may be unlocked. In such a case, the first threshold might be the example of one million followers.
[0137] In 535, a visual display command may be output. For example, application 505 may generate a visual display command and output it to the user device's operating system 510. The visual display command may include instructions for displaying a first alternative icon from among the alternative icons on the user interface of the user device instead of the default icon. In some cases, the visual display command may be output in response to identifying the satisfaction of a first achievement threshold. After identifying the first threshold, application 505 may communicate with the user device's operating system 510 to change the default application icon to the alternative icon.
[0138] For example, a visual display command may include a command to switch the default icon to a first alternative icon. In such a case, the default icon may be changed and / or updated to an unlocked application icon (e.g., the first alternative icon). The system may swap out the default application icon on the home screen with an alternative unlocked application icon based on the user reaching some achievement (e.g., a first achievement threshold) within application 505. The alternative application icon may visually represent the type of achievement corresponding to the first achievement threshold (e.g., sleep achievement, activity achievement, recovery achievement, money achievement, etc.). For example, the alternative application icon may visually represent a sleep-based achievement for a user who sleeps more than eight hours every night. In another example, the alternative application icon may visually represent a social media-based achievement for a user who has achieved one million followers on a social media account.
[0139] In some cases, application 505 may generate cryptocurrency-based rewards for users based on identifying the satisfaction of a first achievement threshold. For example, a cryptocurrency-based reward may be generated in response to identifying the satisfaction of a first achievement threshold. The cryptocurrency-based reward may be a cryptocurrency token, a non-fungible token, a smart contract-enabled token, or a combination thereof.
[0140] In 540, a second threshold may be identified. For example, application 505 may identify the satisfaction of a second achievement threshold corresponding to a second alternative icon among the alternative icons. In some cases, the second achievement threshold may be identified in response to processing data received by application 505 from at least a wearable device or other source. In some examples, application 505 may identify that the second threshold is satisfied and the user has achieved another achievement within application 505 (e.g., in addition to the first achievement) in response to receiving physiological data.
[0141] Application 505 may use physiological data measured by the wearable device to identify when a second threshold is met and unlock a second alternative application icon. For example, Application 505 may identify that the user has run 5 miles every day for the past week, and an alternative icon corresponding to an activity-based achievement may be unlocked. In such a case, the second threshold could be the example of running 5 miles every day for the past week.
[0142] In another example, application 505 may, in response to receiving data from another source, such as a social media account, identify that a second threshold has been met and that the user has achieved another achievement within application 505 (for example, in addition to the first achievement). Application 505 may use the received data to identify that the second threshold has been met and unlock a second alternative application icon. For example, application 505 may identify that the user has achieved the goal of sharing one post per day on their social media account, and an alternative icon corresponding to the social media-based achievement may be unlocked. In such a case, the second threshold might be, for example, sharing at least one social media post per day over the past month.
[0143] In step 545, a second alternative icon may be selected. For example, application 505 may receive instructions to select a second alternative icon after identifying the satisfaction of the first and second achievement thresholds. In some examples, application 505 may output a request to select either the first or second alternative icon to its user interface in response to identifying the satisfaction of the second achievement threshold. Application 505 may select a second alternative icon in response to receiving instructions to select a second alternative icon. In such cases, application 505 may select an alternative application icon from a list of previously unlocked alternative application icons.
[0144] In some cases, in response to outputting a request to select a first or second alternative icon, application 505 may receive instructions to select a first alternative icon. In such cases, application 505 may output a visual display command to display the first alternative icon instead of the default icon and instead of the unlocked second alternative icon. The visual display command may include instructions to maintain the display of the first alternative icon even if the second alternative icon becomes available.
[0145] In 550, a second visual display command may be output. For example, application 505 may generate a second visual display command and output the second visual display command to the user device's operating system 510. The second visual display command may include instructions for displaying a second alternative icon from among the alternative icons on the user interface of the user device in place of the first alternative icon. In some cases, the second visual display command may include instructions for displaying a second alternative icon from among the alternative icons on the user interface of the user device in place of the default icon. The second visual display command may be output in response to outputting a request.
[0146] The second alternative icon visually represents the type of achievement corresponding to the second achievement threshold (e.g., sleep achievement, activity achievement, recovery achievement, etc.). For example, a visual display command may include a command to switch the first alternative icon to the second alternative icon. In such a case, the first alternative icon may be changed and / or updated to the second unlocked application icon. For example, the second alternative application icon may visually represent an activity-based achievement corresponding to the user running 5 miles every day for the past week, or a social media-based achievement corresponding to the user sharing one post every day for the past month.
[0147] The system (for example, including at least application 505 and operating system 510) may optimize the user experience so that a home screen icon can indicate that the user has achieved something within application 505. In such a case, the user may select the achievements they wish to display outside of application 505, thereby making the application icon more appealing and personal to the user.
[0148] Figure 6 shows a block diagram 600 of a device 605 supporting a dynamic application icon according to an aspect of the present disclosure. The device 605 may include an input module 610, an output module 615, and a wearable application 620. The device 605 may also include a processor. Each of these components may communicate with one another (for example, via one or more buses).
[0149] The input module 610 may provide means for receiving information such as packets associated with various information channels (e.g., control channels, data channels, information channels related to disease detection techniques), user data, control information, or any combination thereof. The information may be passed to other components of device 605. The input module 610 may utilize a single antenna or a set of multiple antennas.
[0150] The output module 615 may provide means for transmitting signals generated by other components of device 605. For example, the output module 615 may transmit information such as packets associated with various information channels (e.g., control channels, data channels, information channels related to disease detection techniques), user data, control information, or any combination thereof. In some examples, the output module 615 may be collated with the input module 610 in the transceiver module. The output module 615 may utilize a single antenna or a set of multiple antennas.
[0151] For example, the wearable application 620 may include a download component 625, a threshold component 630, a command component 635, or any combination thereof. In some examples, the wearable application 620, or various components thereof, may be configured to perform various operations (e.g., receiving, monitoring, transmitting) using, or otherwise in cooperation with, the input module 610, the output module 615, or both. For example, the wearable application 620 may receive information from the input module 610, transmit information to the output module 615, or be integrated with the input module 610, the output module 615, or both to receive information, transmit information, or perform various other operations as described herein.
[0152] The download component 625 is configured as a means for receiving an application software package for an application as part of an application download operation to a user device, or may otherwise support this, the application runs on the user device's operating system, and the application software package includes a plurality of icons configured to visually distinguish the application on the user device's user interface from other applications running on the user device's operating system, the plurality of icons including at least a default icon and one or more alternative icons corresponding to one or more achievement thresholds. The threshold component 630 is configured as a means for identifying satisfaction of a first achievement threshold among one or more achievement thresholds corresponding to a first alternative icon among one or more alternative icons, or may otherwise support this, at least in part on processing data received by the application. The instruction component 635 is configured, or may otherwise support, a means for outputting a visual display instruction to the user device's operating system for displaying a first alternative icon from one or more alternative icons on the user interface of the user device instead of the default icon, at least in part on identifying the satisfaction of a first achievement threshold, the first alternative icon visually representing the type of achievement corresponding to the first achievement threshold.
[0153] Figure 7 shows a block diagram 700 of a wearable application 720 supporting a dynamic application icon according to an aspect of the present disclosure. The wearable application 720 may be an example of an aspect of the wearable application or wearable application 620, or both, as described herein. The wearable application 720, or various components thereof, may be an example of means for performing various aspects of a dynamic application icon as described herein. For example, the wearable application 720 may include a download component 725, a threshold component 730, an instruction component 735, or any combination thereof. Each of these components may communicate with one another directly or indirectly (e.g., via one or more buses).
[0154] The download component 725 is configured as a means for receiving an application software package for an application as part of an application download operation to a user device, or may otherwise support this, the application runs on the user device's operating system, and the application software package includes a plurality of icons configured to visually distinguish the application on the user device's user interface from other applications running on the user device's operating system, the plurality of icons including at least a default icon and one or more alternative icons corresponding to one or more achievement thresholds. The threshold component 730 is configured as a means for identifying satisfaction of a first achievement threshold among one or more achievement thresholds corresponding to a first alternative icon among one or more alternative icons, or may otherwise support this, at least in part on processing data received by the application. The instruction component 735 is configured, or may otherwise support, a means for outputting a visual display instruction to the user device's operating system for displaying a first alternative icon from one or more alternative icons on the user interface of the user device instead of the default icon, at least in part on identifying the satisfaction of a first achievement threshold, the first alternative icon visually representing the type of achievement corresponding to the first achievement threshold.
[0155] In some examples, the threshold component 730 may be configured in the application as a means for receiving physiological data measured from the user by a wearable device, or may support it in other ways, and identifying satisfaction of a first achievement threshold may be at least partially based on receiving physiological data.
[0156] In some examples, physiological data may include sleep data, recovery data, activity data, heart rate data, respiratory rate data, blood pressure data, blood glucose data, or a combination thereof.
[0157] In some examples, the visual display command includes a command to switch the default icon to the first of one or more alternative icons.
[0158] In some examples, the threshold component 730 is configured, or may otherwise support, means for identifying the satisfaction of a second achievement threshold among one or more achievement thresholds corresponding to a second alternative icon among one or more alternative icons, at least in part on processing data received by the application from a wearable device. In some examples, the instruction component 735 is configured, or may otherwise support, means for outputting a request to the application's user interface to select either a first or second alternative icon, at least in part on identifying the satisfaction of a second achievement threshold. In some examples, the instruction component 735 is configured, or may otherwise support, means for outputting a second visual display instruction to the user device's operating system for displaying a second alternative icon among one or more alternative icons on the user interface of the user device instead of a first alternative icon, the second alternative icon visually representing the type of achievement corresponding to the second achievement threshold.
[0159] In some examples, the instruction component 735 may be configured as a means for generating a cryptocurrency-based reward for a user, or may support it in other ways, at least in part, based on identifying the satisfaction of a first achievement threshold.
[0160] In some examples, cryptocurrency-based rewards include cryptocurrency tokens, non-fungible tokens, smart contract-enabled tokens, or a combination thereof.
[0161] In some examples, the download component 725 may be configured as a means for identifying hardware attributes of a wearable device, at least in part, based on receiving an application software package, or may support it in other ways, with one or more alternative icons at least in part based on the type of hardware.
[0162] In some examples, one or more achievement thresholds include values corresponding to activity-based achievements, sleep-based achievements, readiness-based achievements, recovery-based achievements, or a combination thereof.
[0163] In some examples, the types of achievements include activity-based achievements, sleep-based achievements, readiness-based achievements, recovery-based achievements, or combinations thereof.
[0164] In some examples, wearable devices include finger-worn devices, wrist-worn devices, patches, head-worn devices, chest-worn devices, or combinations thereof.
[0165] Figure 8 shows a diagram of a system 800 including a device 805 that supports dynamic application icons, according to an aspect of this disclosure. Device 805 may be an example of, or include, a component of, device 605 as described herein. Device 805 may include an example of a user device 106 as previously stated herein. Device 805 may include components for bidirectional communication, including components for transmitting and receiving communications with a wearable device 104 and a server 110, such as a wearable application 820, a communication module 810, an antenna 815, a user interface component 825, a database (application data) 830, memory 835, and a processor 840. These components may communicate electronically via one or more buses (e.g., bus 845) or may be coupled in other ways (e.g., operably, communicatively, functionally, electronically, electrically).
[0166] The communication module 810 may manage input and output signals for device 805 via antenna 815. The communication module 810 may include an example of the communication module 220-b for user device 106, as illustrated and described in Figure 2. In this regard, the communication module 810 may manage communication with ring 104 and server 110, as shown in Figure 2. The communication module 810 may also manage peripherals not integrated into device 805. In some cases, the communication module 810 may represent a physical connection or port to an external peripheral. In some cases, the communication module 810 may utilize an operating system such as iOS®, ANDROID®, MS-DOS®, MS-WINDOWS®, OS / 2®, UNIX®, LINUX®, or another known operating system. In other cases, the communication module 810 may represent or interact with a wearable device (e.g., ring 104), a modem, a keyboard, a mouse, a touchscreen, or similar device. In some cases, the communication module 810 may be implemented as part of the processor 840. In some examples, the user may interact with the device 805 via the communication module 810, the user interface component 825, or via hardware components controlled by the communication module 810.
[0167] In some cases, device 805 may include a single antenna 815. However, in some other cases, device 805 may have two or more antennas 815, which may enable simultaneous transmission or reception of multiple wireless transmissions. Communication module 810 may communicate bidirectionally via one or more antennas 815, a wired link, or a wireless link, as described herein. For example, communication module 810 may represent a wireless transceiver and communicate bidirectionally with another wireless transceiver. Communication module 810 may also include a modem for modulating packets, providing the modulated packets to one or more antennas 815 for transmission, and demodulating packets received from one or more antennas 815.
[0168] The user interface component 825 can manage the storage and processing of data in the database 830. In some cases, the user may interact with the user interface component 825. In other cases, the user interface component 825 may operate automatically without user interaction. The database 830 may be a single database, a distributed database, multiple distributed databases, a data store, a data lake, or an emergency backup database.
[0169] Memory 835 may include RAM and ROM. Memory 835 may store computer-readable, computer-executable software, which, when executed, contains instructions that cause the processor 840 to perform various functions described herein. In some cases, memory 835 may include a BIOS that can control basic hardware or software operations, such as interactions with peripheral components or devices.
[0170] The processor 840 may include intelligent hardware devices (e.g., general-purpose processors, DSPs, CPUs, microcontrollers, ASICs, FPGAs, programmable logic devices, discrete gate or transistor logic components, discrete hardware components, or any combination thereof). In some cases, the processor 840 may be configured to operate a memory array using a memory controller. In other cases, the memory controller may be integrated into the processor 840. The processor 840 may be configured to execute computer-readable instructions stored in memory 835 to perform various functions (e.g., functions or tasks supporting methods and systems for sleep stage classification algorithms).
[0171] For example, a wearable application 820 may be configured, or otherwise supportive of, receiving an application software package for the application as part of an application download operation to a user device, the application runs on the user device's operating system, and the application software package includes a plurality of icons configured to visually distinguish the application on the user interface of the user device from other applications running on the user device's operating system, the plurality of icons including at least a default icon and one or more alternative icons corresponding to one or more achievement thresholds. The wearable application 820 may be configured, or otherwise supportive of, at least in part, based on processing data received by the application, to identify the satisfaction of a first achievement threshold among one or more achievement thresholds corresponding to a first alternative icon among one or more alternative icons. The wearable application 820 is configured, or may otherwise support, a means for outputting a visual display command to the user device's operating system for displaying a first alternative icon from one or more alternative icons on the user interface of the user device instead of a default icon, at least in part on identifying the satisfaction of a first achievement threshold, the first alternative icon visually representing the type of achievement corresponding to the first achievement threshold.
[0172] By including or configuring a wearable application 820 in accordance with the examples described herein, device 805 may support techniques for improving communication reliability, enhancing user experience, more efficient use of communication resources, improving inter-device coordination, and improving the utilization of processing power.
[0173] The wearable application 820 may include applications (e.g., “apps”), programs, software, or other components configured to facilitate communication with the ring 104, server 110, other user devices 106, etc. For example, the wearable application 820 may include an application that can run on a user device 106 configured to receive data (e.g., physiological data) from the ring 104, perform processing operations on the received data, send and receive data with the server 110, and have the user 102 present the data.
[0174] Figure 9 shows a flowchart illustrating a method 900 for supporting dynamic application icons according to an aspect of the present disclosure. The operation of method 900 may be implemented by a user device or its components, as described herein. For example, the operation of method 900 may be performed by a user device such as those described with reference to Figures 1 to 8. In some examples, the user device may execute a set of instructions for controlling functional elements of a wireless user device to perform the described functions. Additionally or alternatively, the wireless user device may use dedicated hardware to perform aspects of the described functions.
[0175] In 905, the method may include, as part of an application download operation to a user device, the step of receiving an application software package for an application, the application which runs on the user device's operating system, and the application software package which includes a plurality of icons configured to visually distinguish the application on the user interface of the user device from other applications running on the user device's operating system, the plurality of icons which include at least a default icon and one or more alternative icons corresponding to one or more achievement thresholds. The operation of 905 may be performed according to the examples disclosed herein. In some examples, the operation of 905 may be performed by a download component 725 as described with reference to Figure 7.
[0176] In 910, the method may include, at least in part, the step of identifying satisfaction of a first achievement threshold among one or more achievement thresholds corresponding to a first alternative icon among one or more alternative icons, based on processing data received by the application. The operation of 910 may be performed according to the examples disclosed herein. In some examples, the operation of 910 may be performed by a threshold component 730, as described with reference to Figure 7.
[0177] In 915, the method may include the step of outputting a visual display command to the operating system of a user device for displaying a first alternative icon from one or more alternative icons on the user interface of the user device instead of a default icon, at least in part on identifying satisfaction of a first achievement threshold, the first alternative icon visually representing the type of achievement corresponding to the first achievement threshold. The operation of 915 may be performed according to the examples disclosed herein. In some examples, the operation of 915 may be performed by an instruction component 735, as described with reference to Figure 7.
[0178] The methods described above illustrate possible implementations; the operations and steps may be rearranged or, in some cases, modified, and other implementations are possible. Furthermore, two or more aspects of the methods may be combined.
[0179] A method is described. The method may include the steps of: receiving an application software package for an application as part of an application download operation to a user device, the application running on the operating system of the user device, and the application software package including a plurality of icons configured to visually distinguish the application on the user interface of the user device from other applications running on the operating system of the user device, the plurality of icons including at least a default icon and one or more alternative icons corresponding to one or more achievement thresholds; identifying satisfaction of a first achievement threshold among one or more achievement thresholds corresponding to a first alternative icon among the one or more alternative icons, at least based on processing data received by the application; and outputting a visual display command to the operating system of the user device to display the first alternative icon among one or more alternative icons on the user interface of the user device instead of the default icon, at least based on identifying satisfaction of the first achievement threshold, the first alternative icon visually represents the type of achievement corresponding to the first achievement threshold.
[0180] A device is described. The device may include a processor, memory coupled to the processor, and instructions stored in the memory. The command may be executable by a processor to cause the device to receive an application software package for an application as part of an application download operation to a user device, the application runs on the operating system of the user device, and the application software package includes a plurality of icons configured to visually distinguish the application on the user interface of the user device from other applications running on the operating system of the user device, the plurality of icons including at least a default icon and one or more alternative icons corresponding to one or more achievement thresholds, at least based on receiving and processing the received data in the application, identify satisfaction of a first achievement threshold among one or more achievement thresholds corresponding to a first alternative icon among the one or more alternative icons, and output a visual display command to the operating system of the user device to display the first alternative icon among the one or more alternative icons on the user interface of the user device instead of the default icon, at least based on identifying satisfaction of the first achievement threshold, the first alternative icon visually represents the type of achievement corresponding to the first achievement threshold.
[0181] Another device is described. The device may include means for receiving an application software package for an application as part of an application download operation to a user device, the application running on the operating system of the user device, and the application software package including a plurality of icons configured to visually distinguish the application on the user interface of the user device from other applications running on the operating system of the user device, the plurality of icons including at least a default icon and one or more alternative icons corresponding to one or more achievement thresholds; means for identifying satisfaction of a first achievement threshold among one or more achievement thresholds corresponding to a first alternative icon among the one or more alternative icons, at least based on processing data received by the application; and means for outputting a visual display command to the operating system of the user device for displaying a first alternative icon among one or more alternative icons on the user interface of the user device instead of the default icon, at least based on identifying satisfaction of a first achievement threshold, the first alternative icon visually represents the type of achievement corresponding to the first achievement threshold.
[0182] A non-temporary computer-readable medium for storing code is described. The code is received as part of an application download operation to a user device, the application runs on the user device's operating system, and the application software package includes a plurality of icons configured to visually distinguish the application on the user interface of the user device from other applications running on the user device's operating system, the plurality of icons including at least a default icon and one or more alternative icons corresponding to one or more achievement thresholds, at least based on receiving and processing the received data in the application, identifying satisfaction of a first achievement threshold among one or more achievement thresholds corresponding to a first alternative icon among the one or more alternative icons, and outputting a visual display instruction to the user device's operating system for displaying the first alternative icon among the one or more alternative icons on the user interface of the user device instead of the default icon, at least based on identifying satisfaction of the first achievement threshold, the first alternative icon may include an instruction executable by the processor to output a visual representation of the type of achievement corresponding to the first achievement threshold.
[0183] Some examples of methods, apparatus, and non-temporary computer-readable media described herein may further include, in applications, actions, features, means, or instructions for receiving physiological data measured from a user by a wearable device, and identifying satisfaction of a first achievement threshold may be at least in part based on receiving the physiological data.
[0184] In some examples of the methods, apparatus, and non-temporary computer-readable media described herein, physiological data include sleep data, recovery data, activity data, heart rate data, respiratory rate data, blood pressure data, blood glucose data, or combinations thereof.
[0185] In some examples of the methods, apparatus, and non-temporary computer-readable media described herein, the visual display instructions include instructions for switching the default icon to a first alternative icon from one or more alternative icons.
[0186] Some examples of methods, apparatus, and non-temporary computer-readable media described herein may further include operations, features, means, or instructions for at least partly based on processing data received by an application from a wearable device, identifying satisfaction of a second achievement threshold among one or more achievement thresholds corresponding to a second alternative icon among one or more alternative icons; at least partly based on identifying satisfaction of the second achievement threshold, outputting a request to the user interface of the application to select either a first alternative icon or a second alternative icon; and at least partly based on outputting the request, outputting a second visual display instruction to the operating system of the user device for displaying a second alternative icon among one or more alternative icons on the user interface of the user device instead of a first alternative icon, the second alternative icon may visually represent the type of achievement corresponding to the second achievement threshold.
[0187] Some examples of methods, apparatus, and non-temporary computer-readable media described herein may further include operations, features, means, or instructions for generating cryptocurrency-based rewards for a user, at least in part on identifying the satisfaction of a first achievement threshold.
[0188] In some examples of the methods, apparatus, and non-temporary computer-readable media described herein, cryptocurrency-based awards include cryptocurrency tokens, non-fungible tokens, smart contract-enabled tokens, or combinations thereof.
[0189] Some examples of methods, apparatus, and non-temporary computer-readable media described herein may further include actions, features, means, or instructions for identifying hardware attributes of a wearable device, at least in part, based on receiving an application software package, and one or more alternative icons may be at least in part based on the type of hardware.
[0190] In some examples of the methods, apparatus, and non-temporary computer-readable media described herein, one or more achievement thresholds include values corresponding to activity-based achievements, sleep-based achievements, readiness-based achievements, recovery-based achievements, or combinations thereof.
[0191] In some examples of the methods, apparatus, and non-temporary computer-readable media described herein, the types of achievements include activity-based achievements, sleep-based achievements, readiness-based achievements, recovery-based achievements, or combinations thereof.
[0192] In some examples of the methods, apparatus, and non-temporary computer-readable media described herein, wearable devices include finger-worn devices, wrist-worn devices, patches, head-worn devices, chest-worn devices, or combinations thereof.
[0193] The descriptions provided herein with respect to the accompanying drawings are illustrative and do not necessarily represent all examples that may be implemented or that fall within the claims. The term “exemplary” as used herein means “serving as an example, case, or illustration,” and does not mean “preferred” or “advantageous over other examples.” Detailed descriptions include specific details to give an understanding of the described techniques. However, these techniques may be practiced without these specific details. In some cases, well-known structures and devices are shown in block diagram form to avoid obscuring the concepts of the described examples.
[0194] In the attached diagram, similar components or features may have the same reference label. Furthermore, various components of the same type may be distinguished by following the reference label with a dash and a second label that distinguishes similar components. Where only the first reference label is used herein, the description is applicable to any similar component having the same first reference label, regardless of the second reference label.
[0195] The information and signals described herein may be represented using any of the following different techniques and methods. For example, the data, instructions, commands, information, signals, bits, symbols, and chips that may be referenced throughout the above description may be represented by voltage, electric current, electromagnetic waves, magnetic fields or magnetic particles, light fields or optical particles, or any combination thereof.
[0196] The various exemplary blocks and modules described in connection with the disclosure herein may be implemented or run using general-purpose processors, DSPs, ASICs, FPGAs or other programmable logic devices, discrete gate or transistor logic, discrete hardware components, or any combination thereof designed to perform the functions described herein. A general-purpose processor may be a microprocessor, but alternatively, the processor may be any conventional processor, controller, microcontroller, or state machine. The processor may also be implemented as a combination of computing devices (e.g., a combination of a DSP and a microprocessor, multiple microprocessors, one or more microprocessors working with a DSP core, or any other such configuration).
[0197] The functions described herein may be implemented in hardware, software executed by a processor, firmware, or any combination thereof. When implemented in software executed by a processor, the functions may be stored or transmitted as one or more instructions or codes on a computer-readable medium. Other examples and implementations are within the scope of this disclosure and the accompanying claims. For example, by the nature of the software, the functions described above may be implemented using software executed by a processor, hardware, firmware, wiring, or any combination thereof. The features implementing the functions may also be physically located in various locations, including being distributed so that parts of the functions are implemented in different physical locations. Also, as used herein, including in the claims, "or" used in a list of items (e.g., a list of items preceded by phrases such as "at least one of ~" or "one or more of ~") means an inclusive list such as, for example, a list of at least one of A, B, or C means A or B or C or AB or AC or BC or ABC (i.e., A and B and C). Also, as used herein, the phrase "based on ~" should not be interpreted as a reference to a closed set of conditions. For example, an exemplary step described as “based on Condition A” may be based on both Condition A and Condition B without departing from the scope of this disclosure. In other words, as used herein, the phrase “based on” shall be construed in the same way as the phrase “based at least in part on.”
[0198] Computer-readable media include both communication media and non-temporary computer storage media, including any media that facilitate the transfer of computer programs from one location to another. Non-temporary storage media can be any available media accessible by a general-purpose or dedicated computer. Examples, but not limited to, non-temporary computer-readable media may include RAM, ROM, electrically erasable programmable ROM (EEPROM), compact disk (CD) ROM or other optical disk storage, magnetic disk storage or other magnetic storage devices, or any other non-temporary media accessible by a general-purpose or dedicated computer or general-purpose or dedicated processor that can be used to carry or store desired program code means in the form of instructions or data structures. Any connection is also appropriately referred to as computer-readable media. For example, if software is transmitted from a website, server, or other remote source using coaxial cable, fiber optic cable, twisted pair, digital subscriber line (DSL), or wireless technologies such as infrared, radio, and microwave, then coaxial cable, fiber optic cable, twisted pair, DSL, or wireless technologies such as infrared, radio, and microwave are included in the definition of media. As used herein, the terms "disk" and "disc" include CDs, laserdiscs, optical discs, digital multipurpose discs (DVDs), floppy disks, and Blu-ray discs. A disk typically reproduces data magnetically, while a disc reproduces data optically using a laser. Any combination of the above is also included within the scope of computer-readable media.
[0199] The descriptions herein are provided to enable those skilled in the art to create or use this disclosure. Various modifications to this disclosure will be readily apparent to those skilled in the art, and the general principles defined herein may be applied to other variations without departing from the scope of this disclosure. Accordingly, this disclosure should be given the broadest scope that matches the principles and novel features disclosed herein, and is not limited to the examples and designs described herein.
Claims
1. It is a method, As part of an application download operation to a user device, a step of receiving an application software package for an application, wherein the application runs on the operating system of the user device, and the application software package includes a plurality of icons configured to visually distinguish the application on the user interface of the user device from other applications running on the operating system of the user device, wherein the plurality of icons include at least a default icon and one or more alternative icons corresponding to one or more achievement thresholds, The steps of identifying satisfaction of a first achievement threshold among the one or more achievement thresholds corresponding to a first alternative icon among the one or more alternative icons, at least in part, based on processing data received by the application, Steps of outputting a visual display command to the operating system of the user device for displaying the first alternative icon from among the one or more alternative icons on the user interface of the user device, at least in part on identifying the satisfaction of the first achievement threshold, wherein the first alternative icon visually represents the type of achievement corresponding to the first achievement threshold; A method that includes this.
2. In the aforementioned application, the step of receiving physiological data measured from the user by a wearable device, wherein identifying the satisfaction of the first achievement threshold is at least partially based on receiving the physiological data, The method according to claim 1, further comprising:
3. The method according to claim 2, wherein the physiological data includes sleep data, recovery data, activity data, heart rate data, respiratory rate data, blood pressure data, blood glucose data, or a combination thereof.
4. The method according to claim 2, wherein the wearable device includes a finger-worn device, a wrist-worn device, a patch, a head-worn device, a chest-worn device, or a combination thereof.
5. The method according to claim 1, wherein the visual display command includes a command for switching the default icon to the first alternative icon from among the one or more alternative icons.
6. The steps include: identifying the satisfaction of a second achievement threshold among the one or more achievement thresholds corresponding to a second alternative icon among the one or more alternative icons, at least in part on processing data received by the application from a wearable device; The steps include outputting a request to the user interface of the application to select the first alternative icon or the second alternative icon, at least in part on identifying the satisfaction of the second achievement threshold, Steps of outputting the aforementioned request, at least in part, to output a second visual display command to the operating system of the user device for displaying the second alternative icon from among the one or more alternative icons on the user interface of the user device instead of the first alternative icon, wherein the second alternative icon visually represents the type of achievement corresponding to the second achievement threshold; The method according to claim 1, further comprising:
7. A step of identifying hardware attributes of a wearable device, at least in part, based on receiving the application software package, wherein one or more alternative icons are at least in part based on the type of hardware. The method according to claim 1, further comprising:
8. The method according to claim 1, wherein the one or more achievement thresholds include values corresponding to activity-based achievements, sleep-based achievements, readiness-based achievements, recovery-based achievements, or combinations thereof.
9. The method according to claim 1, wherein the type of achievement includes activity-based achievements, sleep-based achievements, readiness-based achievements, recovery-based achievements, or a combination thereof.
10. A step of generating a cryptocurrency-based reward for a user, at least in part, based on identifying the satisfaction of the first achievement threshold. The method according to claim 1, further comprising:
11. The method according to claim 10, wherein the cryptocurrency-based reward includes a cryptocurrency token, a non-fungible token, a smart contract-enabled token, or a combination thereof.
12. It is a device, Processor and The memory coupled to the aforementioned processor, Instructions stored in the aforementioned memory and The device is equipped with the command, Receiving an application software package for an application as part of an application download operation to a user device, wherein the application runs on the operating system of the user device, and the application software package includes a plurality of icons configured to visually distinguish the application on the user interface of the user device from other applications running on the operating system of the user device, wherein the plurality of icons include at least a default icon and one or more alternative icons corresponding to one or more achievement thresholds. Based at least in part on processing the data received by the application, the satisfaction of a first achievement threshold among the one or more achievement thresholds corresponding to a first alternative icon among the one or more alternative icons, Outputting a visual display command to the operating system of the user device for displaying the first alternative icon from the one or more alternative icons on the user interface of the user device in place of the default icon, at least in part on identifying the satisfaction of the first achievement threshold, wherein the first alternative icon visually represents the type of achievement corresponding to the first achievement threshold. The processor is capable of performing the following: Device.
13. The aforementioned instruction is given to the device, In the aforementioned application, receiving physiological data measured from the user by a wearable device, and identifying the satisfaction of the first achievement threshold, is at least in part based on receiving the physiological data. The apparatus according to claim 12, further executable by the processor to perform the following.
14. The apparatus according to claim 13, wherein the physiological data includes sleep data, recovery data, activity data, heart rate data, respiratory rate data, blood pressure data, blood glucose data, or a combination thereof.
15. The apparatus according to claim 12, wherein the visual display command includes a command for switching the default icon to the first alternative icon from among the one or more alternative icons.
16. The aforementioned instruction is given to the device, Identifying satisfaction of a second achievement threshold among the one or more achievement thresholds corresponding to a second alternative icon among the one or more alternative icons, at least in part, based on processing data received by the application from a wearable device, Outputting a request to select the first alternative icon or the second alternative icon to the user interface of the application, at least in part, based on identifying the satisfaction of the second achievement threshold, Outputting a second visual display command to the operating system of the user device for displaying the second alternative icon from the one or more alternative icons on the user interface of the user device in place of the first alternative icon, wherein the second alternative icon visually represents the type of achievement corresponding to the second achievement threshold. The apparatus according to claim 12, further executable by the processor to perform the following.
17. The aforementioned instruction is given to the device, Identifying the hardware attributes of a wearable device, at least in part, based on receiving the application software package, wherein one or more alternative icons identify the hardware type, at least in part. The apparatus according to claim 12, further executable by the processor to perform the following.
18. The apparatus according to claim 12, wherein the one or more achievement thresholds include values corresponding to activity-based achievements, sleep-based achievements, readiness-based achievements, recovery-based achievements, or combinations thereof.
19. A non-temporary computer-readable medium for storing a code, wherein the code is Receiving an application software package for an application as part of an application download operation to a user device, wherein the application runs on the operating system of the user device, and the application software package includes a plurality of icons configured to visually distinguish the application on the user interface of the user device from other applications running on the operating system of the user device, wherein the plurality of icons include at least a default icon and one or more alternative icons corresponding to one or more achievement thresholds. Based at least in part on processing the data received by the application, the satisfaction of a first achievement threshold among the one or more achievement thresholds corresponding to a first alternative icon among the one or more alternative icons, Outputting a visual display command to the operating system of the user device for displaying the first alternative icon from the one or more alternative icons on the user interface of the user device in place of the default icon, at least in part on identifying the satisfaction of the first achievement threshold, wherein the first alternative icon visually represents the type of achievement corresponding to the first achievement threshold. A non-temporary computer-readable medium containing instructions that can be executed by a processor to perform a certain action.
20. The aforementioned instruction is, In the aforementioned application, receiving physiological data measured from the user by a wearable device, and identifying the satisfaction of the first achievement threshold, is at least in part based on receiving the physiological data. A non-temporary computer-readable medium according to claim 19, further executable by the processor to perform the following.