WO2015084375A1 - Method of reducing motion artifacts on wearable optical sensor devices - Google Patents

Method of reducing motion artifacts on wearable optical sensor devices Download PDF

Info

Publication number
WO2015084375A1
WO2015084375A1 PCT/US2013/073400 US2013073400W WO2015084375A1 WO 2015084375 A1 WO2015084375 A1 WO 2015084375A1 US 2013073400 W US2013073400 W US 2013073400W WO 2015084375 A1 WO2015084375 A1 WO 2015084375A1
Authority
WO
WIPO (PCT)
Prior art keywords
light
light emitter
electronic device
emitter
api
Prior art date
Application number
PCT/US2013/073400
Other languages
French (fr)
Inventor
Serhan O. ISIKMAN
Nevzat A. KESTELLI
Brian R. Land
Albert Wang
Original Assignee
Apple Inc.
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Apple Inc. filed Critical Apple Inc.
Priority to US15/100,626 priority Critical patent/US20160296174A1/en
Priority to PCT/US2013/073400 priority patent/WO2015084375A1/en
Publication of WO2015084375A1 publication Critical patent/WO2015084375A1/en

Links

Classifications

    • AHUMAN NECESSITIES
    • A61MEDICAL OR VETERINARY SCIENCE; HYGIENE
    • A61BDIAGNOSIS; SURGERY; IDENTIFICATION
    • A61B5/00Measuring for diagnostic purposes; Identification of persons
    • A61B5/72Signal processing specially adapted for physiological signals or for diagnostic purposes
    • A61B5/7203Signal processing specially adapted for physiological signals or for diagnostic purposes for noise prevention, reduction or removal
    • A61B5/7207Signal processing specially adapted for physiological signals or for diagnostic purposes for noise prevention, reduction or removal of noise induced by motion artifacts
    • A61B5/7214Signal processing specially adapted for physiological signals or for diagnostic purposes for noise prevention, reduction or removal of noise induced by motion artifacts using signal cancellation, e.g. based on input of two identical physiological sensors spaced apart, or based on two signals derived from the same sensor, for different optical wavelengths
    • AHUMAN NECESSITIES
    • A61MEDICAL OR VETERINARY SCIENCE; HYGIENE
    • A61BDIAGNOSIS; SURGERY; IDENTIFICATION
    • A61B5/00Measuring for diagnostic purposes; Identification of persons
    • A61B5/02Detecting, measuring or recording pulse, heart rate, blood pressure or blood flow; Combined pulse/heart-rate/blood pressure determination; Evaluating a cardiovascular condition not otherwise provided for, e.g. using combinations of techniques provided for in this group with electrocardiography or electroauscultation; Heart catheters for measuring blood pressure
    • A61B5/024Detecting, measuring or recording pulse rate or heart rate
    • A61B5/02416Detecting, measuring or recording pulse rate or heart rate using photoplethysmograph signals, e.g. generated by infrared radiation
    • AHUMAN NECESSITIES
    • A61MEDICAL OR VETERINARY SCIENCE; HYGIENE
    • A61BDIAGNOSIS; SURGERY; IDENTIFICATION
    • A61B5/00Measuring for diagnostic purposes; Identification of persons
    • A61B5/68Arrangements of detecting, measuring or recording means, e.g. sensors, in relation to patient
    • A61B5/6801Arrangements of detecting, measuring or recording means, e.g. sensors, in relation to patient specially adapted to be attached to or worn on the body surface
    • A61B5/6802Sensor mounted on worn items
    • A61B5/681Wristwatch-type devices
    • AHUMAN NECESSITIES
    • A61MEDICAL OR VETERINARY SCIENCE; HYGIENE
    • A61BDIAGNOSIS; SURGERY; IDENTIFICATION
    • A61B5/00Measuring for diagnostic purposes; Identification of persons
    • A61B5/72Signal processing specially adapted for physiological signals or for diagnostic purposes
    • A61B5/7271Specific aspects of physiological measurement analysis
    • A61B5/7278Artificial waveform generation or derivation, e.g. synthesising signals from measured signals
    • AHUMAN NECESSITIES
    • A61MEDICAL OR VETERINARY SCIENCE; HYGIENE
    • A61BDIAGNOSIS; SURGERY; IDENTIFICATION
    • A61B5/00Measuring for diagnostic purposes; Identification of persons
    • A61B5/74Details of notification to user or communication with user or patient ; user input means
    • A61B5/7475User input or interface means, e.g. keyboard, pointing device, joystick
    • AHUMAN NECESSITIES
    • A61MEDICAL OR VETERINARY SCIENCE; HYGIENE
    • A61BDIAGNOSIS; SURGERY; IDENTIFICATION
    • A61B2562/00Details of sensors; Constructional details of sensor housings or probes; Accessories for sensors
    • A61B2562/02Details of sensors specially adapted for in-vivo measurements
    • A61B2562/0233Special features of optical sensors or probes classified in A61B5/00
    • AHUMAN NECESSITIES
    • A61MEDICAL OR VETERINARY SCIENCE; HYGIENE
    • A61BDIAGNOSIS; SURGERY; IDENTIFICATION
    • A61B5/00Measuring for diagnostic purposes; Identification of persons
    • A61B5/68Arrangements of detecting, measuring or recording means, e.g. sensors, in relation to patient
    • A61B5/6801Arrangements of detecting, measuring or recording means, e.g. sensors, in relation to patient specially adapted to be attached to or worn on the body surface
    • A61B5/6844Monitoring or controlling distance between sensor and tissue

Definitions

  • This relates generally to reducing motion artifacts from a
  • PPG photoplethysmogram
  • a PPG signal may be obtained from a pulse oximeter, which employs a light emitter and a light sensor to measure the perfusion of blood to the skin of a user.
  • the signal may be compromised by noise due to motion artifacts. That is, movement of the body of a user may cause a gap between the tissue of a user and the electronic device, introducing noise to the signal.
  • a PPG signal may be obtained from a pulse oximeter, which employs a light emitter and a light sensor to measure the perfusion of blood to the skin of a user.
  • the signal may be compromised by noise due to motion artifacts. That is, movement of the body of a user may cause a gap between the tissue of a user and the electronic device, introducing noise to the signal. Further, the noise introduced may vary depending on how close the light emitter is to the light sensor. Accordingly, to address the presence of motion artifacts, examples of the present disclosure can receive light information at a light sensor from two different light emitters, each at a different distance from the light sensor along a surface of the electronic device, one relatively close to the light sensor and one relatively far from the light sensor.
  • the sensed light from the relatively close light emitter may decrease as a gap between the electronic device and the tissue increases.
  • the sensed light from the relatively far light emitter may increase as the gap increases.
  • a combination (e.g., linear) of the light information corresponding to each light emitter can thereby reduce the presence of noise in the heart rate signal due to changes in the gap between the electronic device and the tissue.
  • FIG. 1A illustrates an electronic device having light emitters and a light sensor for determining a heart rate signal according to examples of the disclosure.
  • FIG. IB illustrates an exemplary graph illustrating variation in light signals from first and second emitters as a function of distance from tissue of a user according to examples of the disclosure.
  • FIG. 2 illustrates a method of computing a heart rate signal according to examples of the disclosure.
  • FIG. 3 illustrates an electronic device having light emitters and light sensors for determining a heart rate signal according to examples of the disclosure.
  • FIG. 4 is a block diagram illustrating an exemplary API architecture, which may be used in some examples of the disclosure.
  • FIG. 5 illustrates an exemplary software stack of an API according to examples of the disclosure.
  • FIG. 6 is a block diagram illustrating exemplary interactions between the touch screen and other components of the device according to examples of the disclosure.
  • FIG. 7 is a block diagram illustrating an example of a system architecture that may be embodied within any portable or non-portable device according to examples of the disclosure.
  • a PPG signal may be obtained from a pulse oximeter, which employs a light emitter and a light sensor to measure the perfusion of blood to the skin of a user.
  • the signal may be compromised by noise due to motion artifacts. That is,
  • examples of the present disclosure can receive light information at a light sensor from two different light emitters, each at a different distance from the light sensor along a surface of the electronic device, one relatively close to the light sensor and one relatively far from the light sensor.
  • the sensed light from the relatively close light emitter may decrease as a gap between the electronic device and the tissue increases.
  • the sensed light from the relatively far light emitter may increase as the gap increases.
  • a combination (e.g., linear) of the light information corresponding to each light emitter can thereby reduce the presence of noise in the heart rate signal due to changes in the gap between the electronic device and the tissue.
  • FIG. 1A illustrates an electronic device 100 having a light sensor 102 and light emitters 104 and 106 for determining a heart rate signal according to examples of the disclosure.
  • a light sensor 102 may be co-located with a first light emitter 104 on a surface of the electronic device 100.
  • a second light emitter 106 may be located on a surface of the electronic device 100.
  • the distant second light emitter 106 may be further from the light sensor 102 than the near first light emitter 104 along a surface of the electronic device 100.
  • the electronic device 100 may be situated such that the sensor 102 and the emitters 104 and 106 are proximate the skin 108 of a user, so that light from a light emitter can be incident on the skin.
  • the electronic device 100 may be held in a user's hand or strapped to a user's wrist, among other possibilities.
  • a portion of the light from the light emitters 104 and 106 may be absorbed by the skin, vasculature, and/or blood, among other possibilities, and a portion may be reflected back to the light sensor 102.
  • the amount of light reflected back to the light sensor 102 may vary based on a gap between the electronic device 100 and the skin 108, introducing noise into a heart rate signal computed based on the sensed light information. For the first light emitter 104, the amount of light reflected back to the light sensor 102
  • -3- la- 1226899 may decrease as the gap increases.
  • the amount of light reflected back to the light sensor 102 may increase as the gap increases. Accordingly, a heart rate signal computed based on a linear combination of the light information from the first light sensor 104 and light information from the second light sensor 106 may have reduced noise due to variations in the gap between the electronic device 100 and the skin 108.
  • FIG. IB shows in an example how gap distance can affect the light signal detected at a light sensor.
  • the figure contrasts the light signal from a Near Emitter that is relatively near the light sensor with the light signal from a Distant Emitter that is relatively distant from the light sensor. Within the first 2 millimeters, the light signal from the Distant Emitter may increase as the gap distance increases, and the light signal may begin to decrease after about 2.5 millimeters. In contrast, the light signal from the Near Emitter may decrease as the gap distance increases. Accordingly, as illustrated in FIG. IB, a combination of signals from the Near Emitter and the Distant Emitter may be relatively static within the first 2 millimeters of gap distance, and thus this combination can be used to approximate a heart rate signal having reduced noise due to fluctuations in the gap distance.
  • each emitter and the light sensor may need to be chosen such that the noise can be properly reduced.
  • the distance between the light sensor 102 and the first light emitter may be up to 3 mm, and the distance between the light sensor and the second light emitter may be up to 5mm.
  • an angle of emission of each light emitter may need to be chosen such that noise can be properly reduced.
  • the first light emitter 104 may have an emission pattern up to +/- 80 degrees
  • the second light emitter 106 may have an emission pattern up to +/- 70 degrees. It may be beneficial in some examples for the second light emitter to have a more acute angle of emission than that of the first light emitter, the second light emitter being farther from the light sensor than the first light emitter.
  • FIG. 2 illustrates a method of computing a heart rate signal according to examples of the disclosure.
  • Light may be emitted from a first light emitter (200).
  • first and second light emitters may be on the surface of an electronic device, along with a light sensor.
  • First light information may be received at a first light emitter (200).
  • Light may emitted from a second light emitter (204), and second light information from the second light emitter may be received at the light sensor (206).
  • a light emitter may emit light, the light may travel to the skin of a user, and a portion of the light may reflect to a light sensor.
  • the first light information may indicate an amount of light from a first light emitter that has been reflected by the skin, blood, and/or vasculature of the user, among other possibilities.
  • the first light information may indicate an amount of light from the first light emitter that has been absorbed by the skin, blood, and/or vasculature of the user.
  • the light emitters may produce light in ranges corresponding to infrared
  • the light sensors may be configured to sense light having certain wavelengths more easily than light having other wavelengths (e.g., the light sensors can be tuned to those wavelengths). For example, if the first light emitter emits light having a wavelength in the IR range, then the first light sensor may be configured to sense light in the IR range more easily than light in the green range. That is, the incidence of light in the IR range may produce a stronger response in the first light sensor than the incidence of light in the green range. In this way, the first light sensor can be configured so as to sense the light produced by the first light emitter more easily than the light produced by the second light emitter, for example. In some examples, each light emitter may produce light in the same wavelength.
  • a light emitter may be a light emitting diode (LED) and a light sensor may be a photodiode.
  • the light information may include information produced by the photodiode.
  • the light information may include a voltage reading that corresponds to light absorbed by the photodiode.
  • the light information may include some transformation of raw signal produced by the photodiode, such as through filtering, scaling, or other signal processing.
  • the emission of light from the first and second light emitters may be time-divided such that the emission of light is alternated between the two light emitters.
  • the light information received at the light sensor during a first period can be associated with the first light emitter
  • the light information received at the light sensor during a second period can be associated with the second light emitter.
  • Scaling factors may be computed based on the first and second light information (208). Before the first light information is combined (e.g., added, subtracted, etc.) with the second light information to compute the heart rate signal, the first and second light information may each need to be scaled by a scaling factor.
  • the scaling factors may be computed based on the first and second light information and continuously optimized in real time using smart optimization algorithms to reduce motion artifacts. That is, the scaling factors may be optimized based on previous first and second light information and a previously computed heart rate signal. For example, because noise from variations in gap distance may be orders of magnitude greater than a heart rate signal, the space of possible scaling factors may be searched using an optimization algorithm such that the magnitude of the signal itself is minimized— by minimizing the signal, the noise may be effectively minimized.
  • a heart rate signal may be computed (210). For example, each light information may be scaled by a corresponding scaling factor and the scaled first light information may be added to the scaled second light information to obtain a heart rate signal.
  • FIG. 3 illustrates an exemplary configuration of a plurality of sensors and a plurality of emitters for computing a heart rate signal having reduced noise due to gap distance variation.
  • Each of the sensors and emitters may be arranged on a surface 300 of an electronic device.
  • Emitter W, Sensor W, Sensor E, and Emitter E may be arranged in a line along the surface 300, and the method illustrated in FIG. 2 may be performed once with Emitter W as a near emitter and Emitter E as a distant emitter with respect to Sensor W, and then again with Emitter E as a near emitter and Emitter W as a distant emitter with respect to Sensor E.
  • the four signals may be combined (e.g., linear combination) and four scaling factors may be chosen using an optimization algorithm to compute a heart rate signal.
  • Emitter N, Sensor N, Sensor S, and Emitter S may be arranged in a line along the surface 300, and the method illustrated in FIG. 2 may be performed once with Emitter N as a near emitter and Emitter S as a distant emitter with respect to Sensor N, and then again with Emitter S as a near emitter and Emitter N as a distant emitter with respect to Sensor S.
  • the four signals may be combined with the four signals from Sensors W and E, and eight scaling factors may be chosen using an optimization algorithm to compute a heart rate signal. In this way, any number of sensors
  • FIG. 3 illustrates a way to use a single emitter as both a near and distant emitter for different sensors (e.g., in the example above, Emitter E may be used as a near emitter for Sensor E and a distant emitter for Sensor W). This can further save time and power because each time an emitter emits light, the light can be sensed by multiple sensors (e.g., in the example above, the light from Emitter E may be sensed by both Sensor E and Sensor W).
  • APIs Application Programming Interfaces
  • An API is an interface implemented by a program code component or hardware component (hereinafter “API-implementing component") that allows a different program code component or hardware component (hereinafter “API-calling component”) to access and use one or more functions, methods, procedures, data structures, classes, and/or other services provided by the API- implementing component.
  • API-implementing component a program code component or hardware component
  • API-calling component a different program code component or hardware component
  • An API can define one or more parameters that are passed between the API-calling component and the API-implementing component.
  • API application program interface
  • An API can allow a developer of an API-calling component (which may be a third party developer) to leverage specified features, such as those described above, provided by an API- implementing component. There may be one API-calling component or there may be more than one such component.
  • An API can be a source code interface that a computer system or program library provides in order to support requests for services from an application.
  • An operating system can have multiple APIs to allow applications running on the OS to call one or more of those APIs, and a service (such as a program library) can have multiple APIs to allow an application that uses the service to call one or more of those APIs.
  • An API can be specified in terms of a programming language that can be interpreted or compiled when an application is built.
  • the API-implementing component may provide more than one API, each providing a different view of the functionality implemented by the API-implementing component, or with different aspects that access different aspects of the functionality implemented by the API-implementing component.
  • one API of an API-implementing component can provide a first set of functions and can be
  • API-implementing component can be hidden (not exposed) and provide a subset of the first set of functions and also provide another set of functions, such as testing or debugging functions which are not in the first set of functions.
  • the API-implementing component may itself call one or more other components via an underlying API and thus be both an API-calling component and an API-implementing component.
  • An API defines the language and parameters that API-calling components use when accessing and using specified features of the API-implementing component. For example, an API-calling component accesses the specified features of the API- implementing component through one or more API calls or invocations (embodied for example by function or method calls) exposed by the API and passes data and control information using parameters via the API calls or invocations.
  • the API-implementing component may return a value through the API in response to an API call from an API- calling component. While the API defines the syntax and result of an API call (e.g., how to invoke the API call and what the API call does), the API may not reveal how the API call accomplishes the function specified by the API call.
  • API calls are transferred via the one or more application programming interfaces between the calling (API-calling component) and an API-implementing component. Transferring the API calls may include issuing, initiating, invoking, calling, receiving, returning, or responding to the function calls or messages; in other words, transferring can describe actions by either of the API-calling component or the API-implementing component.
  • the function calls or other invocations of the API may send or receive one or more parameters through a parameter list or other structure.
  • a parameter can be a constant, key, data structure, object, object class, variable, data type, pointer, array, list or a pointer to a function or method or another way to reference a data or other item to be passed via the API.
  • data types or classes may be provided by the API and implemented by the API- implementing component.
  • the API-calling component may declare variables, use pointers to, use or instantiate constant values of such types or classes by using definitions provided in the API.
  • an API can be used to access a service or data provided by the
  • API-implementing component or to initiate performance of an operation or computation provided by the API-implementing component.
  • the API-implementing component or to initiate performance of an operation or computation provided by the API-implementing component.
  • the API-implementing component or to initiate performance of an operation or computation provided by the API-implementing component.
  • API- implementing component and the API-calling component may each be any one of an operating system, a library, a device driver, an API, an application program, or other module (it should be understood that the API-implementing component and the API- calling component may be the same or different type of module from each other).
  • API- implementing components may in some cases be embodied at least in part in firmware, microcode, or other hardware logic.
  • an API may allow a client program to use the services provided by a Software Development Kit (SDK) library.
  • SDK Software Development Kit
  • an application or other client program may use an API provided by an Application Framework.
  • the application or client program may incorporate calls to functions or methods provided by the SDK and provided by the API or use data types or objects defined in the SDK and provided by the API.
  • An Application Framework may in these examples provide a main event loop for a program that responds to various events defined by the Framework.
  • the API allows the application to specify the events and the responses to the events using the Application Framework.
  • an API call can report to an application the capabilities or state of a hardware device, including those related to aspects such as input capabilities and state, output capabilities and state, processing capability, power state, storage capacity and state, communications capability, etc., and the API may be implemented in part by firmware, microcode, or other low level logic that executes in part on the hardware component.
  • the API-calling component may be a local component (i.e., on the same data processing system as the API- implementing component) or a remote component (i.e., on a different data processing system from the API-implementing component) that communicates with the API-implementing component through the API over a network.
  • an API-implementing component may also act as an API- calling component (i.e., it may make API calls to an API exposed by a different API- implementing component) and an API-calling component may also act as an API- implementing component by implementing an API that is exposed to a different API- calling component.
  • the API may allow multiple API-calling components written in different programming languages to communicate with the API-implementing component (thus the API may include features for translating calls and returns between the API-implementing component
  • An API-calling component can, in one example, call APIs from different providers such as a set of APIs from an OS provider and another set of APIs from a plug-in provider and another set of APIs from another provider (e.g. the provider of a software library) or creator of the another set of APIs.
  • FIG. 4 is a block diagram illustrating an exemplary API architecture, which may be used in some examples of the disclosure.
  • the API architecture 600 includes the API-implementing component 610 (e.g., an operating system, a library, a device driver, an API, an application program, software or other module) that implements the API 620.
  • the API 620 specifies one or more functions, methods, classes, objects, protocols, data structures, formats and/or other features of the API-implementing component that may be used by the API-calling component 630.
  • the API 620 can specify at least one calling convention that specifies how a function in the API-implementing component receives parameters from the API-calling component and how the function returns a result to the API-calling component.
  • the API-calling component 630 (e.g., an operating system, a library, a device driver, an API, an application program, software or other module), makes API calls through the API 620 to access and use the features of the API-implementing component 610 that are specified by the API 620.
  • the API- implementing component 610 may return a value through the API 620 to the API-calling component 630 in response to an API call.
  • the API- implementing component 610 may include additional functions, methods, classes, data structures, and/or other features that are not specified through the API 620 and are not available to the API-calling component 630. It should be understood that the API-calling component 630 may be on the same system as the API- implementing component 610 or may be located remotely and accesses the API-implementing component 610 using the API 620 over a network. While FIG. 4 illustrates a single API-calling component 630 interacting with the API 620, it should be understood that other API-calling components, which may be written in different languages (or the same language) than the API-calling component 630, may use the API 620.
  • the API-implementing component 610, the API 620, and the API-calling component 630 may be stored in a non-transitory machine-readable storage medium,
  • -10- la- 1226899 which includes any mechanism for storing information in a form readable by a machine (e.g., a computer or other data processing system).
  • a machine -readable medium includes magnetic disks, optical disks, random access memory; read only memory, flash memory devices, etc.
  • applications can make calls to Services A or B using several Service APIs and to Operating System (OS) using several OS APIs.
  • Services A and B can make calls to OS using several OS APIs.
  • Service 2 has two APIs, one of which (Service 2 API 1) receives calls from and returns values to Application 1 and the other (Service 2 API 2) receives calls from and returns values to Application 2.
  • Service 1 (which can be, for example, a software library) makes calls to and receives returned values from OS API 1
  • Service 2 (which can be, for example, a software library) makes calls to and receives returned values from both OS API 1 and OS API 2.
  • Application 2 makes calls to and receives returned values from OS API 2.
  • FIG. 6 is a block diagram illustrating exemplary interactions between the touch screen and the other components of the device. Described examples may include touch I/O device 1001 that can receive touch input for interacting with computing system 1003 via wired or wireless communication channel 1002. Touch I O device 1001 may be used to provide user input to computing system 1003 in lieu of or in combination with other input devices such as a keyboard, mouse, etc. One or more touch I/O devices 1001 may be used for providing user input to computing system 1003. Touch I/O device 1001 may be an integral part of computing system 1003 (e.g., touch screen on a smartphone or a tablet PC) or may be separate from computing system 1003.
  • touch I/O device 1001 may be an integral part of computing system 1003 (e.g., touch screen on a smartphone or a tablet PC) or may be separate from computing system 1003.
  • Touch I/O device 1001 may include a touch sensing panel which is wholly or partially transparent, semitransparent, non-transparent, opaque or any combination thereof.
  • Touch I/O device 1001 may be embodied as a touch screen, touch pad, a touch screen functioning as a touch pad (e.g., a touch screen replacing the touchpad of a laptop), a touch screen or touchpad combined or incorporated with any other input device (e.g., a touch screen or touchpad disposed on a keyboard) or any multi-dimensional object having a touch sensing surface for receiving touch input.
  • touch I/O device 1001 embodied as a touch screen may include a transparent and/or semitransparent touch sensing panel partially or wholly positioned over at least a portion of a display. According to this example, touch I/O device 1001 functions to display graphical data transmitted from computing system 1003 (and/or another source) and also functions to receive user input. In other examples, touch I/O device 1001 may be embodied as an integrated touch screen where touch sensing components/devices are integral with display components/devices. In still other examples a touch screen may be used as a supplemental or additional display screen for displaying supplemental or the same graphical data as a primary display and to receive touch input.
  • Touch I/O device 1001 may be configured to detect the location of one or more touches or near touches on device 1001 based on capacitive, resistive, optical, acoustic, inductive, mechanical, chemical measurements, or any phenomena that can be measured with respect to the occurrences of the one or more touches or near touches in proximity to device 1001.
  • Software, hardware, firmware or any combination thereof may be used to process the measurements of the detected touches to identify and track one or more gestures.
  • a gesture may correspond to stationary or non- stationary, single or multiple, touches or near touches on touch I/O device 1001.
  • a gesture may be performed by moving one or more fingers or other objects in a particular manner on touch I/O device 1001 such as tapping, pressing, rocking, scrubbing, twisting, changing orientation, pressing with varying pressure and the like at essentially the same time, contiguously, or consecutively.
  • a gesture may be characterized by, but is not limited to a pinching, sliding, swiping, rotating, flexing, dragging, or tapping motion between or with any other finger or fingers.
  • a single gesture may be performed with one or more hands, by one or more users, or any combination thereof.
  • Computing system 1003 may drive a display with graphical data to display a graphical user interface (GUI).
  • GUI graphical user interface
  • the GUI may be configured to receive touch input via touch I/O device 1001.
  • touch I/O device 1001 may display the GUI.
  • the GUI may be displayed on a display separate from touch I/O device 1001.
  • the GUI may include graphical elements displayed at particular locations within the interface. Graphical elements may include but are not limited to a variety of displayed virtual input devices including virtual scroll wheels, a virtual keyboard, virtual knobs, virtual buttons, any virtual UI, and the like.
  • a user may perform gestures at one or
  • touch I/O device 1001 may be associated with the graphical elements of the GUI.
  • the user may perform gestures at one or more locations that are independent of the locations of graphical elements of the GUI.
  • Gestures performed on touch I/O device 1001 may directly or indirectly manipulate, control, modify, move, actuate, initiate or generally affect graphical elements such as cursors, icons, media files, lists, text, all or portions of images, or the like within the GUI.
  • a user may directly interact with a graphical element by performing a gesture over the graphical element on the touch screen.
  • a touch pad generally provides indirect interaction. Gestures may also affect non-displayed GUI elements (e.g., causing user interfaces to appear) or may affect other actions within computing system 1003 (e.g., affect a state or mode of a GUI, application, or operating system). Gestures may or may not be performed on touch I/O device 1001 in conjunction with a displayed cursor. For instance, in the case in which gestures are performed on a touchpad, a cursor (or pointer) may be displayed on a display screen or touch screen and the cursor may be controlled via touch input on the touchpad to interact with graphical objects on the display screen. In other examples in which gestures are performed directly on a touch screen, a user may interact directly with objects on the touch screen, with or without a cursor or pointer being displayed on the touch screen.
  • a cursor or pointer
  • Feedback may be provided to the user via communication channel 1002 in response to or based on the touch or near touches on touch I/O device 1001.
  • Feedback may be transmitted optically, mechanically, electrically, olfactory, acoustically, or the like or any combination thereof and in a variable or non-variable manner.
  • FIG. 7 is a block diagram of one example of system 2000 that generally includes one or more computer-readable mediums 2001, processing system 2004, I/O subsystem 2006, radio frequency (RF) circuitry 2008, audio
  • FIG. 7 is only one example architecture of system 2000, and that system 2000 could have more or fewer components than shown, or a different configuration of components.
  • the various components shown in FIG. 7 can be implemented in hardware, software, firmware or any combination thereof, including one or more signal processing and/or application specific integrated circuits.
  • RF circuitry 2008 can be used to send and receive information over a wireless link or network to one or more other devices and includes well-known circuitry for performing this function.
  • RF circuitry 2008 and audio circuitry 2010 can be coupled to processing system 2004 via peripherals interface 2016.
  • Interface 2016 can include various known components for establishing and maintaining communication between peripherals and processing system 2004.
  • Audio circuitry 2010 can be coupled to audio speaker 2050 and microphone 2052 and can include known circuitry for processing voice signals received from interface 2016 to enable a user to communicate in real-time with other users.
  • audio circuitry 2010 can include a headphone jack (not shown).
  • Sensors circuitry 2011 can be coupled to various sensors including, but not limited to, one or more Light Emitting Diodes (LEDs) or other light emitters, one or more photodiodes or other light sensors, one or more photothermal sensors, a magnetometer, an accelerometer, a gyroscope, a barometer, a compass, a proximity sensor, a camera, an ambient light sensor, a thermometer, a GPS sensor, and various system sensors which can sense remaining battery life, power consumption, processor speed, CPU load, and the like.
  • LEDs Light Emitting Diodes
  • Peripherals interface 2016 can couple the input and output peripherals of the system to processor 2018 and computer-readable medium 2001.
  • One or more processors 2018 communicate with one or more computer-readable mediums 2001 via controller 2020.
  • Computer-readable medium 2001 can be any device or medium that can store code and/or data for use by one or more processors 2018.
  • medium 2001 can be a non-transitory computer-readable storage medium.
  • Medium 2001 can include a memory hierarchy, including but not limited to cache, main memory and secondary memory. The memory hierarchy can be implemented using any combination
  • Medium 2001 may also include a transmission medium for carrying information-bearing signals indicative of computer instructions or data (with or without a carrier wave upon which the signals are modulated).
  • the transmission medium may include a communications network, including but not limited to the Internet (also referred to as the World Wide Web), intranet(s), Local Area Networks (LANs), Wide Local Area Networks (WLANs), Storage Area Networks (SANs), Metropolitan Area Networks (MAN) and the like.
  • One or more processors 2018 can run various software components stored in medium 2001 to perform various functions for system 2000.
  • the software components can include operating system 2022, communication module (or set of instructions) 2024, touch processing module (or set of instructions) 2026, graphics module (or set of instructions) 2028, and one or more applications (or set of instructions) 2030.
  • Each of these modules and above noted applications can correspond to a set of instructions for performing one or more functions described above and the methods described in this application (e.g., the computer-implemented methods and other information processing methods described herein).
  • These modules i.e., sets of instructions
  • medium 2001 may store a subset of the modules and data structures identified above.
  • medium 2001 may store additional modules and data structures not described above.
  • Operating system 2022 can include various procedures, sets of
  • Communication module 2024 can facilitate communication with other devices over one or more external ports 2036 or via RF circuitry 2008 and can include various software components for handling data received from RF circuitry 2008 and/or external port 2036.
  • Graphics module 2028 can include various known software components for rendering, animating and displaying graphical objects on a display surface.
  • touch I/O device 2012 is a touch sensing display (e.g., touch screen)
  • graphics module 2028 can include components for rendering, displaying, and animating objects on the touch sensing display.
  • One or more applications 2030 can include any applications installed on system 2000, including without limitation, a browser, address book, contact list, email, instant messaging, word processing, keyboard emulation, widgets, JAVA-enabled applications, encryption, digital rights management, voice recognition, voice replication, location determination capability (such as that provided by the global positioning system (GPS)), a music player, etc.
  • a browser address book, contact list, email, instant messaging, word processing, keyboard emulation, widgets, JAVA-enabled applications, encryption, digital rights management, voice recognition, voice replication, location determination capability (such as that provided by the global positioning system (GPS)), a music player, etc.
  • GPS global positioning system
  • Touch processing module 2026 can include various software components for performing various tasks associated with touch I/O device 2012 including but not limited to receiving and processing touch input received from I/O device 2012 via touch I/O device controller 2032.
  • I/O subsystem 2006 can be coupled to touch I/O device 2012 and one or more other I/O devices 2014 for controlling or performing various functions.
  • Touch I/O device 2012 can communicate with processing system 2004 via touch I/O device controller 2032, which can include various components for processing user touch input ⁇ e.g., scanning hardware).
  • touch I/O device controller 2032 can include various components for processing user touch input ⁇ e.g., scanning hardware).
  • One or more other input controllers 2034 can receive/send electrical signals from/to other I/O devices 2014.
  • Other I/O devices 2014 may include physical buttons, dials, slider switches, sticks, keyboards, touch pads, additional display screens, or any combination thereof.
  • touch I/O device 2012 can display visual output to the user in a GUI.
  • the visual output may include text, graphics, video, and any combination thereof. Some or all of the visual output may correspond to user-interface objects.
  • Touch I/O device 2012 can form a touch sensing surface that accepts touch input from the user.
  • Touch I/O device 2012 and touch screen controller 2032 (along with any associated modules and/or sets of instructions in medium 2001) can detect and track touches or near touches (and any movement or release of the touch) on touch I/O device 2012 and can convert the detected touch input into interaction with graphical objects,
  • -16- la- 1226899 such as one or more user-interface objects.
  • device 2012 is embodied as a touch screen
  • the user can directly interact with graphical objects that are displayed on the touch screen.
  • the user may indirectly interact with graphical objects that are displayed on a separate display screen embodied as I/O device 2014.
  • Touch I/O device 2012 may be analogous to the multi-touch sensing surface described in the following U.S. Patents: 6,323,846 (Westerman et al.), 6,570,557 (Westerman et al.), and/or 6,677,932 (Westerman), and/or U.S. Patent Publication 2002/0015024A1, each of which is hereby incorporated by reference.
  • touch I O device 2012 is a touch screen
  • the touch screen may use LCD (liquid crystal display) technology, LPD (light emitting polymer display) technology, OLED (organic LED), or OEL (organic electro luminescence), although other display technologies may be used in other examples.
  • LCD liquid crystal display
  • LPD light emitting polymer display
  • OLED organic LED
  • OEL organic electro luminescence
  • Feedback may be provided by touch I/O device 2012 based on the user's touch input as well as a state or states of what is being displayed and/or of the computing system.
  • Feedback may be transmitted optically (e.g., light signal or displayed image), mechanically (e.g., haptic feedback, touch feedback, force feedback, or the like), electrically (e.g., electrical stimulation), olfactory, acoustically (e.g., beep or the like), or the like or any combination thereof and in a variable or non-variable manner.
  • System 2000 can also include power system 2044 for powering the various hardware components and may include a power management system, one or more power sources, a recharging system, a power failure detection circuit, a power converter or inverter, a power status indicator and any other components typically associated with the generation, management and distribution of power in portable devices.
  • a power management system for powering the various hardware components and may include a power management system, one or more power sources, a recharging system, a power failure detection circuit, a power converter or inverter, a power status indicator and any other components typically associated with the generation, management and distribution of power in portable devices.
  • memory controller 2020 may be implemented on a single chip, such as processing system 2004. In some other examples, they may be implemented on separate chips.
  • Examples of the disclosure can be advantageous in allowing for an electronic device to obtain a heart rate signal with reduced noise due to motion artifacts, making for a more accurate reading of heart rate.
  • a method of an electronic device including a plurality of light emitters and a light sensor may be disclosed.
  • the method may include: emitting light from a first light emitter; receiving at the light sensor first light information from the first light emitter; emitting light from a second light emitter; receiving at the light sensor second light information from the second light emitter; computing first and second scaling factors based on the first and second light information; and computing a heart rate signal based on the first light information added to the second light information, the first and second light information each being scaled by the respective first and second scaling factors.
  • the first light emitter may be located a first distance from the light sensor along a surface of the electronic device, and the second light emitter may be located a second distance from the light sensor along a surface of the electronic device; wherein the second distance may be greater than the first distance.
  • an emission pattern of the first light emitter may have a first angle of emission and an emission pattern of the second light emitter may have a second angle of emission; wherein the second angle of emission may be more acute than the first angle of emission.
  • the computing of the first and second scaling factors may include optimization based on a previously computed heart rate signal.
  • computing the heart rate signal may include cancelling noise due to changes in a gap between the electronic device and tissue of a user.
  • the first light emitter may emit light having a first wavelength and the second light emitter may emit light having a second wavelength, the first wavelength being different from the second wavelength.
  • the first light emitter may emit light during a first period and the second light emitter may emit light during a second period different from the first period, and wherein the first light information may be received during the first period and the second light information may be received during the second period.
  • a method of reducing noise in a reflected light signal may be disclosed.
  • the method may include: receiving a plurality of reflected light signals generated from a plurality of light emitters and reflected by a first surface; and computing the reflected light signal from the plurality of reflected light signals while canceling noise in the computed reflected light signal due to estimated changes in a gap between the plurality of light emitters and the first surface based on the plurality of reflected light signals.
  • a non-transitory computer readable medium may be disclosed, the computer readable medium containing instructions that, when executed, perform a method of an electronic device including a plurality of light emitters and a light sensor.
  • the method may include: emitting light from a first light emitter; receiving at the light sensor first light information from the first light emitter; emitting light from a second light emitter; receiving at the light sensor second light information from the second light emitter; computing first and second scaling factors based on the first and second light information; and computing a heart rate signal based on the first light information added to the second light information, the first and second light information each being scaled by the respective first and second scaling factors.
  • the first light emitter may be located a first distance from the light sensor along a surface of the electronic device, and the second light emitter may be located a second distance from the light sensor along a surface of the electronic device; wherein the second distance may be greater than the first distance.
  • an emission pattern of the first light emitter may have a first angle of emission and an emission pattern of the second light emitter may have a second angle of emission; wherein the second angle of emission may be more acute than the first angle of emission.
  • the computing of the first and second scaling factors may include optimization based on a previously computed heart rate signal.
  • computing the heart rate signal may include cancelling noise due to changes in a gap between the electronic device and tissue of a user.
  • the first light emitter may emit light having a first wavelength and the second light emitter may emit light having a second
  • the first wavelength being different from the second wavelength.
  • the first light emitter may emit light during a first period and the second light emitter may emit light during a second period different from the first period, and wherein the first light information may be received during the first period and the second light information may be received during the second period.
  • a non-transitory computer readable medium may be disclosed, the computer readable medium containing instructions that, when executed, perform a method of reducing noise in a reflected light signal.
  • the method may include: receiving a plurality of reflected light signals generated from a plurality of light emitters and reflected by a first surface; and computing the reflected light signal from the plurality of reflected light signals while canceling noise in the computed reflected light signal due to estimated changes in a gap between the plurality of light emitters and the first surface based on the plurality of reflected light signals.
  • an electronic device may be disclosed.
  • the electronic device may include: a processor to execute instructions; a plurality of light emitters; a light sensor; and a memory coupled with the processor to store instructions, which when executed by the processor, cause the processor to perform operations to generate an application programming interface (API) that allows an API-calling component to perform a method.
  • API application programming interface
  • the method may include: emitting light from a first light emitter; receiving at the light sensor first light information from the first light emitter; emitting light from a second light emitter; receiving at the light sensor second light information from the second light emitter; computing first and second scaling factors based on the first and second light information; and computing a heart rate signal based on the first light information added to the second light information, the first and second light information each being scaled by the respective first and second scaling factors.
  • the first light emitter may be located a first distance from the light sensor along a surface of the electronic device, and the second light emitter may be located a second distance from the light sensor along a surface of the electronic device; wherein the second distance may be greater than the first distance.
  • an emission pattern of the first light emitter may have a first
  • the computing of the first and second scaling factors may include optimization based on a previously computed heart rate signal. Additionally or alternatively to one or more of the examples discussed above, computing the heart rate signal may include cancelling noise due to changes in a gap between the electronic device and tissue of a user. Additionally or alternatively to one or more of the examples discussed above, the first light emitter may emit light having a first wavelength and the second light emitter may emit light having a second wavelength, the first wavelength being different from the second wavelength.
  • the first light emitter may emit light during a first period and the second light emitter may emit light during a second period different from the first period, and wherein the first light information may be received during the first period and the second light information may be received during the second period.
  • an electronic device may be disclosed.
  • the electronic device may include: a processor to execute instructions; a plurality of light emitters; and a memory coupled with the processor to store instructions, which when executed by the processor, cause the processor to perform operations to generate an application programming interface (API) that allows an API-calling component to perform a method of reducing noise in a reflected light signal.
  • the method may include: receiving a plurality of reflected light signals generated from a plurality of light emitters and reflected by a first surface; and computing the reflected light signal from the plurality of reflected light signals while canceling noise in the computed reflected light signal due to estimated changes in a gap between the plurality of light emitters and the first surface based on the plurality of reflected light signals.

Abstract

A PPG signal may be obtained from a pulse oximeter, which employs a light emitter and a light sensor to measure the perfusion of blood to the skin of a user. However, the signal may be compromised by noise due to motion artifacts. That is, movement of the body of a user may cause a gap between the tissue of a user and the electronic device, introducing noise to the signal. Further, the noise introduced may vary depending on how close the light emitter is to the light sensor. Accordingly, to address the presence of motion artifacts, examples of the present disclosure can receive light information at a light sensor from two different light emitters, each at a different distance from the light sensor along a surface of the electronic device, one relatively close to the light sensor and one relatively far from the light sensor.

Description

METHOD OF REDUCING MOTION ARTIFACTS ON WEARABLE OPTICAL SENSOR DEVICES
Field of the Disclosure
[0001] This relates generally to reducing motion artifacts from a
photoplethysmogram (PPG) signal.
Background of the Disclosure
[0002] A PPG signal may be obtained from a pulse oximeter, which employs a light emitter and a light sensor to measure the perfusion of blood to the skin of a user. However, the signal may be compromised by noise due to motion artifacts. That is, movement of the body of a user may cause a gap between the tissue of a user and the electronic device, introducing noise to the signal.
Summary of the Disclosure
[0003] A PPG signal may be obtained from a pulse oximeter, which employs a light emitter and a light sensor to measure the perfusion of blood to the skin of a user. However, the signal may be compromised by noise due to motion artifacts. That is, movement of the body of a user may cause a gap between the tissue of a user and the electronic device, introducing noise to the signal. Further, the noise introduced may vary depending on how close the light emitter is to the light sensor. Accordingly, to address the presence of motion artifacts, examples of the present disclosure can receive light information at a light sensor from two different light emitters, each at a different distance from the light sensor along a surface of the electronic device, one relatively close to the light sensor and one relatively far from the light sensor. The sensed light from the relatively close light emitter may decrease as a gap between the electronic device and the tissue increases. In contrast, the sensed light from the relatively far light emitter may increase as the gap increases. A combination (e.g., linear) of the light information corresponding to each light emitter can thereby reduce the presence of noise in the heart rate signal due to changes in the gap between the electronic device and the tissue.
-1- la- 1226899 Brief Description of the Drawings
[0004] FIG. 1A illustrates an electronic device having light emitters and a light sensor for determining a heart rate signal according to examples of the disclosure.
[0005] FIG. IB illustrates an exemplary graph illustrating variation in light signals from first and second emitters as a function of distance from tissue of a user according to examples of the disclosure.
[0006] FIG. 2 illustrates a method of computing a heart rate signal according to examples of the disclosure.
[0007] FIG. 3 illustrates an electronic device having light emitters and light sensors for determining a heart rate signal according to examples of the disclosure.
[0008] FIG. 4 is a block diagram illustrating an exemplary API architecture, which may be used in some examples of the disclosure.
[0009] FIG. 5 illustrates an exemplary software stack of an API according to examples of the disclosure.
[0010] FIG. 6 is a block diagram illustrating exemplary interactions between the touch screen and other components of the device according to examples of the disclosure.
[0011] FIG. 7 is a block diagram illustrating an example of a system architecture that may be embodied within any portable or non-portable device according to examples of the disclosure.
Detailed Description
[0012] In the following description of examples, reference is made to the accompanying drawings which form a part hereof, and in which it is shown by way of illustration specific examples that can be practiced. It is to be understood that other examples can be used and structural changes can be made without departing from the scope of the disclosed examples.
[0013] A PPG signal may be obtained from a pulse oximeter, which employs a light emitter and a light sensor to measure the perfusion of blood to the skin of a user. However, the signal may be compromised by noise due to motion artifacts. That is,
-2- la- 1226899 movement of the body of a user may cause a gap between the tissue of a user and the electronic device, introducing noise to the signal. Further, the noise introduced may vary depending on how close the light emitter is to the light sensor. Accordingly, to address the presence of motion artifacts, examples of the present disclosure can receive light information at a light sensor from two different light emitters, each at a different distance from the light sensor along a surface of the electronic device, one relatively close to the light sensor and one relatively far from the light sensor. The sensed light from the relatively close light emitter may decrease as a gap between the electronic device and the tissue increases. In contrast, the sensed light from the relatively far light emitter may increase as the gap increases. A combination (e.g., linear) of the light information corresponding to each light emitter can thereby reduce the presence of noise in the heart rate signal due to changes in the gap between the electronic device and the tissue.
[0014] Although examples disclosed herein may be described and illustrated primarily in terms of two emitters and a single sensor, it should be understood that the examples are not so limited, but are additionally applicable to devices including any number of sensors and emitters.
[0015] FIG. 1A illustrates an electronic device 100 having a light sensor 102 and light emitters 104 and 106 for determining a heart rate signal according to examples of the disclosure. A light sensor 102 may be co-located with a first light emitter 104 on a surface of the electronic device 100. Additionally, a second light emitter 106 may be located on a surface of the electronic device 100. The distant second light emitter 106 may be further from the light sensor 102 than the near first light emitter 104 along a surface of the electronic device 100. The electronic device 100 may be situated such that the sensor 102 and the emitters 104 and 106 are proximate the skin 108 of a user, so that light from a light emitter can be incident on the skin. For example, the electronic device 100 may be held in a user's hand or strapped to a user's wrist, among other possibilities.
[0016] A portion of the light from the light emitters 104 and 106 may be absorbed by the skin, vasculature, and/or blood, among other possibilities, and a portion may be reflected back to the light sensor 102. The amount of light reflected back to the light sensor 102 may vary based on a gap between the electronic device 100 and the skin 108, introducing noise into a heart rate signal computed based on the sensed light information. For the first light emitter 104, the amount of light reflected back to the light sensor 102
-3- la- 1226899 may decrease as the gap increases. In contrast, for a light emitter further away from the light sensor 102, such as second light emitter 106, the amount of light reflected back to the light sensor 102 may increase as the gap increases. Accordingly, a heart rate signal computed based on a linear combination of the light information from the first light sensor 104 and light information from the second light sensor 106 may have reduced noise due to variations in the gap between the electronic device 100 and the skin 108.
[0017] This effect is further illustrated in FIG. IB, which shows in an example how gap distance can affect the light signal detected at a light sensor. The figure contrasts the light signal from a Near Emitter that is relatively near the light sensor with the light signal from a Distant Emitter that is relatively distant from the light sensor. Within the first 2 millimeters, the light signal from the Distant Emitter may increase as the gap distance increases, and the light signal may begin to decrease after about 2.5 millimeters. In contrast, the light signal from the Near Emitter may decrease as the gap distance increases. Accordingly, as illustrated in FIG. IB, a combination of signals from the Near Emitter and the Distant Emitter may be relatively static within the first 2 millimeters of gap distance, and thus this combination can be used to approximate a heart rate signal having reduced noise due to fluctuations in the gap distance.
[0018] The precise distances between each emitter and the light sensor may need to be chosen such that the noise can be properly reduced. In some examples, the distance between the light sensor 102 and the first light emitter may be up to 3 mm, and the distance between the light sensor and the second light emitter may be up to 5mm.
Further, an angle of emission of each light emitter may need to be chosen such that noise can be properly reduced. In some examples, the first light emitter 104 may have an emission pattern up to +/- 80 degrees, and the second light emitter 106 may have an emission pattern up to +/- 70 degrees. It may be beneficial in some examples for the second light emitter to have a more acute angle of emission than that of the first light emitter, the second light emitter being farther from the light sensor than the first light emitter.
[0019] FIG. 2 illustrates a method of computing a heart rate signal according to examples of the disclosure. Light may be emitted from a first light emitter (200). As illustrated in FIG. 1A, first and second light emitters may be on the surface of an electronic device, along with a light sensor. First light information may be received at a
-4- la- 1226899 light sensor from the first light emitter (202). Light may emitted from a second light emitter (204), and second light information from the second light emitter may be received at the light sensor (206). In some examples, a light emitter may emit light, the light may travel to the skin of a user, and a portion of the light may reflect to a light sensor.
Accordingly, the first light information may indicate an amount of light from a first light emitter that has been reflected by the skin, blood, and/or vasculature of the user, among other possibilities. In some examples, the first light information may indicate an amount of light from the first light emitter that has been absorbed by the skin, blood, and/or vasculature of the user.
[0020] The light emitters may produce light in ranges corresponding to infrared
(IR), green, amber, blue, and/or red light, among other possibilities. Additionally, the light sensors may be configured to sense light having certain wavelengths more easily than light having other wavelengths (e.g., the light sensors can be tuned to those wavelengths). For example, if the first light emitter emits light having a wavelength in the IR range, then the first light sensor may be configured to sense light in the IR range more easily than light in the green range. That is, the incidence of light in the IR range may produce a stronger response in the first light sensor than the incidence of light in the green range. In this way, the first light sensor can be configured so as to sense the light produced by the first light emitter more easily than the light produced by the second light emitter, for example. In some examples, each light emitter may produce light in the same wavelength.
[0021] In some examples, a light emitter may be a light emitting diode (LED) and a light sensor may be a photodiode. The light information may include information produced by the photodiode. For example, the light information may include a voltage reading that corresponds to light absorbed by the photodiode. In some examples, the light information may include some transformation of raw signal produced by the photodiode, such as through filtering, scaling, or other signal processing.
[0022] In some examples, the emission of light from the first and second light emitters may be time-divided such that the emission of light is alternated between the two light emitters. Thereby, the light information received at the light sensor during a first period can be associated with the first light emitter, and the light information received at the light sensor during a second period can be associated with the second light emitter.
-5- la- 1226899 [0023] Scaling factors may be computed based on the first and second light information (208). Before the first light information is combined (e.g., added, subtracted, etc.) with the second light information to compute the heart rate signal, the first and second light information may each need to be scaled by a scaling factor. The scaling factors may be computed based on the first and second light information and continuously optimized in real time using smart optimization algorithms to reduce motion artifacts. That is, the scaling factors may be optimized based on previous first and second light information and a previously computed heart rate signal. For example, because noise from variations in gap distance may be orders of magnitude greater than a heart rate signal, the space of possible scaling factors may be searched using an optimization algorithm such that the magnitude of the signal itself is minimized— by minimizing the signal, the noise may be effectively minimized.
[0024] Based on the scaled first and second light information, a heart rate signal may be computed (210). For example, each light information may be scaled by a corresponding scaling factor and the scaled first light information may be added to the scaled second light information to obtain a heart rate signal.
[0025] FIG. 3 illustrates an exemplary configuration of a plurality of sensors and a plurality of emitters for computing a heart rate signal having reduced noise due to gap distance variation. Each of the sensors and emitters may be arranged on a surface 300 of an electronic device. Emitter W, Sensor W, Sensor E, and Emitter E may be arranged in a line along the surface 300, and the method illustrated in FIG. 2 may be performed once with Emitter W as a near emitter and Emitter E as a distant emitter with respect to Sensor W, and then again with Emitter E as a near emitter and Emitter W as a distant emitter with respect to Sensor E. The four signals may be combined (e.g., linear combination) and four scaling factors may be chosen using an optimization algorithm to compute a heart rate signal. Similarly, Emitter N, Sensor N, Sensor S, and Emitter S may be arranged in a line along the surface 300, and the method illustrated in FIG. 2 may be performed once with Emitter N as a near emitter and Emitter S as a distant emitter with respect to Sensor N, and then again with Emitter S as a near emitter and Emitter N as a distant emitter with respect to Sensor S. The four signals may be combined with the four signals from Sensors W and E, and eight scaling factors may be chosen using an optimization algorithm to compute a heart rate signal. In this way, any number of sensors
-6- la- 1226899 and emitters may be used to implement the method of FIG. 2. Furthermore, FIG. 3 illustrates a way to use a single emitter as both a near and distant emitter for different sensors (e.g., in the example above, Emitter E may be used as a near emitter for Sensor E and a distant emitter for Sensor W). This can further save time and power because each time an emitter emits light, the light can be sensed by multiple sensors (e.g., in the example above, the light from Emitter E may be sensed by both Sensor E and Sensor W).
[0026] The examples discussed above can be implemented in one or more
Application Programming Interfaces (APIs). An API is an interface implemented by a program code component or hardware component (hereinafter "API-implementing component") that allows a different program code component or hardware component (hereinafter "API-calling component") to access and use one or more functions, methods, procedures, data structures, classes, and/or other services provided by the API- implementing component. An API can define one or more parameters that are passed between the API-calling component and the API-implementing component.
[0027] The above-described features can be implemented as part of an application program interface (API) that can allow it to be incorporated into different applications (e.g. , spreadsheet apps) utilizing touch input as an input mechanism. An API can allow a developer of an API-calling component (which may be a third party developer) to leverage specified features, such as those described above, provided by an API- implementing component. There may be one API-calling component or there may be more than one such component. An API can be a source code interface that a computer system or program library provides in order to support requests for services from an application. An operating system (OS) can have multiple APIs to allow applications running on the OS to call one or more of those APIs, and a service (such as a program library) can have multiple APIs to allow an application that uses the service to call one or more of those APIs. An API can be specified in terms of a programming language that can be interpreted or compiled when an application is built.
[0028] In some examples, the API-implementing component may provide more than one API, each providing a different view of the functionality implemented by the API-implementing component, or with different aspects that access different aspects of the functionality implemented by the API-implementing component. For example, one API of an API-implementing component can provide a first set of functions and can be
-7- la- 1226899 exposed to third party developers, and another API of the API-implementing component can be hidden (not exposed) and provide a subset of the first set of functions and also provide another set of functions, such as testing or debugging functions which are not in the first set of functions. In other examples the API-implementing component may itself call one or more other components via an underlying API and thus be both an API-calling component and an API-implementing component.
[0029] An API defines the language and parameters that API-calling components use when accessing and using specified features of the API-implementing component. For example, an API-calling component accesses the specified features of the API- implementing component through one or more API calls or invocations (embodied for example by function or method calls) exposed by the API and passes data and control information using parameters via the API calls or invocations. The API-implementing component may return a value through the API in response to an API call from an API- calling component. While the API defines the syntax and result of an API call (e.g., how to invoke the API call and what the API call does), the API may not reveal how the API call accomplishes the function specified by the API call. Various API calls are transferred via the one or more application programming interfaces between the calling (API-calling component) and an API-implementing component. Transferring the API calls may include issuing, initiating, invoking, calling, receiving, returning, or responding to the function calls or messages; in other words, transferring can describe actions by either of the API-calling component or the API-implementing component. The function calls or other invocations of the API may send or receive one or more parameters through a parameter list or other structure. A parameter can be a constant, key, data structure, object, object class, variable, data type, pointer, array, list or a pointer to a function or method or another way to reference a data or other item to be passed via the API.
[0030] Furthermore, data types or classes may be provided by the API and implemented by the API- implementing component. Thus, the API-calling component may declare variables, use pointers to, use or instantiate constant values of such types or classes by using definitions provided in the API.
[0031] Generally, an API can be used to access a service or data provided by the
API-implementing component or to initiate performance of an operation or computation provided by the API-implementing component. By way of example, the API-
-8- la- 1226899 implementing component and the API-calling component may each be any one of an operating system, a library, a device driver, an API, an application program, or other module (it should be understood that the API-implementing component and the API- calling component may be the same or different type of module from each other). API- implementing components may in some cases be embodied at least in part in firmware, microcode, or other hardware logic. In some examples, an API may allow a client program to use the services provided by a Software Development Kit (SDK) library. In other examples an application or other client program may use an API provided by an Application Framework. In these examples the application or client program may incorporate calls to functions or methods provided by the SDK and provided by the API or use data types or objects defined in the SDK and provided by the API. An Application Framework may in these examples provide a main event loop for a program that responds to various events defined by the Framework. The API allows the application to specify the events and the responses to the events using the Application Framework. In some implementations, an API call can report to an application the capabilities or state of a hardware device, including those related to aspects such as input capabilities and state, output capabilities and state, processing capability, power state, storage capacity and state, communications capability, etc., and the API may be implemented in part by firmware, microcode, or other low level logic that executes in part on the hardware component.
[0032] The API-calling component may be a local component (i.e., on the same data processing system as the API- implementing component) or a remote component (i.e., on a different data processing system from the API-implementing component) that communicates with the API-implementing component through the API over a network. It should be understood that an API-implementing component may also act as an API- calling component (i.e., it may make API calls to an API exposed by a different API- implementing component) and an API-calling component may also act as an API- implementing component by implementing an API that is exposed to a different API- calling component.
[0033] The API may allow multiple API-calling components written in different programming languages to communicate with the API-implementing component (thus the API may include features for translating calls and returns between the API-implementing
-9- la- 1226899 component and the API-calling component); however the API may be implemented in terms of a specific programming language. An API-calling component can, in one example, call APIs from different providers such as a set of APIs from an OS provider and another set of APIs from a plug-in provider and another set of APIs from another provider (e.g. the provider of a software library) or creator of the another set of APIs.
[0034] FIG. 4 is a block diagram illustrating an exemplary API architecture, which may be used in some examples of the disclosure. As shown in FIG. 4, the API architecture 600 includes the API-implementing component 610 (e.g., an operating system, a library, a device driver, an API, an application program, software or other module) that implements the API 620. The API 620 specifies one or more functions, methods, classes, objects, protocols, data structures, formats and/or other features of the API-implementing component that may be used by the API-calling component 630. The API 620 can specify at least one calling convention that specifies how a function in the API-implementing component receives parameters from the API-calling component and how the function returns a result to the API-calling component. The API-calling component 630 (e.g., an operating system, a library, a device driver, an API, an application program, software or other module), makes API calls through the API 620 to access and use the features of the API-implementing component 610 that are specified by the API 620. The API- implementing component 610 may return a value through the API 620 to the API-calling component 630 in response to an API call.
[0035] It will be appreciated that the API- implementing component 610 may include additional functions, methods, classes, data structures, and/or other features that are not specified through the API 620 and are not available to the API-calling component 630. It should be understood that the API-calling component 630 may be on the same system as the API- implementing component 610 or may be located remotely and accesses the API-implementing component 610 using the API 620 over a network. While FIG. 4 illustrates a single API-calling component 630 interacting with the API 620, it should be understood that other API-calling components, which may be written in different languages (or the same language) than the API-calling component 630, may use the API 620.
[0036] The API-implementing component 610, the API 620, and the API-calling component 630 may be stored in a non-transitory machine-readable storage medium,
-10- la- 1226899 which includes any mechanism for storing information in a form readable by a machine (e.g., a computer or other data processing system). For example, a machine -readable medium includes magnetic disks, optical disks, random access memory; read only memory, flash memory devices, etc.
[0037] In the exemplary software stack shown in FIG. 5, applications can make calls to Services A or B using several Service APIs and to Operating System (OS) using several OS APIs. Services A and B can make calls to OS using several OS APIs.
[0038] Note that the Service 2 has two APIs, one of which (Service 2 API 1) receives calls from and returns values to Application 1 and the other (Service 2 API 2) receives calls from and returns values to Application 2. Service 1 (which can be, for example, a software library) makes calls to and receives returned values from OS API 1, and Service 2 (which can be, for example, a software library) makes calls to and receives returned values from both OS API 1 and OS API 2. Application 2 makes calls to and receives returned values from OS API 2.
[0039] FIG. 6 is a block diagram illustrating exemplary interactions between the touch screen and the other components of the device. Described examples may include touch I/O device 1001 that can receive touch input for interacting with computing system 1003 via wired or wireless communication channel 1002. Touch I O device 1001 may be used to provide user input to computing system 1003 in lieu of or in combination with other input devices such as a keyboard, mouse, etc. One or more touch I/O devices 1001 may be used for providing user input to computing system 1003. Touch I/O device 1001 may be an integral part of computing system 1003 (e.g., touch screen on a smartphone or a tablet PC) or may be separate from computing system 1003.
[0040] Touch I/O device 1001 may include a touch sensing panel which is wholly or partially transparent, semitransparent, non-transparent, opaque or any combination thereof. Touch I/O device 1001 may be embodied as a touch screen, touch pad, a touch screen functioning as a touch pad (e.g., a touch screen replacing the touchpad of a laptop), a touch screen or touchpad combined or incorporated with any other input device (e.g., a touch screen or touchpad disposed on a keyboard) or any multi-dimensional object having a touch sensing surface for receiving touch input.
-11- la- 1226899 [0041] In one example, touch I/O device 1001 embodied as a touch screen may include a transparent and/or semitransparent touch sensing panel partially or wholly positioned over at least a portion of a display. According to this example, touch I/O device 1001 functions to display graphical data transmitted from computing system 1003 (and/or another source) and also functions to receive user input. In other examples, touch I/O device 1001 may be embodied as an integrated touch screen where touch sensing components/devices are integral with display components/devices. In still other examples a touch screen may be used as a supplemental or additional display screen for displaying supplemental or the same graphical data as a primary display and to receive touch input.
[0042] Touch I/O device 1001 may be configured to detect the location of one or more touches or near touches on device 1001 based on capacitive, resistive, optical, acoustic, inductive, mechanical, chemical measurements, or any phenomena that can be measured with respect to the occurrences of the one or more touches or near touches in proximity to device 1001. Software, hardware, firmware or any combination thereof may be used to process the measurements of the detected touches to identify and track one or more gestures. A gesture may correspond to stationary or non- stationary, single or multiple, touches or near touches on touch I/O device 1001. A gesture may be performed by moving one or more fingers or other objects in a particular manner on touch I/O device 1001 such as tapping, pressing, rocking, scrubbing, twisting, changing orientation, pressing with varying pressure and the like at essentially the same time, contiguously, or consecutively. A gesture may be characterized by, but is not limited to a pinching, sliding, swiping, rotating, flexing, dragging, or tapping motion between or with any other finger or fingers. A single gesture may be performed with one or more hands, by one or more users, or any combination thereof.
[0043] Computing system 1003 may drive a display with graphical data to display a graphical user interface (GUI). The GUI may be configured to receive touch input via touch I/O device 1001. Embodied as a touch screen, touch I/O device 1001 may display the GUI. Alternatively, the GUI may be displayed on a display separate from touch I/O device 1001. The GUI may include graphical elements displayed at particular locations within the interface. Graphical elements may include but are not limited to a variety of displayed virtual input devices including virtual scroll wheels, a virtual keyboard, virtual knobs, virtual buttons, any virtual UI, and the like. A user may perform gestures at one or
-12- la- 1226899 more particular locations on touch I/O device 1001 which may be associated with the graphical elements of the GUI. In other examples, the user may perform gestures at one or more locations that are independent of the locations of graphical elements of the GUI. Gestures performed on touch I/O device 1001 may directly or indirectly manipulate, control, modify, move, actuate, initiate or generally affect graphical elements such as cursors, icons, media files, lists, text, all or portions of images, or the like within the GUI. For instance, in the case of a touch screen, a user may directly interact with a graphical element by performing a gesture over the graphical element on the touch screen.
Alternatively, a touch pad generally provides indirect interaction. Gestures may also affect non-displayed GUI elements (e.g., causing user interfaces to appear) or may affect other actions within computing system 1003 (e.g., affect a state or mode of a GUI, application, or operating system). Gestures may or may not be performed on touch I/O device 1001 in conjunction with a displayed cursor. For instance, in the case in which gestures are performed on a touchpad, a cursor (or pointer) may be displayed on a display screen or touch screen and the cursor may be controlled via touch input on the touchpad to interact with graphical objects on the display screen. In other examples in which gestures are performed directly on a touch screen, a user may interact directly with objects on the touch screen, with or without a cursor or pointer being displayed on the touch screen.
[0044] Feedback may be provided to the user via communication channel 1002 in response to or based on the touch or near touches on touch I/O device 1001. Feedback may be transmitted optically, mechanically, electrically, olfactory, acoustically, or the like or any combination thereof and in a variable or non-variable manner.
[0045] Attention is now directed towards examples of a system architecture that may be embodied within any portable or non-portable device including but not limited to a communication device (e.g. mobile phone, smart phone), a multi-media device (e.g., MP3 player, TV, radio), a portable or handheld computer (e.g., tablet, netbook, laptop), a desktop computer, an All-in-One desktop, a peripheral device, or any other system or device adaptable to the inclusion of system architecture 2000, including combinations of two or more of these types of devices. FIG. 7 is a block diagram of one example of system 2000 that generally includes one or more computer-readable mediums 2001, processing system 2004, I/O subsystem 2006, radio frequency (RF) circuitry 2008, audio
-13- la- 1226899 circuitry 2010, and sensors circuitry 2011. These components may be coupled by one or more communication buses or signal lines 2003.
[0046] It should be apparent that the architecture shown in FIG. 7 is only one example architecture of system 2000, and that system 2000 could have more or fewer components than shown, or a different configuration of components. The various components shown in FIG. 7 can be implemented in hardware, software, firmware or any combination thereof, including one or more signal processing and/or application specific integrated circuits.
[0047] RF circuitry 2008 can be used to send and receive information over a wireless link or network to one or more other devices and includes well-known circuitry for performing this function. RF circuitry 2008 and audio circuitry 2010 can be coupled to processing system 2004 via peripherals interface 2016. Interface 2016 can include various known components for establishing and maintaining communication between peripherals and processing system 2004. Audio circuitry 2010 can be coupled to audio speaker 2050 and microphone 2052 and can include known circuitry for processing voice signals received from interface 2016 to enable a user to communicate in real-time with other users. In some examples, audio circuitry 2010 can include a headphone jack (not shown). Sensors circuitry 2011 can be coupled to various sensors including, but not limited to, one or more Light Emitting Diodes (LEDs) or other light emitters, one or more photodiodes or other light sensors, one or more photothermal sensors, a magnetometer, an accelerometer, a gyroscope, a barometer, a compass, a proximity sensor, a camera, an ambient light sensor, a thermometer, a GPS sensor, and various system sensors which can sense remaining battery life, power consumption, processor speed, CPU load, and the like.
[0048] Peripherals interface 2016 can couple the input and output peripherals of the system to processor 2018 and computer-readable medium 2001. One or more processors 2018 communicate with one or more computer-readable mediums 2001 via controller 2020. Computer-readable medium 2001 can be any device or medium that can store code and/or data for use by one or more processors 2018. In some examples, medium 2001 can be a non-transitory computer-readable storage medium. Medium 2001 can include a memory hierarchy, including but not limited to cache, main memory and secondary memory. The memory hierarchy can be implemented using any combination
-14- la- 1226899 of RAM (e.g., SRAM, DRAM, DDR AM), ROM, FLASH, magnetic and/or optical storage devices, such as disk drives, magnetic tape, CDs (compact disks) and DVDs (digital video discs). Medium 2001 may also include a transmission medium for carrying information-bearing signals indicative of computer instructions or data (with or without a carrier wave upon which the signals are modulated). For example, the transmission medium may include a communications network, including but not limited to the Internet (also referred to as the World Wide Web), intranet(s), Local Area Networks (LANs), Wide Local Area Networks (WLANs), Storage Area Networks (SANs), Metropolitan Area Networks (MAN) and the like.
[0049] One or more processors 2018 can run various software components stored in medium 2001 to perform various functions for system 2000. In some examples, the software components can include operating system 2022, communication module (or set of instructions) 2024, touch processing module (or set of instructions) 2026, graphics module (or set of instructions) 2028, and one or more applications (or set of instructions) 2030. Each of these modules and above noted applications can correspond to a set of instructions for performing one or more functions described above and the methods described in this application (e.g., the computer-implemented methods and other information processing methods described herein). These modules (i.e., sets of instructions) need not be implemented as separate software programs, procedures or modules, and thus various subsets of these modules may be combined or otherwise rearranged in various examples. In some examples, medium 2001 may store a subset of the modules and data structures identified above. Furthermore, medium 2001 may store additional modules and data structures not described above.
[0050] Operating system 2022 can include various procedures, sets of
instructions, software components and/or drivers for controlling and managing general system tasks (e.g., memory management, storage device control, power management, etc.) and facilitates communication between various hardware and software components.
[0051] Communication module 2024 can facilitate communication with other devices over one or more external ports 2036 or via RF circuitry 2008 and can include various software components for handling data received from RF circuitry 2008 and/or external port 2036.
-15- la- 1226899 [0052] Graphics module 2028 can include various known software components for rendering, animating and displaying graphical objects on a display surface. In examples in which touch I/O device 2012 is a touch sensing display (e.g., touch screen), graphics module 2028 can include components for rendering, displaying, and animating objects on the touch sensing display.
[0053] One or more applications 2030 can include any applications installed on system 2000, including without limitation, a browser, address book, contact list, email, instant messaging, word processing, keyboard emulation, widgets, JAVA-enabled applications, encryption, digital rights management, voice recognition, voice replication, location determination capability (such as that provided by the global positioning system (GPS)), a music player, etc.
[0054] Touch processing module 2026 can include various software components for performing various tasks associated with touch I/O device 2012 including but not limited to receiving and processing touch input received from I/O device 2012 via touch I/O device controller 2032.
[0055] I/O subsystem 2006 can be coupled to touch I/O device 2012 and one or more other I/O devices 2014 for controlling or performing various functions. Touch I/O device 2012 can communicate with processing system 2004 via touch I/O device controller 2032, which can include various components for processing user touch input {e.g., scanning hardware). One or more other input controllers 2034 can receive/send electrical signals from/to other I/O devices 2014. Other I/O devices 2014 may include physical buttons, dials, slider switches, sticks, keyboards, touch pads, additional display screens, or any combination thereof.
[0056] If embodied as a touch screen, touch I/O device 2012 can display visual output to the user in a GUI. The visual output may include text, graphics, video, and any combination thereof. Some or all of the visual output may correspond to user-interface objects. Touch I/O device 2012 can form a touch sensing surface that accepts touch input from the user. Touch I/O device 2012 and touch screen controller 2032 (along with any associated modules and/or sets of instructions in medium 2001) can detect and track touches or near touches (and any movement or release of the touch) on touch I/O device 2012 and can convert the detected touch input into interaction with graphical objects,
-16- la- 1226899 such as one or more user-interface objects. In the case in which device 2012 is embodied as a touch screen, the user can directly interact with graphical objects that are displayed on the touch screen. Alternatively, in the case in which device 2012 is embodied as a touch device other than a touch screen (e.g., a touch pad), the user may indirectly interact with graphical objects that are displayed on a separate display screen embodied as I/O device 2014.
[0057] Touch I/O device 2012 may be analogous to the multi-touch sensing surface described in the following U.S. Patents: 6,323,846 (Westerman et al.), 6,570,557 (Westerman et al.), and/or 6,677,932 (Westerman), and/or U.S. Patent Publication 2002/0015024A1, each of which is hereby incorporated by reference.
[0058] In examples for which touch I O device 2012 is a touch screen, the touch screen may use LCD (liquid crystal display) technology, LPD (light emitting polymer display) technology, OLED (organic LED), or OEL (organic electro luminescence), although other display technologies may be used in other examples.
[0059] Feedback may be provided by touch I/O device 2012 based on the user's touch input as well as a state or states of what is being displayed and/or of the computing system. Feedback may be transmitted optically (e.g., light signal or displayed image), mechanically (e.g., haptic feedback, touch feedback, force feedback, or the like), electrically (e.g., electrical stimulation), olfactory, acoustically (e.g., beep or the like), or the like or any combination thereof and in a variable or non-variable manner.
[0060] System 2000 can also include power system 2044 for powering the various hardware components and may include a power management system, one or more power sources, a recharging system, a power failure detection circuit, a power converter or inverter, a power status indicator and any other components typically associated with the generation, management and distribution of power in portable devices.
[0061] In some examples, peripherals interface 2016, one or more processors
2018, and memory controller 2020 may be implemented on a single chip, such as processing system 2004. In some other examples, they may be implemented on separate chips.
-17- la- 1226899 [0062] Examples of the disclosure can be advantageous in allowing for an electronic device to obtain a heart rate signal with reduced noise due to motion artifacts, making for a more accurate reading of heart rate.
[0063] In some examples, a method of an electronic device including a plurality of light emitters and a light sensor may be disclosed. The method may include: emitting light from a first light emitter; receiving at the light sensor first light information from the first light emitter; emitting light from a second light emitter; receiving at the light sensor second light information from the second light emitter; computing first and second scaling factors based on the first and second light information; and computing a heart rate signal based on the first light information added to the second light information, the first and second light information each being scaled by the respective first and second scaling factors. Additionally or alternatively to one or more of the examples discussed above, the first light emitter may be located a first distance from the light sensor along a surface of the electronic device, and the second light emitter may be located a second distance from the light sensor along a surface of the electronic device; wherein the second distance may be greater than the first distance. Additionally or alternatively to one or more of the examples discussed above, an emission pattern of the first light emitter may have a first angle of emission and an emission pattern of the second light emitter may have a second angle of emission; wherein the second angle of emission may be more acute than the first angle of emission. Additionally or alternatively to one or more of the examples discussed above, the computing of the first and second scaling factors may include optimization based on a previously computed heart rate signal. Additionally or alternatively to one or more of the examples discussed above, computing the heart rate signal may include cancelling noise due to changes in a gap between the electronic device and tissue of a user. Additionally or alternatively to one or more of the examples discussed above, the first light emitter may emit light having a first wavelength and the second light emitter may emit light having a second wavelength, the first wavelength being different from the second wavelength. Additionally or alternatively to one or more of the examples discussed above, the first light emitter may emit light during a first period and the second light emitter may emit light during a second period different from the first period, and wherein the first light information may be received during the first period and the second light information may be received during the second period.
-18- la- 1226899 [0064] In some examples, a method of reducing noise in a reflected light signal may be disclosed. The method may include: receiving a plurality of reflected light signals generated from a plurality of light emitters and reflected by a first surface; and computing the reflected light signal from the plurality of reflected light signals while canceling noise in the computed reflected light signal due to estimated changes in a gap between the plurality of light emitters and the first surface based on the plurality of reflected light signals.
[0065] In some examples, a non-transitory computer readable medium may be disclosed, the computer readable medium containing instructions that, when executed, perform a method of an electronic device including a plurality of light emitters and a light sensor. The method may include: emitting light from a first light emitter; receiving at the light sensor first light information from the first light emitter; emitting light from a second light emitter; receiving at the light sensor second light information from the second light emitter; computing first and second scaling factors based on the first and second light information; and computing a heart rate signal based on the first light information added to the second light information, the first and second light information each being scaled by the respective first and second scaling factors. Additionally or alternatively to one or more of the examples discussed above, the first light emitter may be located a first distance from the light sensor along a surface of the electronic device, and the second light emitter may be located a second distance from the light sensor along a surface of the electronic device; wherein the second distance may be greater than the first distance. Additionally or alternatively to one or more of the examples discussed above, an emission pattern of the first light emitter may have a first angle of emission and an emission pattern of the second light emitter may have a second angle of emission; wherein the second angle of emission may be more acute than the first angle of emission. Additionally or alternatively to one or more of the examples discussed above, the computing of the first and second scaling factors may include optimization based on a previously computed heart rate signal. Additionally or alternatively to one or more of the examples discussed above, computing the heart rate signal may include cancelling noise due to changes in a gap between the electronic device and tissue of a user. Additionally or alternatively to one or more of the examples discussed above, the first light emitter may emit light having a first wavelength and the second light emitter may emit light having a second
-19- la- 1226899 wavelength, the first wavelength being different from the second wavelength.
Additionally or alternatively to one or more of the examples discussed above, the first light emitter may emit light during a first period and the second light emitter may emit light during a second period different from the first period, and wherein the first light information may be received during the first period and the second light information may be received during the second period.
[0066] In some examples, a non-transitory computer readable medium may be disclosed, the computer readable medium containing instructions that, when executed, perform a method of reducing noise in a reflected light signal. The method may include: receiving a plurality of reflected light signals generated from a plurality of light emitters and reflected by a first surface; and computing the reflected light signal from the plurality of reflected light signals while canceling noise in the computed reflected light signal due to estimated changes in a gap between the plurality of light emitters and the first surface based on the plurality of reflected light signals.
[0067] In some examples, an electronic device may be disclosed. The electronic device may include: a processor to execute instructions; a plurality of light emitters; a light sensor; and a memory coupled with the processor to store instructions, which when executed by the processor, cause the processor to perform operations to generate an application programming interface (API) that allows an API-calling component to perform a method. The method may include: emitting light from a first light emitter; receiving at the light sensor first light information from the first light emitter; emitting light from a second light emitter; receiving at the light sensor second light information from the second light emitter; computing first and second scaling factors based on the first and second light information; and computing a heart rate signal based on the first light information added to the second light information, the first and second light information each being scaled by the respective first and second scaling factors.
Additionally or alternatively to one or more of the examples discussed above, the first light emitter may be located a first distance from the light sensor along a surface of the electronic device, and the second light emitter may be located a second distance from the light sensor along a surface of the electronic device; wherein the second distance may be greater than the first distance. Additionally or alternatively to one or more of the examples discussed above, an emission pattern of the first light emitter may have a first
-20- la- 1226899 angle of emission and an emission pattern of the second light emitter may have a second angle of emission; wherein the second angle of emission may be more acute than the first angle of emission. Additionally or alternatively to one or more of the examples discussed above, the computing of the first and second scaling factors may include optimization based on a previously computed heart rate signal. Additionally or alternatively to one or more of the examples discussed above, computing the heart rate signal may include cancelling noise due to changes in a gap between the electronic device and tissue of a user. Additionally or alternatively to one or more of the examples discussed above, the first light emitter may emit light having a first wavelength and the second light emitter may emit light having a second wavelength, the first wavelength being different from the second wavelength. Additionally or alternatively to one or more of the examples discussed above, the first light emitter may emit light during a first period and the second light emitter may emit light during a second period different from the first period, and wherein the first light information may be received during the first period and the second light information may be received during the second period.
[0068] In some examples, an electronic device may be disclosed. The electronic device may include: a processor to execute instructions; a plurality of light emitters; and a memory coupled with the processor to store instructions, which when executed by the processor, cause the processor to perform operations to generate an application programming interface (API) that allows an API-calling component to perform a method of reducing noise in a reflected light signal. The method may include: receiving a plurality of reflected light signals generated from a plurality of light emitters and reflected by a first surface; and computing the reflected light signal from the plurality of reflected light signals while canceling noise in the computed reflected light signal due to estimated changes in a gap between the plurality of light emitters and the first surface based on the plurality of reflected light signals.
[0069] Although the disclosed examples have been fully described with reference to the accompanying drawings, it is to be noted that various changes and modifications will become apparent to those skilled in the art. Such changes and modifications are to be understood as being included within the scope of the disclosed examples as defined by the appended claims.
-21- la- 1226899

Claims

WHAT IS CLAIMED IS:
1. A method of an electronic device including a plurality of light emitters and a light sensor, the method comprising:
emitting light from a first light emitter;
receiving at the light sensor first light information from the first light emitter; emitting light from a second light emitter;
receiving at the light sensor second light information from the second light emitter;
computing first and second scaling factors based on the first and second light information; and
computing a heart rate signal based on the first light information added to the second light information, the first and second light information each being scaled by the respective first and second scaling factors.
2. The method of claim 1, wherein the first light emitter is located a first distance from the light sensor along a surface of the electronic device, and the second light emitter is located a second distance from the light sensor along a surface of the electronic device; wherein the second distance is greater than the first distance.
3. The method of claim 1, wherein an emission pattern of the first light emitter has a first angle of emission and an emission pattern of the second light emitter has a second angle of emission;
wherein the second angle of emission is more acute than the first angle of emission.
4. The method of claim 1, wherein the computing of the first and second scaling factors includes optimization based on a previously computed heart rate signal.
5. The method of claim 1, wherein computing the heart rate signal includes cancelling noise due to changes in a gap between the electronic device and tissue of a user.
-22- la- 1226899
6. The method of claim 1, wherein the first light emitter emits light having a first wavelength and the second light emitter emits light having a second wavelength, the first wavelength being different from the second wavelength.
7. The method of claim 1, wherein the first light emitter emits light during a first period and the second light emitter emits light during a second period different from the first period, and wherein the first light information is received during the first period and the second light information is received during the second period.
8. A non-transitory computer readable medium, the computer readable medium containing instructions that, when executed, perform a method of an electronic device including a plurality of light emitters and a light sensor, the method comprising:
emitting light from a first light emitter;
receiving at the light sensor first light information from the first light emitter; emitting light from a second light emitter;
receiving at the light sensor second light information from the second light emitter;
computing first and second scaling factors based on the first and second light information; and
computing a heart rate signal based on the first light information added to the second light information, the first and second light information each being scaled by the respective first and second scaling factors.
9. The non-transitory computer readable medium of claim 8, wherein the first light emitter is located a first distance from the light sensor along a surface of the electronic device, and the second light emitter is located a second distance from the light sensor along a surface of the electronic device;
wherein the second distance is greater than the first distance.
10. The non-transitory computer readable medium of claim 8, wherein an emission pattern of the first light emitter has a first angle of emission and an emission pattern of the second light emitter has a second angle of emission;
-23- la- 1226899 wherein the second angle of emission is more acute than the first angle of emission.
11. The non-transitory computer readable medium of claim 8, wherein the computing of the first and second scaling factors includes optimization based on a previously computed heart rate signal.
12. The non-transitory computer readable medium of claim 8, wherein computing the heart rate signal includes cancelling noise due to changes in a gap between the electronic device and tissue of a user.
13. The non-transitory computer readable medium of claim 8, wherein the first light emitter emits light having a first wavelength and the second light emitter emits light having a second wavelength, the first wavelength being different from the second wavelength.
14. The non-transitory computer readable medium of claim 8, wherein the first light emitter emits light during a first period and the second light emitter emits light during a second period different from the first period, and wherein the first light information is received during the first period and the second light information is received during the second period.
15. An electronic device, comprising:
a processor to execute instructions;
a plurality of light emitters;
a light sensor; and
a memory coupled with the processor to store instructions, which when executed by the processor, cause the processor to perform operations to generate an application programming interface (API) that allows an API-calling component to perform a method comprising:
emitting light from a first light emitter;
receiving at the light sensor first light information from the first light emitter;
-24- la- 1226899 emitting light from a second light emitter;
receiving at the light sensor second light information from the second light emitter;
computing first and second scaling factors based on the first and second light information; and
computing a heart rate signal based on the first light information added to the second light information, the first and second light information each being scaled by the respective first and second scaling factors.
16. The electronic device of claim 15, wherein the first light emitter is located a first distance from the light sensor along a surface of the electronic device, and the second light emitter is located a second distance from the light sensor along a surface of the electronic device;
wherein the second distance is greater than the first distance.
17. The electronic device of claim 15, wherein an emission pattern of the first light emitter has a first angle of emission and an emission pattern of the second light emitter has a second angle of emission;
wherein the second angle of emission is more acute than the first angle of emission.
18. The electronic device of claim 15, wherein the computing of the first and second scaling factors includes optimization based on a previously computed heart rate signal.
19. The electronic device of claim 15, wherein computing the heart rate signal includes cancelling noise due to changes in a gap between the electronic device and tissue of a user.
20. The electronic device of claim 15, wherein the first light emitter emits light having a first wavelength and the second light emitter emits light having a second wavelength, the first wavelength being different from the second wavelength.
-25- la- 1226899
21. The electronic device of claim 15, wherein the first light emitter emits light during a first period and the second light emitter emits light during a second period different from the first period, and wherein the first light information is received during the first period and the second light information is received during the second period.
22. A method of reducing noise in a reflected light signal, the method comprising: receiving a plurality of reflected light signals generated from a plurality of light emitters and reflected by a first surface; and
computing the reflected light signal from the plurality of reflected light signals while canceling noise in the computed reflected light signal due to estimated changes in a gap between the plurality of light emitters and the first surface based on the plurality of reflected light signals.
23. A non-transitory computer readable medium, the computer readable medium containing instructions that, when executed, perform a method of reducing noise in a reflected light signal, the method comprising:
receiving a plurality of reflected light signals generated from a plurality of light emitters and reflected by a first surface; and
computing the reflected light signal from the plurality of reflected light signals while canceling noise in the computed reflected light signal due to estimated changes in a gap between the plurality of light emitters and the first surface based on the plurality of reflected light signals.
24. An electronic device, comprising:
a processor to execute instructions;
a plurality of light emitters; and
a memory coupled with the processor to store instructions, which when executed by the processor, cause the processor to perform operations to generate an application programming interface (API) that allows an API-calling component to perform a method of reducing noise in a reflected light signal, the method comprising:
receiving a plurality of reflected light signals generated from the plurality of light emitters and reflected by a first surface; and
-26- la- 1226899 computing the reflected light signal from the plurality of reflected light signals while canceling noise in the computed reflected light signal due to estimated changes in a gap between the plurality of light emitters and the first surface based on the plurality of reflected light signals.
-27- la- 1226899
PCT/US2013/073400 2013-12-05 2013-12-05 Method of reducing motion artifacts on wearable optical sensor devices WO2015084375A1 (en)

Priority Applications (2)

Application Number Priority Date Filing Date Title
US15/100,626 US20160296174A1 (en) 2013-12-05 2013-12-05 Method of reducing motion artifacts on wearable optical sensor devices
PCT/US2013/073400 WO2015084375A1 (en) 2013-12-05 2013-12-05 Method of reducing motion artifacts on wearable optical sensor devices

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/US2013/073400 WO2015084375A1 (en) 2013-12-05 2013-12-05 Method of reducing motion artifacts on wearable optical sensor devices

Publications (1)

Publication Number Publication Date
WO2015084375A1 true WO2015084375A1 (en) 2015-06-11

Family

ID=49883234

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/US2013/073400 WO2015084375A1 (en) 2013-12-05 2013-12-05 Method of reducing motion artifacts on wearable optical sensor devices

Country Status (2)

Country Link
US (1) US20160296174A1 (en)
WO (1) WO2015084375A1 (en)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
AU2015101168B4 (en) * 2014-09-02 2016-06-09 Apple Inc. Multiple light paths architecture and obscuration methods for signal and perfusion index optimization
CN106308776A (en) * 2015-07-03 2017-01-11 三星电子株式会社 Apparatus and method for detecting biological information
GB2547736A (en) * 2016-07-01 2017-08-30 Polar Electro Oy Photoplethysmographic sensor configuration
EP3238615A1 (en) * 2016-04-28 2017-11-01 LG Electronics Inc. Watch type terminal and method for controlling the same

Families Citing this family (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2326239B1 (en) 2008-07-03 2017-06-21 Masimo Laboratories, Inc. Protrusion for improving spectroscopic measurement of blood constituents
US8203704B2 (en) 2008-08-04 2012-06-19 Cercacor Laboratories, Inc. Multi-stream sensor for noninvasive measurement of blood constituents
US20110082711A1 (en) 2009-10-06 2011-04-07 Masimo Laboratories, Inc. Personal digital assistant or organizer for monitoring glucose levels
US9408542B1 (en) 2010-07-22 2016-08-09 Masimo Corporation Non-invasive blood pressure measurement system
JP2016174685A (en) * 2015-03-19 2016-10-06 セイコーエプソン株式会社 Biological information detection sensor and biological information detection device
CN107530000B (en) * 2015-04-27 2020-08-25 苹果公司 Dynamically configurable aperture for ppg signal optimization and ambient light mitigation
US10448871B2 (en) 2015-07-02 2019-10-22 Masimo Corporation Advanced pulse oximetry sensor
US10317200B1 (en) 2015-09-30 2019-06-11 Apple Inc. Multi-mode sensor for surface orientation
US10912469B2 (en) * 2017-05-04 2021-02-09 Garmin Switzerland Gmbh Electronic fitness device with optical cardiac monitoring
US11179051B2 (en) 2017-05-04 2021-11-23 Garmin Switzerland Gmbh Pulse spectroscopy
US11806119B2 (en) 2019-03-18 2023-11-07 Garmin Switzerland Gmbh Electronic device with optical heart rate monitor
CN113995389B (en) * 2020-07-28 2023-06-02 华为技术有限公司 Method for obtaining heart rate and electronic equipment
US11839490B2 (en) 2020-11-06 2023-12-12 Garmin International, Inc. Three wavelength pulse oximetry

Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6083172A (en) * 1995-08-07 2000-07-04 Nellcor Puritan Bennett Incorporated Method and apparatus for estimating physiological parameters using model-based adaptive filtering
US6323846B1 (en) 1998-01-26 2001-11-27 University Of Delaware Method and apparatus for integrating manual input
US6570557B1 (en) 2001-02-10 2003-05-27 Finger Works, Inc. Multi-touch system and method for emulating modifier keys via fingertip chords
US6677932B1 (en) 2001-01-28 2004-01-13 Finger Works, Inc. System and method for recognizing touch typing under limited tactile feedback conditions
US20070106137A1 (en) * 2004-03-09 2007-05-10 Baker Clark R Jr Pulse oximetry signal correction using near infrared absorption by water
US20080033266A1 (en) * 1994-10-07 2008-02-07 Diab Mohamed K Signal processing apparatus
US20100016696A1 (en) * 2008-07-15 2010-01-21 Nellcor Puritan Bennett Ireland Systems and methods for generating reference signals
US20120310062A1 (en) * 2011-05-31 2012-12-06 Nellcor Puritan Bennett Llc Photon density wave based determination of physiological blood parameters

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
ES2402233T7 (en) * 1998-10-13 2015-04-23 Covidien Lp Non-invasive multichannel tissue oximeter
US8333387B2 (en) * 2008-07-01 2012-12-18 Jet Edge, Inc. High pressure fluid sealing mechanism
WO2010098912A2 (en) * 2009-02-25 2010-09-02 Valencell, Inc. Light-guiding devices and monitoring devices incorporating same
US20130030267A1 (en) * 2011-07-29 2013-01-31 Nellcor Puritan Bennett Llc Multi-purpose sensor system
GB2494622A (en) * 2011-08-30 2013-03-20 Oxitone Medical Ltd Wearable pulse oximetry device
JP5948836B2 (en) * 2011-12-09 2016-07-06 ソニー株式会社 Measuring device, measuring method, program, and recording medium
US20140073968A1 (en) * 2012-09-11 2014-03-13 Nellcor Puritan Bennett Llc Methods and systems for qualifying physiological values based on two segments

Patent Citations (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20080033266A1 (en) * 1994-10-07 2008-02-07 Diab Mohamed K Signal processing apparatus
US6083172A (en) * 1995-08-07 2000-07-04 Nellcor Puritan Bennett Incorporated Method and apparatus for estimating physiological parameters using model-based adaptive filtering
US6323846B1 (en) 1998-01-26 2001-11-27 University Of Delaware Method and apparatus for integrating manual input
US20020015024A1 (en) 1998-01-26 2002-02-07 University Of Delaware Method and apparatus for integrating manual input
US6677932B1 (en) 2001-01-28 2004-01-13 Finger Works, Inc. System and method for recognizing touch typing under limited tactile feedback conditions
US6570557B1 (en) 2001-02-10 2003-05-27 Finger Works, Inc. Multi-touch system and method for emulating modifier keys via fingertip chords
US20070106137A1 (en) * 2004-03-09 2007-05-10 Baker Clark R Jr Pulse oximetry signal correction using near infrared absorption by water
US20100016696A1 (en) * 2008-07-15 2010-01-21 Nellcor Puritan Bennett Ireland Systems and methods for generating reference signals
US20120310062A1 (en) * 2011-05-31 2012-12-06 Nellcor Puritan Bennett Llc Photon density wave based determination of physiological blood parameters

Cited By (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
AU2015101168B4 (en) * 2014-09-02 2016-06-09 Apple Inc. Multiple light paths architecture and obscuration methods for signal and perfusion index optimization
US10215698B2 (en) 2014-09-02 2019-02-26 Apple Inc. Multiple light paths architecture and obscuration methods for signal and perfusion index optimization
US11536653B2 (en) 2014-09-02 2022-12-27 Apple Inc. Multiple light paths architecture and obscuration methods for signal and perfusion index optimization
CN106308776A (en) * 2015-07-03 2017-01-11 三星电子株式会社 Apparatus and method for detecting biological information
EP3111834B1 (en) * 2015-07-03 2021-07-07 Samsung Electronics Co., Ltd. Apparatus and method for detecting biological information
US11229363B2 (en) 2015-07-03 2022-01-25 Samsung Electronics Co., Ltd. Apparatus and method for detecting biological information
EP3238615A1 (en) * 2016-04-28 2017-11-01 LG Electronics Inc. Watch type terminal and method for controlling the same
CN107340708A (en) * 2016-04-28 2017-11-10 Lg电子株式会社 Watch style terminal and its control method
US10732574B2 (en) 2016-04-28 2020-08-04 Lg Electronics Inc. Watch type terminal and method for controlling the same
GB2547736A (en) * 2016-07-01 2017-08-30 Polar Electro Oy Photoplethysmographic sensor configuration
GB2547736B (en) * 2016-07-01 2018-06-20 Polar Electro Oy Photoplethysmographic sensor configuration
US10602937B2 (en) 2016-07-01 2020-03-31 Polar Electro Oy Photoplethysmographic sensor configuration

Also Published As

Publication number Publication date
US20160296174A1 (en) 2016-10-13

Similar Documents

Publication Publication Date Title
US20160296174A1 (en) Method of reducing motion artifacts on wearable optical sensor devices
US20160296173A1 (en) Motion artifact cancelation
US20160287181A1 (en) Wearable multi-modal physiological sensing system
US9668676B2 (en) User identification system based on plethysmography
US10203815B2 (en) Application-based touch sensitivity
US10162478B2 (en) Delay of display event based on user gaze
US20220244844A1 (en) Single contact scaling gesture
US10545569B2 (en) Low power mode
US10156980B2 (en) Toggle gesture during drag gesture
US20170164884A1 (en) Measuring respiration rate with multi-band plethysmography
US20140173747A1 (en) Disabling access to applications and content in a privacy mode
US10185432B2 (en) Touch detection at bezel edge
US20140136987A1 (en) Generation of a user interface based on contacts
US8842088B2 (en) Touch gesture with visible point of interaction on a touch screen
US20150134492A1 (en) Coordinated image manipulation
US9600172B2 (en) Pull down navigation mode
US9026691B2 (en) Semi-autonomous touch I/O device controller operation under control of host
WO2015102590A1 (en) Estimating skin pigmentation to estimate sunburn and melanoma risk

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 13814306

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 15100626

Country of ref document: US

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 13814306

Country of ref document: EP

Kind code of ref document: A1