Patent Application
20240281235
This disclosure relates generally to enabling operations of electronic devices, including but not limited to temporarily enabling operations (e.g., also referred to as ephemeral smartwatch experiences, or mini apps) that are caused to be installed or otherwise provided for use at the electronic devices (e.g., wrist-wearable devices) only while an operation-use precondition specifically associated with the operation is satisfied, and subsequently uninstalling at least some of the installed data associated with the operation once the operation-use precondition is no longer satisfied.
Applications for mobile devices are becoming more popular, including applications that are integrated with activities that users perform in the physical world. However, some mobile devices (e.g., wearable devices such as wrist-wearable devices and head-wearable devices) have relatively limited storage and/or battery life, and therefore provisioning and usage of such applications requires access to precious resources.
Further, downloading software applications, and/or creating user accounts to authenticate the user of the mobile device, is tedious, time-consuming, and requires the user to provide access to potentially sensitive information that the user may wish to protect. And further still, before downloading software, users need to determine which applications are required to provide the functionality required for a particular activity. Once a user has identified an appropriate application to download for a particular situation, the user must use a wired or wireless internet connection to download the application, which may include data that is extraneous to the user's needs at that particular time.
As such, there is a need to address one or more of the above-identified challenges. A brief summary of solutions to the issues noted above is found below.
The methods, systems, and devices described herein allow electronic devices to install data to enable one or more operations while an operation-use precondition is satisfied, which can in some embodiments enable an ephemeral or time-limited smartwatch experience to facilitate efficient use of limiting computing, memory, and power resources for wearable devices (as one example). As a hypothetical example, a smartwatch user, Madeline, may be walking down the sidewalk past one of her favorite restaurants, Trendy Ramen Shop. Madeline knows there is usually a long waitlist to dine at Trendy Ramen Shop. And she doesn't want to install an entire application onto her smartwatch, which may have limited resources (e.g., available storage or connectivity) to be able to join a waitlist for Trendy Ramen Shop. As Madeline approaches the restaurant, a notification surfaces on the display of her smartwatch, indicating that data is being installed at the smartwatch that enables certain waitlist operations of an application for joining the waitlist for the restaurant. Madeline performs a thumbs-up gesture to confirm the installation of the data. But the data may have been automatically downloaded either way, based on the configuration settings of the smartwatch, particularly if the data requires a minimal amount of memory. The notification surfaced because Madeline was within a certain distance of Trendy Ramen Shop while wearing the smartwatch. And when either of those preconditions is no longer present (e.g., a location-based precondition, a biometric-authentication precondition), the enabled operations of the application may be automatically removed or otherwise disabled at the smartwatch.
In other situations, similar installation techniques can occur when Madeline engages in other activities, like shopping or attending a concert. For example, when she arrives at a concert or other limited-access event, a first set of operations may be installed that enable authentication operations for entering the venue. And subsequently, other sets of data associated with other sets of operations may be installed at a later time that enable additional functionality, such as obtaining food from a vendor within the venue (e.g., a snack shop). The techniques can be provided at other types of electronic devices besides smartwatches, such as artificial-reality (AR) headsets, or even a device constellation that includes a plurality of different electronic devices that are in electronic communication with one another, such as a system where a user is wearing a smartwatch and an AR headset, both of which are offloading processing to a portable computing unit separate from one or both of the wearable electronic devices.
The methods provide quick, efficient, intuitive, and resource-preserving technical improvements for limiting the amount of data installed on an electronic device and controlling access to operations (e.g., via biometric authentication based on a user wearing the device). But a person of skill in the art, upon reading the detailed description in conjunction with the figures provided herein will appreciate other technical improvements not explicitly described herein, such as an improved framework for managing settings like concerts or sporting events where a plurality of different vendors can be associated with a plurality of different applications. For example, the methods described herein may be used in conjunction with a framework for quickly and efficiently implementing intuitive adapters that application designers can use to integrate a subset of operations and/or functionality of a particular application with the framework, wherein the adapter can be configured to recognize one or more of a global set of operation-use conditions (e.g., a biometric authentication that requires a user to continue wearing a wearable device that includes a sensor for performing the biometric authentication).
One example method for using the systems, devices, non-transitory computer-readable storage media, and related techniques is described herein. This example method may be performed by a wrist-wearable device (e.g., a smartwatch) that includes one or more cameras, one or more displays (e.g., placed behind one or more lenses), and one or more programs, where the one or more programs are stored in memory and configured to be executed by one or more processors. The one or more programs include instructions for performing operations. The method includes installing, on the wrist-wearable device, data to enable use of an operation on the wrist-wearable device only while an operation-use precondition is present, where the operation-use precondition is specifically associated with the operation. The method further includes, while the operation-use precondition is present, enabling use of the operation on the wrist-wearable device. The method further includes, in accordance with determining that the operation-use precondition is no longer present, automatically, without instructions from the user of the wrist-wearable device (e.g., the user does not affirmatively make a request to remove any data related to the operation; instead, this can occur as a background process that is monitored based on presence or absence of the operation-use precondition), removing at least some of the data from the wrist-wearable device to make the operation unavailable. Several representative examples are shown in the sequences of
In some embodiments, a computing device (e.g., a wrist-wearable device or a head-mounted device, or an intermediary device such as a smartphone or desktop or laptop computer) includes one or more processors, memory, a display (in some embodiments, the display can be optional, such as for certain example intermediary devices that can coordinate operations at the wrist-wearable device and the head-mounted device, and thus have ample processing and power resources, but need not have its own display), and one or more programs stored in the memory. The programs are configured for execution by the one or more processors. The one or more programs include instructions for performing (or causing the performance of) any of the methods described herein.
Thus, methods, systems, and computer-readable storage media are disclosed for temporarily installing data on a wearable device based on the satisfaction of an operation-use condition that is related to an application that is configured to be enabled by the installed data.
The features and advantages described in the specification are not necessarily all-inclusive and, in particular, certain additional features and advantages will be apparent to one of ordinary skill in the art through familiarization of the drawings, specification, and claims. Moreover, it should be noted that the language used in the specification has been principally selected for readability and instructional purposes.
Having summarized the above example aspects, a brief description of the drawings will now be presented.
For a better understanding of the various described embodiments, reference should be made to the Detailed Description section below, in conjunction with the following drawings in which like reference numerals refer to corresponding parts throughout the figures.
In accordance with common practice, the various features illustrated in the drawings may not be drawn to scale. Accordingly, the dimensions of the various features may be arbitrarily expanded or reduced for clarity. In addition, some of the drawings may not depict all of the components of a given system, method, or device. Finally, like reference numerals may be used to denote like features throughout the specification and figures.
Numerous details are described herein to provide a thorough understanding of the example embodiments illustrated in the accompanying drawings. However, some embodiments may be practiced without many of the specific details, and the scope of the claims is only limited by those features and aspects specifically recited in the claims. Furthermore, well-known processes, components, and materials have not necessarily been described in exhaustive detail so as to avoid obscuring pertinent aspects of the embodiments described herein.
Embodiments of this disclosure can include or be implemented in conjunction with various types or embodiments of AR systems. Artificial-reality, as described herein, is any superimposed functionality and or sensory-detectable presentation provided by an AR system within a user's physical surroundings. Such artificial-reality content can include and/or represent virtual reality (VR), augmented reality, mixed AR (MAR), or some combination and/or variation of one of these. For example, a user can perform a swiping in-air hand gesture to cause a song to be skipped by a song-providing API (application programming interface) providing playback at, for example, a home speaker. In some embodiments of an AR system, ambient light (e.g., a live feed of the surrounding environment that a user would normally see) can be passed through a display element of a respective head-wearable device presenting aspects of the AR system. In some embodiments, ambient light can be passed through one or more respective aspects of the AR system (e.g., one or both lens displays of the AR system). For example, a visual user interface element (e.g., a notification user interface element) can be presented at the head-wearable device, and an amount of ambient light (e.g., 15%-50% of the ambient light) can be passed through the user interface element, such that the user can distinguish at least a portion of the physical environment over which the user interface element is being displayed.
Artificial-reality content can include completely generated content or generated content combined with captured (e.g., real-world) content. The artificial-reality content can include video, audio, haptic events, or some combination thereof, any of which can be presented in a single channel or in multiple channels (such as stereo video that produces a three-dimensional effect to a viewer). Additionally, in some embodiments, artificial reality can also be associated with applications, products, accessories, services, or some combination thereof, which are used, for example, to create content in an artificial reality and/or are otherwise used in (e.g., to perform activities in) an artificial reality.
A hand gesture, as described herein, can include an in-air gesture, a surface-contact gesture, and or other gestures that can be detected and determined based on movements of a single hand (e.g., a one-handed gesture performed with a user's hand that is detected by one or more sensors of a wearable device (e.g., electromyography (EMG) and/or inertial measurement units (IMU)s of a wrist-wearable device) and/or detected via image data captured by an imaging device of a wearable device (e.g., a camera of a head-wearable device)) or a combination of the user's hands. In-air means, in some embodiments, that the user hand does not contact a surface, object, or portion of an electronic device (e.g., a head-wearable device or other communicatively coupled device, such as the wrist-wearable device), in other words the gesture is performed in open air in 3D space and without contacting a surface, an object, or an electronic device. Surface-contact gestures (contacts at a surface, object, body part of the user, or electronic device) more generally are also contemplated in which a contact (or an intention to contact) is detected at a surface (e.g., a single or double finger tap on a table, on a user's hand or another finger, on the user's leg, a couch, a steering wheel, etc.). The different hand gestures disclosed herein can be detected using image data and/or sensor data (e.g., neuromuscular signals sensed by one or more biopotential sensors (e.g., EMG sensors) or other types of data from other sensors, such as proximity sensors, time-of-flight (ToF) sensors, sensors of an inertial measurement unit, etc.) detected by a wearable device worn by the user and/or other electronic devices in the user's possession (e.g., smartphones, laptops, imaging devices, intermediary devices, and/or other devices described herein).
Additionally, a biometric-authentication precondition is determined to be present based on the authentication technique that requires the user 101 to be wearing the wrist-wearable device 102 (e.g., such that sensors of the wrist-wearable device 102 can detect biometric indications that can be used to identify the user 101). One of ordinary skill in the art will appreciate that the presence of any precondition or other criteria described herein can be determined based on one or more active logical determinations performed periodically (e.g., based on predefined polling criteria) and/or in response to a request regarding the particular precondition.
In some embodiments, the one or more operations associated with the Table Waiter App are caused to be enabled at the wrist-wearable device 102 despite the user 101 not having an account (e.g., a verified email address and corresponding password) associated with the Table Waiter App. In some embodiments, the one or more operations would only be enabled at the wrist-wearable device 102 based on the user 101 having an account associated with the Table Waiter App and having logged into the application with the account. That is, in some embodiments, the operation-use preconditions being satisfied can be an alternative (e.g., a proxy) to logging in with an account.
The user interface displayed at the display of the wrist-wearable device 102 in
The user 101 selecting a selectable user interface element 124 permits the one or more operations enabled in accordance with the operation-use precondition being satisfied to access data associated with a calendar application that the user 101 has previously installed at the wrist-wearable device 102 (e.g., including scheduled events that the user 101 has caused to be stored in memory of the wrist-wearable device 102). In some embodiments, the one or more operations enabled at the wrist-wearable device 102 correspond to a waitlist (e.g., a queue) for performing an activity at a physical area (e.g., Trendy Ramen Shop).
In some embodiments, the biometric-authentication precondition may remain satisfied despite the wrist-wearable device 202 being powered down (e.g., one or more sensors of the wrist-wearable device 202 may receive power independently from the power supplied to the wrist-wearable device 202).
Continuing the example illustrated by
Continuing the example, a third operation-use precondition is an operation-duration precondition defining a predetermined period when the data associated with the Concert Ticket App causes the one or more associated operations to be available to be installed (e.g., via data associated with an application) and/or used at the wrist-wearable device. For example, the operation-duration precondition may cause the one or more associated operations to be available for use from a predefined time 30 minutes before a start time of the limited access event to an end time 30 minutes after an end time of the limited access event.
The wrist-wearable device 202 displaying a textual-prompt user interface element 214 stating: “Tap kiosk with QR code shown below.” The wrist-wearable device is displaying an authentication display element 218 (e.g., a QR code) in conjunction with the textual-prompt user interface element 214 being displayed. The user interface element 214 is presented based on a secondary operation-use condition (e.g., a predefined threshold distance between the user 201 and the kiosk 210) being present after the operation-use preconditions cause the software to be installed at the wrist-wearable device 202 in
The wrist-wearable device 202 is displaying a user interface element 216 stating: “Device permissions enabled based on cached settings,” indicating that there are particular settings that have been previously enabled by the user 201 that allow the software that was installed at the wrist-wearable device 202 to access data required for an authentication technique related to the limited-access event to be performed (e.g., accessing additional identifying information of the user 201). In some embodiments, once software is installed at the wrist-wearable device 202 based on an operation-use precondition being present, and after the operation-use condition is no longer present at the wrist-wearable device 202, at least part of the software (e.g., application data) may remain at the wrist-wearable device. In this example, the user 201 has previously been in a situation where software related to the Concert Ticket App has been downloaded, and the user 201 has previously allowed permission-based access to the software associated with the Concert Ticket App. When the software was previously deleted, data related to the permission-based access was cached at the memory of the wrist-wearable device 202. In some embodiments, the data related to the software is cached at the wrist-wearable device 202 for a predefined period, and then deleted after the predefined period.
(A1)
The method 300 includes installing (302), on a wrist-wearable device worn by a user, data to enable use of an operation on the wrist-wearable device only while an operation-use precondition is present (e.g., the user is still in line for a table at a restaurant, is still wearing the wrist-wearable device, and/or a predetermined period has not expired). The operation-use precondition is (304) specifically associated with the operation. Being specifically associated with the operation refers to, in some embodiments, the operation-use precondition not relating to general operating conditions of the wrist-wearable device (power level, memory availability, etc.) but instead relating to something specific to performance of the operation, such as being present within a specific area for performance of the activity (e.g., within a certain retail store) or being on a waitlist for accessing an activity and/or remaining within a certain proximity of a starting point of the activity (e.g., within a certain distance of a restaurant associated with the waitlist).
The method 300 includes, while (306) the operation-use precondition is present, enabling use of the operation on the wrist-wearable device. The method 300 includes, in accordance with determining (308) that the operation-use precondition is no longer present, automatically, without instructions from the user of the wrist-wearable device, removing at least some of the data from the wrist-wearable device to make the operation unavailable on the wrist-wearable device (e.g., is deleted, at least in part, from the user's electronic device). In some embodiments, at least some of the software is configured to remain at the wrist-wearable device (e.g., user data, receipts, code, or other instructions for installing software related to the subset of operations) when the one or more of the subset of operations is deleted).
(A2) In some embodiments of A1, the installation is initiated at the wrist-wearable device without any interaction by the user with a touch-sensitive display of the wrist-wearable device (e.g., user inputs directed to the touch-sensitive display). That is, the techniques described herein are distinct from selecting an application to install from an application store, since the installation that occurs via the described techniques can be automatically performed without any request from a user. For example, the Concert Ticket App in
(A3) In some embodiments of any one of A1-A2, the operation-use precondition includes a biometric-authentication precondition requiring that the user be wearing the wrist-wearable device for the operation to remain enabled such that if the user is determined, based on operation-use condition data (e.g., sensor data) at the wrist-wearable device, to no longer be wearing the wrist-wearable device, then the operation-use precondition is no longer present (e.g., the user 201 is wearing the wrist-wearable device 202 in
In some embodiments, the operation-use precondition further includes one or more of (i) a duration precondition defining a predetermined period after the installation during which the operation is made available to the user, (ii) a physical activity-based precondition that is present while the user is performing a physical activity (e.g., in the physical world), the physical activity being specifically associated with the operation (e.g., shopping, waiting for dinner), and (iii) a location-based precondition that is present while the user is determined to be within a physical area associated with use of the operation (e.g., a geofenced area, a physically enclosed space, a vicinity associated with a limited-duration event). In some embodiments, a notification can be presented to the user to provide a time-limited duration to re-don the device before the data to enable use of the operation will be removed.
(A4) In some embodiments of any one of A1-A3, the installation is performed in response to detecting, via one or more sensors that are electronically coupled with (e.g., physically located at, in wireless communication with) the wrist-wearable device, a gesture (e.g., an in-air hand gesture detected by one or more neuromuscular-signal sensors) performed by the user (e.g., placing the electronic device within a threshold distance of the beacon for a predefined period) within a threshold distance of a physical beacon (e.g., a kiosk). In some embodiments, a plurality of physical beacons can be placed in various locations, with respective threshold proximities, which can overlap sometimes).
(A5) In some embodiments of any one of A1-A4, the installation is performed in response to one or both of (i) obtaining data from a QR code and (ii) obtaining data from a near-field communication (NFC) signal.
(A6) In some embodiments of any one of A1-A5, in conjunction with enabling use of the operation on the wrist-wearable device and in accordance with a determination that the operation requires image data, a camera that is in communication with the wrist-wearable device is activated. The method includes, while the operation-use precondition is present and the camera is activated, based on detecting, using image data from the camera, an identifier corresponding to a physical item (e.g., a tag attached to the item, a placard on a retail shelf that includes the item), causing display of data related to the physical item (e.g., point-of-sale data). In some embodiments, based on the detecting of the signal via the device identifier, a browser can be caused to be opened at the wrist-wearable device, where a webpage caused to be opened at the browser includes item data (e.g., average retail price, technical specifications, and/or customer reviews).
In some embodiments, the data related to the physical item can be caused to be displayed at a head-worn device (e.g., an AR headset), such as a pair of augmented-reality glasses (e.g., smart glasses). For example, the wrist-wearable device may send instructions to the AR glasses and/or another intermediate device and/or another facilitating device that may be configured to provide some instructions to the AR glasses.
In some embodiments, the identifier can be any physical characteristic of the physical item that allows an image-processing algorithm to detect and classify the physical item such that data about the physical item can be presented to the user (e.g., a menu allowing for selection of different action items for the physical item such as adding items to a shopping list, viewing calorie information, determining whether a particular physical item is defective (e.g., a particular fruit is rotten, an item is expired according to data associated with the item)).
In some embodiments, the wrist-wearable device can be configured to prompt the user to capture the image data based on the wrist-wearable device being unable to detect a device identifier of the physical item. That is, there can be an ordered heuristic for operations that can occur based on the user performing the second gesture, where the heuristic includes first checking for the device identifier of the physical item, which can be detected, for example, using NFC scanning, and next prompting the user to perform the camera operation if the device identifier is not detected within a certain proximity of the user (e.g., within one foot of the user).
(A7) In some embodiments of A6, the method 600 includes, while the data about the physical item is caused to be displayed, in accordance with determining that the user has provided a gesture-based indication or a location-based indication requesting to add the physical item to an item listing, adding the physical item to the item listing.
In some embodiments in which location-based indications are used to determine that an item is to be added to the item listing, the method includes, after detecting the identifier corresponding to the item, detecting that the user has moved to a second location, distinct from the first location (e.g., a different aisle, a different concert hall, a different amusement park ride), and detecting that the item is still within a threshold distance at the second location (e.g., within a threshold proximity of a location of a user's physical shopping cart and/or the user themself). That is, the user may have the item in their physical shopping cart or a bag that they are carrying within the area, and based on detecting that the item is still within the threshold proximity of the user at the second location, causing the item to be added to an item listing (e.g., a virtual shopping cart) associated with the user.
In some embodiments, data to enable use of the operation includes data to enable use of two or more respective operations associated with two or more distinct vendors (e.g., vendors of particular items that are present within the area). The method includes using a set of authentication techniques (e.g., one or more operating-system-level authentication techniques) to cause a first payment operation associated with a first vendor of the two or more distinct vendors (e.g., a payment operation). The method includes using the same set of authentication techniques to cause a second payment operation associated with a second vendor of the two or more distinct vendors. In some embodiments, the set of authentication techniques can be stored on the client device. In some embodiments, the wrist-wearable device checks or otherwise determines whether a particular software dependency (e.g., one or more non-transitory computer-readable storage media) is necessary for using the operation. In some embodiments, a set of operations to be performed at a location can be defined via an application programming interface (e.g., an API), and a plurality of compatible vendors can cause vendor-specific operations to occur, via an operation that corresponds to the API.
(A8) In some embodiments of A7, the method 300 includes, in accordance with determining that the operation-use precondition is no longer present, notifying the user that the operation is no longer available on the wrist-wearable device because the operation-use precondition is no longer present, and also notifying the user to retain physical possession of each physical item on the item listing (e.g., automatically purchase the items from the item listing). That is, the user can pay for each of the physical items using a payment method that can be associated with the wrist-wearable device.
(A9) In some embodiments of any one of A1-A8, the installation is performed in accordance with a determination that a component of the wrist-wearable device has been approved for access to a limited-access event by causing the wrist-wearable device to present an access information item (e.g., authentication information) to obtain access to the limited-access event. The data to enable use of the operation is associated with gaining access to the limited-access event by causing the wrist-wearable device to present information (e.g., access data, such as a scannable code (e.g., a QR code)) to obtain access to the limited-access event (e.g., a ticketed event, such as a concert, a sporting event, an amusement park, a festival). In some embodiments, the information to obtain access can be displayed (e.g., a scannable QR code) through an emitted signal modulated to include access-authentication information for the event. In some embodiments, the component of the wrist-wearable device can be a device identifier of a band portion, and/or a display capsule associated with the wrist-wearable device.
(A10) In some embodiments of A9, the access information item to obtain access to the limited-access event indicates one of a plurality of access levels (e.g., general access, VIP, performer) associated with the component of the wrist-wearable device. For example, a device identifier associated with the wrist-wearable device can indicate a level of the user's seating (e.g., fifteenth row, seat number 1504).
(A11) In some embodiments of any one of A1-A10, (i) the operation corresponds to a waitlist for performing an activity at a physical area (e.g., an establishment, a zoned location, a location associated with a social-media drop or other “flash” event), and (ii) without providing a phone number directly to an organizer of the activity, receive a message (e.g., an SMS and/or MMS text message, a message and/or notification from a social-media application), via the data to enable use of the operation, wherein the message is associated with a time for gaining access to the activity off the waitlist.
(A12) In some embodiments of A1-A11, the method includes, in conjunction with enabling use of the operation on the wrist-wearable device and in accordance with a determination that the operation requires scheduling data for the user, permitting access to data associated with a calendar operation, where a period (e.g., one or more acceptable time ranges based on the user's other scheduled activities) for gaining access to an activity corresponding to a waitlist is determined based in part on the scheduling data for the user. For example, the wrist-wearable device 102 in
(A13) In some embodiments of A1-A12, the method 600 includes, after installing the data to enable use of the operation, displaying, at the display of the wrist-wearable device, a visually-perceptible element (e.g., a look-and-feel, a logo) of an application corresponding to the operation, where the application is not otherwise available at the wrist-wearable device (e.g., the logo user-interface element 120 shown in
In some embodiments, the application corresponding to the operation is not downloaded at the wrist-wearable device. That is, the data to enable access to the operation allows for accessing a mini-application to gain access to an operation that is not otherwise available at the wrist-wearable device since the user has not elected to install the full-size application or because the full-size application is not compatible with executing on the wrist-wearable device (e.g., due to memory or bandwidth constraints).
(A14) In some embodiments of A1-A13, the operation corresponds to a third-party application (e.g., a third-party application associated with an establishment (e.g., a local restaurant, a chain retailer, a delivery service)), and the user is able to cause the operation to be performed without having an account associated with the third-party application. For example, the user interface displayed at the display of the wrist-wearable device 102 in
In some embodiments, the operation is configured to be performed at a front end (e.g., using a client-side set of instructions (e.g., JavaScript and/or React.js) of a user interface being presented by the wrist-wearable device). In some embodiments, the operation is installed without making a request to a server, or database at the wrist-wearable device or another electronic device. That is, no explicit requests for authentication are required to be made away from the front-end code corresponding to the enabled operation, which may be because the wrist-wearable device is authenticating the user based on being worn by the user.
(A15) In some embodiments of A1-A14, removing at least some of the data from the wrist-wearable device to make the operation unavailable on the wrist-wearable device includes removing all of the data from the wrist-wearable device. For example, the wrist-wearable device may perform system operations to ensure that all files and other data associated with the enabled operations are removed from the wrist-wearable device as part of the uninstalling operations.
(A16) In some embodiments of A1-A15, the data to enable use of an operation on the wrist-wearable device only while the operation-use precondition is present has an associated file size of less than one hundred megabytes (100 MB). For example,
(A17) In some embodiments of A16, the associated file size of the data to enable use of the operation on the wrist-wearable device is less than fifty megabytes (50 MB). In some embodiments, the associated file size of the data to enable use of the operation is less than ten megabytes (10 MB), one megabyte (1 MB), one hundred kilobytes (100 KB), ten kilobytes (10 KB), or a smaller value. In some embodiments, the amount of data installed at a user's electronic device based on the operation-used precondition being satisfied may be based on an amount of available storage at the user's electronic device, which may be based on an amount of storage that is allotted for data-enabling operations related to one or more operation-use preconditions. In some embodiments, when data-enabling operations related to operation-use preconditions are removed from a user's electronic device, some data may remain stored (e.g., cached) at the user's electronic device, assuming that sufficient storage is available.
In some embodiments, an antenna of the wrist-wearable device (e.g., a signal typically used for cellular connections with other users) is used to determine whether the user is within an area associated with the operation that is enabled by the installed data.
(B1) In accordance with some embodiments, a particular wrist-wearable device is provided, where the particular wrist-wearable device is configured to perform or cause performance of the method of any of A1-A17.
(B1) In accordance with some embodiments, a non-transitory computer-readable storage medium including instructions is provided. The non-transitory computer-readable storage medium is configured such that, when executed by a wearable device (e.g., a wrist-wearable device or a head-wearable device such as an artificial-reality headset or smart contact lenses), it can cause the wearable device to perform operations corresponding to any of A1-A17.
(C1) In accordance with some embodiments, a system that includes one or more wrist-wearable devices and an artificial-reality headset (which can include smart contact lenses) is provided (which system can also include an intermediary processing device configured to coordinate operations between the wrist-wearable devices and the AR headset), and the system is configured to perform operations corresponding to any of A1-A17. For example, the sequence described by
(D1) In accordance with some embodiments, a server system including one or more servers is provided, where the one or more servers include one or more processors and memory. And the memory stores instructions, which, when executed by the one or more processors of the server system, cause data to be received by one or more wrist-wearable devices (e.g., data to enable one or more operations related to one or more operation-use preconditions), where the data can enable the wrist-wearable device (e.g., the wrist-wearable device 102) to perform or cause performance of any of A1-A17.
(E1) In another aspect, means for performing each operation of any of A1-A17 are provided.
The devices described above are further detailed below, including systems, wrist-wearable devices, headset devices, and smart textile-based garments. Specific operations described above may occur as a result of specific hardware, such hardware is described in further detail below. The devices described below are not limiting and features on these devices can be removed or additional features can be added to these devices. The different devices can include one or more analogous hardware components. For brevity, analogous devices and components are described below. Any differences in the devices and components are described below in their respective sections.
As described herein, a processor (e.g., a central processing unit (CPU) or microcontroller unit (MCU)), is an electronic component that is responsible for executing instructions and controlling the operation of an electronic device (e.g., a wrist-wearable device 500, a head-wearable device, an HIPD 700, a smart textile-based garment (not shown), or other computer system). There are various types of processors that may be used interchangeably or specifically required by embodiments described herein. For example, a processor may be (i) a general processor designed to perform a wide range of tasks, such as running software applications, managing operating systems, and performing arithmetic and logical operations; (ii) a microcontroller designed for specific tasks such as controlling electronic devices, sensors, and motors; (iii) a graphics processing unit (GPU) designed to accelerate the creation and rendering of images, videos, and animations (e.g., virtual-reality animations, such as three-dimensional modeling); (iv) a field-programmable gate array (FPGA) that can be programmed and reconfigured after manufacturing and/or customized to perform specific tasks, such as signal processing, cryptography, and machine learning; (v) a digital signal processor (DSP) designed to perform mathematical operations on signals such as audio, video, and radio waves. One of skill in the art will understand that one or more processors of one or more electronic devices may be used in various embodiments described herein.
As described herein, controllers are electronic components that manage and coordinate the operation of other components within an electronic device (e.g., controlling inputs, processing data, and/or generating outputs). Examples of controllers can include (i) microcontrollers, including small, low-power controllers that are commonly used in embedded systems and Internet of Things (IoT) devices; (ii) programmable logic controllers (PLCs) that may be configured to be used in industrial automation systems to control and monitor manufacturing processes; (iii) system-on-a-chip (SoC) controllers that integrate multiple components such as processors, memory, I/O interfaces, and other peripherals into a single chip; and/or DSPs. As described herein, a graphics module is a component or software module that is designed to handle graphical operations and/or processes, and can include a hardware module and/or a software module.
As described herein, memory refers to electronic components in a computer or electronic device that store data and instructions for the processor to access and manipulate. The devices described herein can include volatile and non-volatile memory. Examples of memory can include (i) random access memory (RAM), such as DRAM, SRAM, DDR RAM or other random access solid state memory devices, configured to store data and instructions temporarily; (ii) read-only memory (ROM) configured to store data and instructions permanently (e.g., one or more portions of system firmware and/or boot loaders); (iii) flash memory, magnetic disk storage devices, optical disk storage devices, other non-volatile solid state storage devices, which can be configured to store data in electronic devices (e.g., universal serial bus (USB) drives, memory cards, and/or solid-state drives (SSDs)); and (iv) cache memory configured to temporarily store frequently accessed data and instructions. Memory, as described herein, can include structured data (e.g., SQL databases, MongoDB databases, GraphQL data, or JSON data). Other examples of memory can include: (i) profile data, including user account data, user settings, and/or other user data stored by the user; (ii) sensor data detected and/or otherwise obtained by one or more sensors; (iii) media content data including stored image data, audio data, documents, and the like; (iv) application data, which can include data collected and/or otherwise obtained and stored during use of an application; and/or any other types of data described herein.
As described herein, a power system of an electronic device is configured to convert incoming electrical power into a form that can be used to operate the device. A power system can include various components, including (i) a power source, which can be an alternating current (AC) adapter or a direct current (DC) adapter power supply; (ii) a charger input that can be configured to use a wired and/or wireless connection (which may be part of a peripheral interface, such as a USB, micro-USB interface, near-field magnetic coupling, magnetic inductive and magnetic resonance charging, and/or radio frequency (RF) charging); (iii) a power-management integrated circuit, configured to distribute power to various components of the device and ensure that the device operates within safe limits (e.g., regulating voltage, controlling current flow, and/or managing heat dissipation); and/or (iv) a battery configured to store power to provide usable power to components of one or more electronic devices.
As described herein, peripheral interfaces are electronic components (e.g., of electronic devices) that allow electronic devices to communicate with other devices or peripherals and can provide a means for input and output of data and signals. Examples of peripheral interfaces can include (i) USB and/or micro-USB interfaces configured for connecting devices to an electronic device; (ii) Bluetooth interfaces configured to allow devices to communicate with each other, including Bluetooth low energy (BLE); (iii) near-field communication (NFC) interfaces configured to be short-range wireless interfaces for operations such as access control; (iv) POGO pins, which may be small, spring-loaded pins configured to provide a charging interface; (v) wireless charging interfaces; (vi) global-position system (GPS) interfaces; (vii) Wi-Fi interfaces for providing a connection between a device and a wireless network; and (viii) sensor interfaces.
As described herein, sensors are electronic components (e.g., in and/or otherwise in electronic communication with electronic devices, such as wearable devices) configured to detect physical and environmental changes and generate electrical signals. Examples of sensors can include (i) imaging sensors for collecting imaging data (e.g., including one or more cameras disposed on a respective electronic device); (ii) biopotential-signal sensors; (iii) inertial measurement unit (e.g., IMUs) for detecting, for example, angular rate, force, magnetic field, and/or changes in acceleration; (iv) heart rate sensors for measuring a user's heart rate; (v) SpO2 sensors for measuring blood oxygen saturation and/or other biometric data of a user; (vi) capacitive sensors for detecting changes in potential at a portion of a user's body (e.g., a sensor-skin interface) and/or the proximity of other devices or objects; and (vii) light sensors (e.g., ToF sensors, infrared light sensors, or visible light sensors), and/or sensors for sensing data from the user or the user's environment. As described herein biopotential-signal-sensing components are devices used to measure electrical activity within the body (e.g., biopotential-signal sensors). Some types of biopotential-signal sensors include: (i) electroencephalography (EEG) sensors configured to measure electrical activity in the brain to diagnose neurological disorders; (ii) electrocardiography (ECG or EKG) sensors configured to measure electrical activity of the heart to diagnose heart problems; (iii) electromyography (EMG) sensors configured to measure the electrical activity of muscles and diagnose neuromuscular disorders; (iv) electrooculography (EOG) sensors configured to measure the electrical activity of eye muscles to detect eye movement and diagnose eye disorders.
As described herein, an application stored in memory of an electronic device (e.g., software) includes instructions stored in the memory. Examples of such applications include (i) games; (ii) word processors; (iii) messaging applications; (iv) media-streaming applications; (v) financial applications; (vi) calendars; (vii) clocks; (viii) web browsers; (ix) social media applications, (x) camera applications, (xi) web-based applications; (xii) health applications; (xiii) artificial-reality (AR) applications, and/or any other applications that can be stored in memory. The applications can operate in conjunction with data and/or one or more components of a device or communicatively coupled devices to perform one or more operations and/or functions.
As described herein, communication interface modules can include hardware and/or software capable of data communications using any of a variety of custom or standard wireless protocols (e.g., IEEE 802.15.4, Wi-Fi, ZigBee, 6LoWPAN, Thread, Z-Wave, Bluetooth Smart, ISA100.11a, WirelessHART, or MiWi), custom or standard wired protocols (e.g., Ethernet or HomePlug), and/or any other suitable communication protocol, including communication protocols not yet developed as of the filing date of this document. A communication interface is a mechanism that enables different systems or devices to exchange information and data with each other, including hardware, software, or a combination of both hardware and software. For example, a communication interface can refer to a physical connector and/or port on a device that enables communication with other devices (e.g., USB, Ethernet, HDMI, or Bluetooth). In some embodiments, a communication interface can refer to a software layer that enables different software programs to communicate with each other (e.g., application programming interfaces (APIs) and protocols such as HTTP and TCP/IP).
As described herein, a graphics module is a component or software module that is designed to handle graphical operations and/or processes, and can include a hardware module and/or a software module.
As described herein, non-transitory computer-readable storage media are physical devices or storage medium that can be used to store electronic data in a non-transitory form (e.g., such that the data is stored permanently until it is intentionally deleted or modified).
The wrist-wearable device 500 and its constituent components are described below in reference to
Turning to
The user 402 can use any of the wrist-wearable device 500, the AR device 600, and/or the HIPD 700 to provide user inputs. For example, the user 402 can perform one or more hand gestures that are detected by the wrist-wearable device 500 (e.g., using one or more EMG sensors and/or IMUs, described below in reference to
The wrist-wearable device 500, the AR device 600, and/or the HIPD 700 can operate alone or in conjunction to allow the user 402 to interact with the AR environment. In some embodiments, the HIPD 700 is configured to operate as a central hub or control center for the wrist-wearable device 500, the AR device 600, and/or another communicatively coupled device. For example, the user 402 can provide an input to interact with the AR environment at any of the wrist-wearable device 500, the AR device 600, and/or the HIPD 700, and the HIPD 700 can identify one or more back-end and front-end tasks to cause the performance of the requested interaction and distribute instructions to cause the performance of the one or more back-end and front-end tasks at the wrist-wearable device 500, the AR device 600, and/or the HIPD 700. In some embodiments, a back-end task is a background-processing task that is not perceptible by the user (e.g., rendering content, decompression, compression, etc.), and a front-end task is a user-facing task that is perceptible to the user (e.g., presenting information to the user, providing feedback to the user, etc.)). As described below in reference to
In the example shown by the first AR system 400a, the HIPD 700 identifies one or more back-end tasks and front-end tasks associated with a user request to initiate an AR video call with one or more other users (represented by the avatar 404 and the digital representation of the contact 406) and distributes instructions to cause the performance of the one or more back-end tasks and front-end tasks. In particular, the HIPD 700 performs back-end tasks for processing and/or rendering image data (and other data) associated with the AR video call and provides operational data associated with the performed back-end tasks to the AR device 600 such that the AR device 600 performs front-end tasks for presenting the AR video call (e.g., presenting the avatar 404 and the digital representation of the contact 406).
In some embodiments, the HIPD 700 can operate as a focal or anchor point for causing the presentation of information. This allows the user 402 to be generally aware of where information is presented. For example, as shown in the first AR system 400a, the avatar 404 and the digital representation of the contact 406 are presented above the HIPD 700. In particular, the HIPD 700 and the AR device 600 operate in conjunction to determine a location for presenting the avatar 404 and the digital representation of the contact 406. In some embodiments, information can be presented within a predetermined distance from the HIPD 700 (e.g., within five meters). For example, as shown in the first AR system 400a, virtual object 408 is presented on the desk some distance from the HIPD 700. Similar to the above example, the HIPD 700 and the AR device 600 can operate in conjunction to determine a location for presenting the virtual object 408. Alternatively, in some embodiments, presentation of information is not bound by the HIPD 700. More specifically, the avatar 404, the digital representation of the contact 406, and the virtual object 408 do not have to be presented within a predetermined distance of the HIPD 700.
User inputs provided at the wrist-wearable device 500, the AR device 600, and/or the HIPD 700 are coordinated such that the user can use any device to initiate, continue, and/or complete an operation. For example, the user 402 can provide a user input to the AR device 600 to cause the AR device 600 to present the virtual object 408 and, while the virtual object 408 is presented by the AR device 600, the user 402 can provide one or more hand gestures via the wrist-wearable device 500 to interact and/or manipulate the virtual object 408.
In some embodiments, the user 402 initiates, via a user input, an application on the wrist-wearable device 500, the AR device 600, and/or the HIPD 700 that causes the application to initiate on at least one device. For example, in the second AR system 400b the user 402 performs a hand gesture associated with a command for initiating a messaging application (represented by messaging user interface 412); the wrist-wearable device 500 detects the hand gesture; and, based on a determination that the user 402 is wearing AR device 600, causes the AR device 600 to present a messaging user interface 412 of the messaging application. The AR device 600 can present the messaging user interface 412 to the user 402 via its display (e.g., as shown by user 402's field of view 410). In some embodiments, the application is initiated and can be run on the device (e.g., the wrist-wearable device 500, the AR device 600, and/or the HIPD 700) that detects the user input to initiate the application, and the device provides another device operational data to cause the presentation of the messaging application. For example, the wrist-wearable device 500 can detect the user input to initiate a messaging application, initiate and run the messaging application, and provide operational data to the AR device 600 and/or the HIPD 700 to cause presentation of the messaging application. Alternatively, the application can be initiated and run at a device other than the device that detected the user input. For example, the wrist-wearable device 500 can detect the hand gesture associated with initiating the messaging application and cause the HIPD 700 to run the messaging application and coordinate the presentation of the messaging application.
Further, the user 402 can provide a user input provided at the wrist-wearable device 500, the AR device 600, and/or the HIPD 700 to continue and/or complete an operation initiated at another device. For example, after initiating the messaging application via the wrist-wearable device 500 and while the AR device 600 presents the messaging user interface 412, the user 402 can provide an input at the HIPD 700 to prepare a response (e.g., shown by the swipe gesture performed on the HIPD 700). The user 402's gestures performed on the HIPD 700 can be provided and/or displayed on another device. For example, the user 402's swipe gestures performed on the HIPD 700 are displayed on a virtual keyboard of the messaging user interface 412 displayed by the AR device 600.
In some embodiments, the wrist-wearable device 500, the AR device 600, the HIPD 700, and/or other communicatively coupled devices can present one or more notifications to the user 402. The notification can be an indication of a new message, an incoming call, an application update, a status update, etc. The user 402 can select the notification via the wrist-wearable device 500, the AR device 600, or the HIPD 700 and cause presentation of an application or operation associated with the notification on at least one device. For example, the user 402 can receive a notification that a message was received at the wrist-wearable device 500, the AR device 600, the HIPD 700, and/or other communicatively coupled device and provide a user input at the wrist-wearable device 500, the AR device 600, and/or the HIPD 700 to review the notification, and the device detecting the user input can cause an application associated with the notification to be initiated and/or presented at the wrist-wearable device 500, the AR device 600, and/or the HIPD 700.
While the above example describes coordinated inputs used to interact with a messaging application, the skilled artisan will appreciate upon reading the descriptions that user inputs can be coordinated to interact with any number of applications including, but not limited to, gaming applications, social media applications, camera applications, web-based applications, financial applications, etc. For example, the AR device 600 can present to the user 402 game application data and the HIPD 700 can use a controller to provide inputs to the game. Similarly, the user 402 can use the wrist-wearable device 500 to initiate a camera of the AR device 600, and the user can use the wrist-wearable device 500, the AR device 600, and/or the HIPD 700 to manipulate the image capture (e.g., zoom in or out, apply filters, etc.) and capture image data.
Having discussed example AR systems, devices for interacting with such AR systems, and other computing systems more generally, will now be discussed in greater detail below. Some definitions of devices and components that can be included in some or all of the example devices discussed below are defined here for ease of reference. A skilled artisan will appreciate that certain types of the components described below may be more suitable for a particular set of devices, and less suitable for a different set of devices. But subsequent reference to the components defined here should be considered to be encompassed by the definitions provided.
In some embodiments discussed below example devices and systems, including electronic devices and systems, will be discussed. Such example devices and systems are not intended to be limiting, and one of skill in the art will understand that alternative devices and systems to the example devices and systems described herein may be used to perform the operations and construct the systems and device that are described herein.
As described herein, an electronic device is a device that uses electrical energy to perform a specific function. It can be any physical object that contains electronic components such as transistors, resistors, capacitors, diodes, and integrated circuits. Examples of electronic devices include smartphones, laptops, digital cameras, televisions, gaming consoles, and music players, as well as the example electronic devices discussed herein. As described herein, an intermediary electronic device is a device that sits between two other electronic devices, and/or a subset of components of one or more electronic devices and facilitates communication, and/or data processing and/or data transfer between the respective electronic devices and/or electronic components.
As will be described in more detail below, operations executed by the wrist-wearable device 500 can include (i) presenting content to a user (e.g., displaying visual content via a display 505); (ii) detecting (e.g., sensing) user input (e.g., sensing a touch on peripheral button 523 and/or at a touch screen of the display 505, a hand gesture detected by sensors (e.g., biopotential sensors)); (iii) sensing biometric data via one or more sensors 513 (e.g., neuromuscular signals, heart rate, temperature, sleep, etc.); messaging (e.g., text, speech, video, etc.); image capture via one or more imaging devices or cameras 525; wireless communications (e.g., cellular, near field, Wi-Fi, personal area network, etc.); location determination; financial transactions; providing haptic feedback; alarms; notifications; biometric authentication; health monitoring; sleep monitoring.
The above-example functions can be executed independently in the watch body 520, independently in the wearable band 510, and/or via an electronic communication between the watch body 520 and the wearable band 510. In some embodiments, functions can be executed on the wrist-wearable device 500 while an AR environment is being presented (e.g., via one of the AR systems 400a and 400b). As the skilled artisan will appreciate upon reading the descriptions provided herein, the novel wearable devices described herein can be used with other types of AR environments.
The wearable band 510 can be configured to be worn by a user such that an inner (or inside) surface of the wearable structure 511 of the wearable band 510 is in contact with the user's skin. When worn by a user, sensors 513 contact the user's skin. The sensors 513 can sense biometric data such as a user's heart rate, saturated oxygen level, temperature, sweat level, neuromuscular signal sensors, or a combination thereof. The sensors 513 can also sense data about a user's environment, including a user's motion, altitude, location, orientation, gait, acceleration, position, or a combination thereof. In some embodiments, the sensors 513 are configured to track a position and/or motion of the wearable band 510. The one or more sensors 513 can include any of the sensors defined above and/or discussed below with respect to
The one or more sensors 513 can be distributed on an inside and/or an outside surface of the wearable band 510. In some embodiments, the one or more sensors 513 are uniformly spaced along the wearable band 510. Alternatively, in some embodiments, the one or more sensors 513 are positioned at distinct points along the wearable band 510. As shown in
The wearable band 510 can include any suitable number of sensors 513. In some embodiments, the number and arrangements of sensors 513 depend on the particular application for which the wearable band 510 is used. For instance, a wearable band 510 configured as an armband, wristband, or chest-band may include a plurality of sensors 513 with different number of sensors 513 and different arrangement for each use case, such as medical use cases, compared to gaming or general day-to-day use cases.
In accordance with some embodiments, the wearable band 510 further includes an electrical ground electrode and a shielding electrode. The electrical ground and shielding electrodes, like the sensors 513, can be distributed on the inside surface of the wearable band 510 such that they contact a portion of the user's skin. For example, the electrical ground and shielding electrodes can be at an inside surface of coupling mechanism 516 or an inside surface of a wearable structure 511. The electrical ground and shielding electrodes can be formed and/or use the same components as the sensors 513. In some embodiments, the wearable band 510 includes more than one electrical ground electrode and more than one shielding electrode.
The sensors 513 can be formed as part of the wearable structure 511 of the wearable band 510. In some embodiments, the sensors 513 are flush or substantially flush with the wearable structure 511 such that they do not extend beyond the surface of the wearable structure 511. While flush with the wearable structure 511, the sensors 513 are still configured to contact the user's skin (e.g., via a skin-contacting surface). Alternatively, in some embodiments, the sensors 513 extend beyond the wearable structure 511 a predetermined distance (e.g., 0.1 mm to 2 mm) to make contact and depress into the user's skin. In some embodiments, the sensors 513 are coupled to an actuator (not shown) configured to adjust an extension height (e.g., a distance from the surface of the wearable structure 511) of the sensors 513 such that the sensors 513 make contact and depress into the user's skin. In some embodiments, the actuators adjust the extension height between 0.01 mm to 1.2 mm. This allows the user to customize the positioning of the sensors 513 to improve the overall comfort of the wearable band 510 when worn while still allowing the sensors 513 to contact the user's skin. In some embodiments, the sensors 513 are indistinguishable from the wearable structure 511 when worn by the user.
The wearable structure 511 can be formed of an elastic material, elastomers, etc., configured to be stretched and fitted to be worn by the user. In some embodiments, the wearable structure 511 is a textile or woven fabric. As described above, the sensors 513 can be formed as part of a wearable structure 511. For example, the sensors 513 can be molded into the wearable structure 511 or be integrated into a woven fabric (e.g., the sensors 513 can be sewn into the fabric and mimic the pliability of fabric (e.g., the sensors 513 can be constructed from a series of woven strands of fabric)).
The wearable structure 511 can include flexible electronic connectors that interconnect the sensors 513, the electronic circuitry, and/or other electronic components (described below in reference to
As described above, the wearable band 510 is configured to be worn by a user. In particular, the wearable band 510 can be shaped or otherwise manipulated to be worn by a user. For example, the wearable band 510 can be shaped to have a substantially circular shape such that it can be configured to be worn on the user's lower arm or wrist. Alternatively, the wearable band 510 can be shaped to be worn on another body part of the user, such as the user's upper arm (e.g., around a bicep), forearm, chest, legs, etc. The wearable band 510 can include a retaining mechanism 512 (e.g., a buckle, a hook and loop fastener, etc.) for securing the wearable band 510 to the user's wrist or other body part. While the wearable band 510 is worn by the user, the sensors 513 sense data (referred to as sensor data) from the user's skin. In particular, the sensors 513 of the wearable band 510 obtain (e.g., sense and record) neuromuscular signals.
The sensed data (e.g., sensed neuromuscular signals) can be used to detect and/or determine the user's intention to perform certain motor actions. In particular, the sensors 513 sense and record neuromuscular signals from the user as the user performs muscular activations (e.g., movements, gestures, etc.). The detected and/or determined motor actions (e.g., phalange (or digits) movements, wrist movements, hand movements, and/or other muscle intentions) can be used to determine control commands or control information (instructions to perform certain commands after the data is sensed) for causing a computing device to perform one or more input commands. For example, the sensed neuromuscular signals can be used to control certain user interfaces displayed on the display 505 of the wrist-wearable device 500 and/or can be transmitted to a device responsible for rendering an artificial-reality environment (e.g., a head-mounted display) to perform an action in an associated artificial-reality environment, such as to control the motion of a virtual device displayed to the user. The muscular activations performed by the user can include static gestures, such as placing the user's hand palm down on a table; dynamic gestures, such as grasping a physical or virtual object; and covert gestures that are imperceptible to another person, such as slightly tensing a joint by co-contracting opposing muscles or using sub-muscular activations. The muscular activations performed by the user can include symbolic gestures (e.g., gestures mapped to other gestures, interactions, or commands, for example, based on a gesture vocabulary that specifies the mapping of gestures to commands).
The sensor data sensed by the sensors 513 can be used to provide a user with an enhanced interaction with a physical object (e.g., devices communicatively coupled with the wearable band 510) and/or a virtual object in an artificial-reality application generated by an artificial-reality system (e.g., user interface objects presented on the display 505 or another computing device (e.g., a smartphone)).
In some embodiments, the wearable band 510 includes one or more haptic devices 546 (
The wearable band 510 can also include coupling mechanism 516 (e.g., a cradle or a shape of the coupling mechanism can correspond to shape of the watch body 520 of the wrist-wearable device 500) for detachably coupling a capsule (e.g., a computing unit) or watch body 520 (via a coupling surface of the watch body 520) to the wearable band 510. In particular, the coupling mechanism 516 can be configured to receive a coupling surface proximate to the bottom side of the watch body 520 (e.g., a side opposite to a front side of the watch body 520 where the display 505 is located), such that a user can push the watch body 520 downward into the coupling mechanism 516 to attach the watch body 520 to the coupling mechanism 516. In some embodiments, the coupling mechanism 516 can be configured to receive a top side of the watch body 520 (e.g., a side proximate to the front side of the watch body 520 where the display 505 is located) that is pushed upward into the cradle, as opposed to being pushed downward into the coupling mechanism 516. In some embodiments, the coupling mechanism 516 is an integrated component of the wearable band 510 such that the wearable band 510 and the coupling mechanism 516 are a single unitary structure. In some embodiments, the coupling mechanism 516 is a type of frame or shell that allows the watch body 520 coupling surface to be retained within or on the wearable band 510 coupling mechanism 516 (e.g., a cradle, a tracker band, a support base, a clasp, etc.).
The coupling mechanism 516 can allow for the watch body 520 to be detachably coupled to the wearable band 510 through a friction fit, magnetic coupling, a rotation-based connector, a shear-pin coupler, a retention spring, one or more magnets, a clip, a pin shaft, a hook and loop fastener, or a combination thereof. A user can perform any type of motion to couple the watch body 520 to the wearable band 510 and to decouple the watch body 520 from the wearable band 510. For example, a user can twist, slide, turn, push, pull, or rotate the watch body 520 relative to the wearable band 510, or a combination thereof, to attach the watch body 520 to the wearable band 510 and to detach the watch body 520 from the wearable band 510. Alternatively, as discussed below, in some embodiments, the watch body 520 can be decoupled from the wearable band 510 by actuation of the release mechanism 529.
The wearable band 510 can be coupled with a watch body 520 to increase the functionality of the wearable band 510 (e.g., converting the wearable band 510 into a wrist-wearable device 500, adding an additional computing unit and/or battery to increase computational resources and/or a battery life of the wearable band 510, adding additional sensors to improve sensed data, etc.). As described above, the wearable band 510 (and the coupling mechanism 516) is configured to operate independently (e.g., execute functions independently) from watch body 520. For example, the coupling mechanism 516 can include one or more sensors 513 that contact a user's skin when the wearable band 510 is worn by the user and provide sensor data for determining control commands.
A user can detach the watch body 520 (or capsule) from the wearable band 510 in order to reduce the encumbrance of the wrist-wearable device 500 to the user. For embodiments in which the watch body 520 is removable, the watch body 520 can be referred to as a removable structure, such that in these embodiments the wrist-wearable device 500 includes a wearable portion (e.g., the wearable band 510) and a removable structure (the watch body 520).
Turning to the watch body 520, the watch body 520 can have a substantially rectangular or circular shape. The watch body 520 is configured to be worn by the user on their wrist or on another body part. More specifically, the watch body 520 is sized to be easily carried by the user, attached on a portion of the user's clothing, and/or coupled to the wearable band 510 (forming the wrist-wearable device 500). As described above, the watch body 520 can have a shape corresponding to the coupling mechanism 516 of the wearable band 510. In some embodiments, the watch body 520 includes a single release mechanism 529 or multiple release mechanisms (e.g., two release mechanisms 529 positioned on opposing sides of the watch body 520, such as spring-loaded buttons) for decoupling the watch body 520 and the wearable band 510. The release mechanism 529 can include, without limitation, a button, a knob, a plunger, a handle, a lever, a fastener, a clasp, a dial, a latch, or a combination thereof.
A user can actuate the release mechanism 529 by pushing, turning, lifting, depressing, shifting, or performing other actions on the release mechanism 529. Actuation of the release mechanism 529 can release (e.g., decouple) the watch body 520 from the coupling mechanism 516 of the wearable band 510, allowing the user to use the watch body 520 independently from wearable band 510, and vice versa. For example, decoupling the watch body 520 from the wearable band 510 can allow the user to capture images using rear-facing camera 525B. Although the coupling mechanism 516 is shown positioned at a corner of watch body 520, the release mechanism 529 can be positioned anywhere on watch body 520 that is convenient for the user to actuate. In addition, in some embodiments, the wearable band 510 can also include a respective release mechanism for decoupling the watch body 520 from the coupling mechanism 516. In some embodiments, the release mechanism 529 is optional and the watch body 520 can be decoupled from the coupling mechanism 516 as described above (e.g., via twisting, rotating, etc.).
The watch body 520 can include one or more peripheral buttons 523 and 527 for performing various operations at the watch body 520. For example, the peripheral buttons 523 and 527 can be used to turn on or wake (e.g., transition from a sleep state to an active state) the display 505, unlock the watch body 520, increase or decrease a volume, increase or decrease brightness, interact with one or more applications, interact with one or more user interfaces, etc. Additionally, or alternatively, in some embodiments, the display 505 operates as a touch screen and allows the user to provide one or more inputs for interacting with the watch body 520.
In some embodiments, the watch body 520 includes one or more sensors 521. The sensors 521 of the watch body 520 can be the same or distinct from the sensors 513 of the wearable band 510. The sensors 521 of the watch body 520 can be distributed on an inside and/or an outside surface of the watch body 520. In some embodiments, the sensors 521 are configured to contact a user's skin when the watch body 520 is worn by the user. For example, the sensors 521 can be placed on the bottom side of the watch body 520 and the coupling mechanism 516 can be a cradle with an opening that allows the bottom side of the watch body 520 to directly contact the user's skin. Alternatively, in some embodiments, the watch body 520 does not include sensors that are configured to contact the user's skin (e.g., including sensors internal and/or external to the watch body 520 that configured to sense data of the watch body 520 and the watch body 520's surrounding environment). In some embodiments, the sensors 513 are configured to track a position and/or motion of the watch body 520.
The watch body 520 and the wearable band 510 can share data using a wired communication method (e.g., a Universal Asynchronous Receiver/Transmitter (UART), a USB transceiver, etc.) and/or a wireless communication method (e.g., near field communication, Bluetooth, etc.). For example, the watch body 520 and the wearable band 510 can share data sensed by the sensors 513 and 521, as well as application-and device-specific information (e.g., active and/or available applications), output devices (e.g., display, speakers, etc.), input devices (e.g., touch screen, microphone, imaging sensors, etc.).
In some embodiments, the watch body 520 can include, without limitation, a front-facing camera 525A and/or a rear-facing camera 525B, sensors 521 (e.g., a biometric sensor, an IMU sensor, a heart rate sensor, a saturated oxygen sensor, a neuromuscular signal sensor, an altimeter sensor, a temperature sensor, a bioimpedance sensor, a pedometer sensor, an optical sensor (e.g., imaging sensor 563;
As described above, the watch body 520 and the wearable band 510, when coupled, can form the wrist-wearable device 500. When coupled, the watch body 520 and wearable band 510 operate as a single device to execute functions (operations, detections, communications, etc.) described herein. In some embodiments, each device is provided with particular instructions for performing the one or more operations of the wrist-wearable device 500. For example, in accordance with a determination that the watch body 520 does not include neuromuscular signal sensors, the wearable band 510 can include alternative instructions for performing associated instructions (e.g., providing sensed neuromuscular signal data to the watch body 520 via a different electronic device). Operations of the wrist-wearable device 500 can be performed by the watch body 520 alone or in conjunction with the wearable band 510 (e.g., via respective processors and/or hardware components) and vice versa. In some embodiments, operations of the wrist-wearable device 500, the watch body 520, and/or the wearable band 510 can be performed in conjunction with one or more processors and/or hardware components of another communicatively coupled device (e.g., the HIPD 700;
As described below with reference to the block diagram of
The watch body 520 and/or the wearable band 510 can include one or more components shown in watch body computing system 560. In some embodiments, a single integrated circuit includes all or a substantial portion of the components of the watch body computing system 560 are included in a single integrated circuit. Alternatively, in some embodiments, components of the watch body computing system 560 are included in a plurality of integrated circuits that are communicatively coupled. In some embodiments, the watch body computing system 560 is configured to couple (e.g., via a wired or wireless connection) with the wearable band computing system 530, which allows the computing systems to share components, distribute tasks, and/or perform other operations described herein (individually or as a single device).
The watch body computing system 560 can include one or more processors 579, a controller 577, a peripherals interface 561, a power system 595, and memory (e.g., a memory 580), each of which are defined above and described in more detail below.
The power system 595 can include a charger input 596, a power-management integrated circuit (PMIC) 597, and a battery 598, each are which are defined above. In some embodiments, a watch body 520 and a wearable band 510 can have respective charger inputs (e.g., charger input 596 and 557), respective batteries (e.g., battery 598 and 559), and can share power with each other (e.g., the watch body 520 can power and/or charge the wearable band 510, and vice versa). Although watch body 520 and/or the wearable band 510 can include respective charger inputs, a single charger input can charge both devices when coupled. The watch body 520 and the wearable band 510 can receive a charge using a variety of techniques. In some embodiments, the watch body 520 and the wearable band 510 can use a wired charging assembly (e.g., power cords) to receive the charge. Alternatively, or in addition, the watch body 520 and/or the wearable band 510 can be configured for wireless charging. For example, a portable charging device can be designed to mate with a portion of watch body 520 and/or wearable band 510 and wirelessly deliver usable power to a battery of watch body 520 and/or wearable band 510. The watch body 520 and the wearable band 510 can have independent power systems (e.g., power system 595 and 556) to enable each to operate independently. The watch body 520 and wearable band 510 can also share power (e.g., one can charge the other) via respective PMICs (e.g., PMICs 597 and 558) that can share power over power and ground conductors and/or over wireless charging antennas.
In some embodiments, the peripherals interface 561 can include one or more sensors 521, many of which listed below are defined above. The sensors 521 can include one or more coupling sensors 562 for detecting when the watch body 520 is coupled with another electronic device (e.g., a wearable band 510). The sensors 521 can include imaging sensors 563 (one or more of the cameras 525 and/or separate imaging sensors 563 (e.g., thermal-imaging sensors)). In some embodiments, the sensors 521 include one or more SpO2 sensors 564. In some embodiments, the sensors 521 include one or more biopotential-signal sensors (e.g., EMG sensors 565, which may be disposed on a user-facing portion of the watch body 520 and/or the wearable band 510). In some embodiments, the sensors 521 include one or more capacitive sensors 566. In some embodiments, the sensors 521 include one or more heart rate sensors 567. In some embodiments, the sensors 521 include one or more IMUs 568. In some embodiments, one or more IMUs 568 can be configured to detect movement of a user's hand or other location that the watch body 520 is placed or held.
In some embodiments, the peripherals interface 561 includes an NFC component 569, a global-position system (GPS) component 570, a long-term evolution (LTE) component 571, and/or a Wi-Fi and/or Bluetooth communication component 572. In some embodiments, the peripherals interface 561 includes one or more buttons 573 (e.g., the peripheral buttons 523 and 527 in
The watch body 520 can include at least one display 505 for displaying visual representations of information or data to the user, including user-interface elements and/or three-dimensional (3D) virtual objects. The display can also include a touch screen for inputting user inputs, such as touch gestures, swipe gestures, and the like. The watch body 520 can include at least one speaker 574 and at least one microphone 575 for providing audio signals to the user and receiving audio input from the user. The user can provide user inputs through the microphone 575 and can also receive audio output from the speaker 574 as part of a haptic event provided by the haptic controller 578. The watch body 520 can include at least one camera 525, including a front-facing camera 525A and a rear-facing camera 525B. The cameras 525 can include ultra-wide-angle cameras, wide-angle cameras, fish-eye cameras, spherical cameras, telephoto cameras, a depth-sensing cameras, or other types of cameras.
The watch body computing system 560 can include one or more haptic controllers 578 and associated componentry (e.g., haptic devices 576) for providing haptic events at the watch body 520 (e.g., a vibrating sensation or audio output in response to an event at the watch body 520). The haptic controllers 578 can communicate with one or more haptic devices 576, such as electroacoustic devices, including a speaker of the one or more speakers 574 and/or other audio components and/or electromechanical devices that convert energy into linear motion such as a motor, solenoid, electroactive polymer, piezoelectric actuator, electrostatic actuator, or other tactile output generating component (e.g., a component that converts electrical signals into tactile outputs on the device). The haptic controller 578 can provide haptic events to respective haptic actuators that are capable of being sensed by a user of the watch body 520. In some embodiments, the one or more haptic controllers 578 can receive input signals from an application of the applications 582.
In some embodiments, the computer system 530 and/or the computer system 560 can include memory 580, which can be controlled by a memory controller of the one or more controllers 577 and/or one or more processors 579. In some embodiments, software components stored in the memory 580 include one or more applications 582 configured to perform operations at the watch body 520. In some embodiments, the one or more applications 582 include games, word processors, messaging applications, calling applications, web browsers, social media applications, media streaming applications, financial applications, calendars, clocks, etc. In some embodiments, software components stored in the memory 580 include one or more communication interface modules 583 as defined above. In some embodiments, software components stored in the memory 580 include one or more graphics modules 584 for rendering, encoding, and/or decoding audio and/or visual data; and one or more data management modules 585 for collecting, organizing, and/or providing access to the data 587 stored in memory 580. In some embodiments, software components stored in the memory 580 include a mini-app management module 586A, which is configured to perform the features described above in reference to
In some embodiments, software components stored in the memory 580 can include one or more operating systems 581 (e.g., a Linux-based operating system, an Android operating system, etc.). The memory 580 can also include data 587. The data 587 can include profile data 588A, sensor data 589A, media content data 590, application data 591, and precondition monitoring data 592A, which stores data related to the performance of the features described above in reference to
It should be appreciated that the watch body computing system 560 is an example of a computing system within the watch body 520, and that the watch body 520 can have more or fewer components than shown in the watch body computing system 560, combine two or more components, and/or have a different configuration and/or arrangement of the components. The various components shown in watch body computing system 560 are implemented in hardware, software, firmware, or a combination thereof, including one or more signal processing and/or application-specific integrated circuits.
Turning to the wearable band computing system 530, one or more components that can be included in the wearable band 510 are shown. The wearable band computing system 530 can include more or fewer components than shown in the watch body computing system 560, combine two or more components, and/or have a different configuration and/or arrangement of some or all of the components. In some embodiments, all, or a substantial portion of the components of the wearable band computing system 530 are included in a single integrated circuit. Alternatively, in some embodiments, components of the wearable band computing system 530 are included in a plurality of integrated circuits that are communicatively coupled. As described above, in some embodiments, the wearable band computing system 530 is configured to couple (e.g., via a wired or wireless connection) with the watch body computing system 560, which allows the computing systems to share components, distribute tasks, and/or perform other operations described herein (individually or as a single device).
The wearable band computing system 530, similar to the watch body computing system 560, can include one or more processors 549, one or more controllers 547 (including one or more haptics controller 548), a peripherals interface 531 that can include one or more sensors 513 and other peripheral devices, power source (e.g., a power system 556), and memory (e.g., a memory 550) that includes an operating system (e.g., an operating system 551), data (e.g., data 554 including profile data 588B, sensor data 589B, precondition monitoring data 592B, etc.), and one or more modules (e.g., a communications interface module 552, a data management module 553, a mini-app management module 586B, etc.).
The one or more sensors 513 can be analogous to sensors 521 of the computer system 560 in light of the definitions above. For example, sensors 513 can include one or more coupling sensors 532, one or more SpO2 sensors 534, one or more EMG sensors 535, one or more capacitive sensors 536, one or more heart rate sensors 537, and one or more IMU sensors 538.
The peripherals interface 531 can also include other components analogous to those included in the peripheral interface 561 of the computer system 560, including an NFC component 539, a GPS component 540, an LTE component 541, a Wi-Fi and/or Bluetooth communication component 542, and/or one or more haptic devices 576 as described above in reference to peripherals interface 561. In some embodiments, the peripherals interface 531 includes one or more buttons 543, a display 533, a speaker 544, a microphone 545, and a camera 555. In some embodiments, the peripherals interface 531 includes one or more indicators, such as an LED.
It should be appreciated that the wearable band computing system 530 is an example of a computing system within the wearable band 510, and that the wearable band 510 can have more or fewer components than shown in the wearable band computing system 530, combine two or more components, and/or have a different configuration and/or arrangement of the components. The various components shown in wearable band computing system 530 can be implemented in one or a combination of hardware, software, and firmware, including one or more signal processing and/or application-specific integrated circuits.
The wrist-wearable device 500 with respect to
The techniques described above can be used with any device for sensing neuromuscular signals, including the arm-wearable devices of
In some embodiments, a wrist-wearable device 500 can be used in conjunction with a head-wearable device described below (e.g., AR device 600 and VR device 610) and/or an HIPD 700, and the wrist-wearable device 500 can also be configured to be used to allow a user to control aspect of the artificial reality (e.g., by using EMG-based gestures to control user interface objects in the artificial reality and/or by allowing a user to interact with the touchscreen on the wrist-wearable device to also control aspects of the artificial reality). Having thus described example wrist-wearable device, attention will now be turned to example head-wearable devices, such AR device 600 and VR device 610.
In some embodiments, an AR system (e.g., AR 400a and 400b;
The AR device 600 includes mechanical glasses components, including a frame 604 configured to hold one or more lenses (e.g., one or both lenses 606-1 and 606-2). One of ordinary skill in the art will appreciate that the AR device 600 can include additional mechanical components, such as hinges configured to allow portions of the frame 604 of the AR device 600 to be folded and unfolded, a bridge configured to span the gap between the lenses 606-1 and 606-2 and rest on the user's nose, nose pads configured to rest on the bridge of the nose and provide support for the AR device 600, earpieces configured to rest on the user's ears and provide additional support for the AR device 600, temple arms 605 configured to extend from the hinges to the earpieces of the AR device 600, and the like. One of ordinary skill in the art will further appreciate that some examples of the AR device 600 can include none of the mechanical components described herein. For example, smart contact lenses configured to present artificial-reality to users may not include any components of the AR device 600.
The lenses 606-1 and 606-2 can be individual displays or display devices (e.g., a waveguide for projected representations). The lenses 606-1 and 606-2 may act together or independently to present an image or series of images to a user. In some embodiments, the lenses 606-1 and 606-2 can operate in conjunction with one or more display projector assemblies 607A and 607B to present image data to a user. While the AR device 600 includes two displays, embodiments of this disclosure may be implemented in AR devices with a single near-eye display (NED) or more than two NEDs.
The AR device 600 includes electronic components, many of which will be described in more detail below with respect to
The VR device 610 can include a housing 690 storing one or more components of the VR device 610 and/or additional components of the VR device 610. The housing 690 can be a modular electronic device configured to couple with the VR device 610 (or an AR device 600) and supplement and/or extend the capabilities of the VR device 610 (or an AR device 600). For example, the housing 690 can include additional sensors, cameras, power sources, processors (e.g., processor 648A-2), etc. to improve and/or increase the functionality of the VR device 610. Examples of the different components included in the housing 690 are described below in reference to
Alternatively or in addition, in some embodiments, the head-wearable device, such as the VR device 610 and/or the AR device 600), includes, or is communicatively coupled to, another external device (e.g., a paired device), such as an HIPD 700 (discussed below in reference to
In some situations, pairing external devices, such as an intermediary processing device (e.g., an HIPD device 700, an optional neckband, and/or wearable accessory device) with the head-wearable devices (e.g., an AR device 600 and/or VR device 610) enables the head-wearable devices to achieve a similar form factor of a pair of glasses while still providing sufficient battery and computation power for expanded capabilities. Some, or all, of the battery power, computational resources, and/or additional features of the head-wearable devices can be provided by a paired device or shared between a paired device and the head-wearable devices, thus reducing the weight, heat profile, and form factor of the head-wearable devices overall while allowing the head-wearable devices to retain its desired functionality. For example, the intermediary processing device (e.g., the HIPD 700) can allow components that would otherwise be included in a head-wearable device to be included in the intermediary processing device (and/or a wearable device or accessory device), thereby shifting a weight load from the user's head and neck to one or more other portions of the user's body. In some embodiments, the intermediary processing device has a larger surface area over which to diffuse and disperse heat to the ambient environment. Thus, the intermediary processing device can allow for greater battery and computation capacity than might otherwise have been possible on the head-wearable devices, standing alone. Because weight carried in the intermediary processing device can be less invasive to a user than weight carried in the head-wearable devices, a user may tolerate wearing a lighter eyewear device and carrying or wearing the paired device for greater lengths of time than the user would tolerate wearing a heavier eyewear device standing alone, thereby enabling an artificial-reality environment to be incorporated more fully into a user's day-to-day activities.
In some embodiments, the intermediary processing device is communicatively coupled with the head-wearable device and/or to other devices. The other devices may provide certain functions (e.g., tracking, localizing, depth mapping, processing, storage, etc.) to the head-wearable device. In some embodiments, the intermediary processing device includes a controller and a power source. In some embodiments, sensors of the intermediary processing device are configured to sense additional data that can be shared with the head-wearable devices in an electronic format (analog or digital).
The controller of the intermediary processing device processes information generated by the sensors on the intermediary processing device and/or the head-wearable devices. The intermediary processing device, like an HIPD 700, can process information generated by one or more sensors of its sensors and/or information provided by other communicatively coupled devices. For example, a head-wearable device can include an IMU, and the intermediary processing device (neckband and/or an HIPD 700) can compute all inertial and spatial calculations from the IMUs located on the head-wearable device. Additional examples of processing performed by a communicatively coupled device, such as the HIPD 700, are provided below in reference to
Artificial-reality systems may include a variety of types of visual feedback mechanisms. For example, display devices in the AR devices 600 and/or the VR devices 610 may include one or more liquid-crystal displays (LCDs), light emitting diode (LED) displays, organic LED (OLED) displays, and/or any other suitable type of display screen. Artificial-reality systems may include a single display screen for both eyes or may provide a display screen for each eye, which may allow for additional flexibility for varifocal adjustments or for correcting a refractive error associated with the user's vision. Some artificial-reality systems also include optical subsystems having one or more lenses (e.g., conventional concave or convex lenses, Fresnel lenses, or adjustable liquid lenses) through which a user may view a display screen. In addition to or instead of using display screens, some artificial-reality systems include one or more projection systems. For example, display devices in the AR device 600 and/or the VR device 610 may include micro-LED projectors that project light (e.g., using a waveguide) into display devices, such as clear combiner lenses that allow ambient light to pass through. The display devices may refract the projected light toward a user's pupil and may enable a user to simultaneously view both artificial-reality content and the real world. Artificial-reality systems may also be configured with any other suitable type or form of image projection system. As noted, some AR systems may, instead of blending an artificial reality with actual reality, substantially replace one or more of a user's sensory perceptions of the real world with a virtual experience.
While the example head-wearable devices are respectively described herein as the AR device 600 and the VR device 610, either or both of the example head-wearable devices described herein can be configured to present fully-immersive VR scenes presented in substantially all of a user's field of view, additionally or alternatively to, subtler augmented-reality scenes that are presented within a portion, less than all, of the user's field of view.
In some embodiments, the AR device 600 and/or the VR device 610 can include haptic feedback systems. The haptic feedback systems may provide various types of cutaneous feedback, including vibration, force, traction, shear, texture, and/or temperature. The haptic feedback systems may also provide various types of kinesthetic feedback, such as motion and compliance. The haptic feedback can be implemented using motors, piezoelectric actuators, fluidic systems, and/or a variety of other types of feedback mechanisms. The haptic feedback systems may be implemented independently of other artificial-reality devices, within other artificial-reality devices, and/or in conjunction with other artificial-reality devices (e.g., wrist-wearable devices which may be incorporated into headwear, gloves, body suits, handheld controllers, environmental devices (e.g., chairs or floormats), and/or any other type of device or system, such as a wrist-wearable device 500, an HIPD 700, smart textile-based garment (not shown), etc.), and/or other devices described herein.
In some embodiments, the computing system 620 and/or the optional housing 690 can include one or more peripheral interfaces 622A and 622B, one or more power systems 642A and 642B (including charger input 643, PMIC 644, and battery 645), one or more controllers 646A 646B (including one or more haptic controllers 647), one or more processors 648A and 648B (as defined above, including any of the examples provided), and memory 650A and 650B, which can all be in electronic communication with each other. For example, the one or more processors 648A and/or 648B can be configured to execute instructions stored in the memory 650A and/or 650B, which can cause a controller of the one or more controllers 646A and/or 646B to cause operations to be performed at one or more peripheral devices of the peripherals interfaces 622A and/or 622B. In some embodiments, each operation described can occur based on electrical power provided by the power system 642A and/or 642B.
In some embodiments, the peripherals interface 622A can include one or more devices configured to be part of the computing system 620, many of which have been defined above and/or described with respect to wrist-wearable devices shown in
In some embodiments, the peripherals interface can include one or more additional peripheral devices, including one or more NFC devices 630, one or more GPS devices 631, one or more LTE devices 632, one or more WiFi and/or Bluetooth devices 633, one or more buttons 634 (e.g., including buttons that are slidable or otherwise adjustable), one or more displays 635A, one or more speakers 636A, one or more microphones 637A, one or more cameras 638A (e.g., including the a first camera 639-1 through nth camera 639-n, which are analogous to the left camera 639A and/or the right camera 639B), one or more haptic devices 640; and/or any other types of peripheral devices defined above or described with respect to any other embodiments discussed herein.
The head-wearable devices can include a variety of types of visual feedback mechanisms (e.g., presentation devices). For example, display devices in the AR device 600 and/or the VR device 610 can include one or more liquid-crystal displays (LCDs), light emitting diode (LED) displays, organic LED (OLED) displays, micro-LEDs, and/or any other suitable types of display screens. The head-wearable devices can include a single display screen (e.g., configured to be seen by both eyes), and/or can provide separate display screens for each eye, which can allow for additional flexibility for varifocal adjustments and/or for correcting a refractive error associated with the user's vision. Some embodiments of the head-wearable devices also include optical subsystems having one or more lenses (e.g., conventional concave or convex lenses, Fresnel lenses, or adjustable liquid lenses) through which a user can view a display screen. For example, respective displays 635A can be coupled to each of the lenses 606-1 and 606-2 of the AR device 600. The displays 635A coupled to each of the lenses 606-1 and 606-2 can act together or independently to present an image or series of images to a user. In some embodiments, the AR device 600 and/or the VR device 610 includes a single display 635A (e.g., a near-eye display) or more than two displays 635A.
In some embodiments, a first set of one or more displays 635A can be used to present an augmented-reality environment, and a second set of one or more display devices 635A can be used to present a virtual-reality environment. In some embodiments, one or more waveguides are used in conjunction with presenting artificial-reality content to the user of the AR device 600 and/or the VR device 610 (e.g., as a means of delivering light from a display projector assembly and/or one or more displays 635A to the user's eyes). In some embodiments, one or more waveguides are fully or partially integrated into the AR device 600 and/or the VR device 610. Additionally, or alternatively to display screens, some artificial-reality systems include one or more projection systems. For example, display devices in the AR device 600 and/or the VR device 610 can include micro-LED projectors that project light (e.g., using a waveguide) into display devices, such as clear combiner lenses that allow ambient light to pass through. The display devices can refract the projected light toward a user's pupil and can enable a user to simultaneously view both artificial-reality content and the real world. The head-wearable devices can also be configured with any other suitable type or form of image projection system. In some embodiments, one or more waveguides are provided additionally or alternatively to the one or more display(s) 635A.
In some embodiments of the head-wearable devices, ambient light and/or a real-world live view (e.g., a live feed of the surrounding environment that a user would normally see) can be passed through a display element of a respective head-wearable device presenting aspects of the AR system. In some embodiments, ambient light and/or the real-world live view can be passed through a portion less than all, of an AR environment presented within a user's field of view (e.g., a portion of the AR environment co-located with a physical object in the user's real-world environment that is within a designated boundary (e.g., a guardian boundary) configured to be used by the user while they are interacting with the AR environment). For example, a visual user interface element (e.g., a notification user interface element) can be presented at the head-wearable devices, and an amount of ambient light and/or the real-world live view (e.g., 15-50% of the ambient light and/or the real-world live view) can be passed through the user interface element, such that the user can distinguish at least a portion of the physical environment over which the user interface element is being displayed.
The head-wearable devices can include one or more external displays 635A for presenting information to users. For example, an external display 635A can be used to show a current battery level, network activity (e.g., connected, disconnected, etc.), current activity (e.g., playing a game, in a call, in a meeting, watching a movie, etc.), and/or other relevant information. In some embodiments, the external displays 635A can be used to communicate with others. For example, a user of the head-wearable device can cause the external displays 635A to present a do not disturb notification. The external displays 635A can also be used by the user to share any information captured by the one or more components of the peripherals interface 622A and/or generated by head-wearable device (e.g., during operation and/or performance of one or more applications).
The memory 650A can include instructions and/or data executable by one or more processors 648A (and/or processors 648B of the housing 690) and/or a memory controller of the one or more controllers 646A (and/or controller 646B of the housing 690). The memory 650A can include one or more operating systems 651; one or more applications 652; one or more communication interface modules 653A; one or more graphics modules 654A; one or more AR processing modules 655A; a mini-app management module 656 (analogous to mini-app management module 586;
The data 660 stored in memory 650A can be used in conjunction with one or more of the applications and/or programs discussed above. The data 660 can include profile data 661; sensor data 662; media content data 663; AR application data 664; precondition monitoring data 665 (analogous to mini-app management module 592;
In some embodiments, the controller 646A of the head-wearable devices processes information generated by the sensors 623A on the head-wearable devices and/or another component of the head-wearable devices and/or communicatively coupled with the head-wearable devices (e.g., components of the housing 690, such as components of peripherals interface 622B). For example, the controller 646A can process information from the acoustic sensors 625 and/or image sensors 626. For each detected sound, the controller 646A can perform a direction of arrival (DOA) estimation to estimate a direction from which the detected sound arrived at a head-wearable device. As one or more of the acoustic sensors 625 detects sounds, the controller 646A can populate an audio data set with the information (e.g., represented by sensor data 662).
In some embodiments, a physical electronic connector can convey information between the head-wearable devices and another electronic device, and/or between one or more processors 648A of the head-wearable devices and the controller 646A. The information can be in the form of optical data, electrical data, wireless data, or any other transmittable data form. Moving the processing of information generated by the head-wearable devices to an intermediary processing device can reduce weight and heat in the eyewear device, making it more comfortable and safer for a user. In some embodiments, an optional accessory device (e.g., an electronic neckband or an HIPD 700) is coupled to the head-wearable devices via one or more connectors. The connectors can be wired or wireless connectors and can include electrical and/or non-electrical (e.g., structural) components. In some embodiments, the head-wearable devices and the accessory device can operate independently without any wired or wireless connection between them.
The head-wearable devices can include various types of computer vision components and subsystems. For example, the AR device 600 and/or the VR device 610 can include one or more optical sensors such as two-dimensional (2D) or three-dimensional (3D) cameras, time-of-flight depth sensors, single-beam or sweeping laser rangefinders, 3D LiDAR sensors, and/or any other suitable type or form of optical sensor. A head-wearable device can process data from one or more of these sensors to identify a location of a user and/or aspects of the use's real-world physical surroundings, including the locations of real-world objects within the real-world physical surroundings. In some embodiments, the methods described herein are used to map the real world, to provide a user with context about real-world surroundings, and/or to generate interactable virtual objects (which can be replicas or digital twins of real-world objects that can be interacted with in AR environment), among a variety of other functions. For example,
The optional housing 690 can include analogous components to those describe above with respect to the computing system 620. For example, the optional housing 690 can include a respective peripherals interface 622B including more or less components to those described above with respect to the peripherals interface 622A. As described above, the components of the optional housing 690 can be used augment and/or expand on the functionality of the head-wearable devices. For example, the optional housing 690 can include respective sensors 623B, speakers 636B, displays 635B, microphones 637B, cameras 638B, and/or other components to capture and/or present data. Similarly, the optional housing 690 can include one or more processors 648B, controllers 646B, and/or memory 650B (including respective communication interface modules 653B; one or more graphics modules 654B; one or more AR processing modules 655B, etc.) that can be used individually and/or in conjunction with the components of the computing system 620.
The techniques described above in
The HIPD 700 can perform various functions independently and/or in conjunction with one or more wearable devices (e.g., wrist-wearable device 500, AR device 600, VR device 610, etc.). The HIPD 700 is configured to increase and/or improve the functionality of communicatively coupled devices, such as the wearable devices. The HIPD 700 is configured to perform one or more functions or operations associated with interacting with user interfaces and applications of communicatively coupled devices, interacting with an AR environment, interacting with VR environment, and/or operating as a human-machine interface controller, as well as functions and/or operations described above with reference to
Additionally, as will be described in more detail below, functionality and/or operations of the HIPD 700 can include, without limitation, task offloading and/or handoffs; thermals offloading and/or handoffs; 6 degrees of freedom (6DoF) raycasting and/or gaming (e.g., using imaging devices or cameras 714A and 714B, which can be used for simultaneous localization and mapping (SLAM) and/or with other image processing techniques); portable charging; messaging; image capturing via one or more imaging devices or cameras (e.g., cameras 722A and 722B); sensing user input (e.g., sensing a touch on a multi-touch input surface 702); wireless communications and/or interlining (e.g., cellular, near field, Wi-Fi, personal area network, etc.); location determination; financial transactions; providing haptic feedback; alarms; notifications; biometric authentication; health monitoring; sleep monitoring; etc. The above-example functions can be executed independently in the HIPD 700 and/or in communication between the HIPD 700 and another wearable device described herein. In some embodiments, functions can be executed on the HIPD 700 in conjunction with an AR environment. As the skilled artisan will appreciate upon reading the descriptions provided herein, the novel the HIPD 700 described herein can be used with any type of suitable AR environment.
While the HIPD 700 is communicatively coupled with a wearable device and/or other electronic device, the HIPD 700 is configured to perform one or more operations initiated at the wearable device and/or the other electronic device. In particular, one or more operations of the wearable device and/or the other electronic device can be offloaded to the HIPD 700 to be performed. The HIPD 700 performs the one or more operations of the wearable device and/or the other electronic device and provides to data corresponded to the completed operations to the wearable device and/or the other electronic device. For example, a user can initiate a video stream using AR device 600 and back-end tasks associated with performing the video stream (e.g., video rendering) can be offloaded to the HIPD 700, which the HIPD 700 performs and provides corresponding data to the AR device 600 to perform remaining front-end tasks associated with the video stream (e.g., presenting the rendered video data via a display of the AR device 600). In this way, the HIPD 700, which has more computational resources and greater thermal headroom than a wearable device, can perform computationally intensive tasks for the wearable device improving performance of an operation performed by the wearable device.
The HIPD 700 includes a multi-touch input surface 702 on a first side (e.g., a front surface) that is configured to detect one or more user inputs. In particular, the multi-touch input surface 702 can detect single tap inputs, multi-tap inputs, swipe gestures and/or inputs, force-based and/or pressure-based touch inputs, held taps, and the like. The multi-touch input surface 702 is configured to detect capacitive touch inputs and/or force (and/or pressure) touch inputs. The multi-touch input surface 702 includes a first touch-input surface 704 defined by a surface depression, and a second touch-input surface 706 defined by a substantially planar portion. The first touch-input surface 704 can be disposed adjacent to the second touch-input surface 706. In some embodiments, the first touch-input surface 704 and the second touch-input surface 706 can be different dimensions, shapes, and/or cover different portions of the multi-touch input surface 702. For example, the first touch-input surface 704 can be substantially circular and the second touch-input surface 706 is substantially rectangular. In some embodiments, the surface depression of the multi-touch input surface 702 is configured to guide user handling of the HIPD 700. In particular, the surface depression is configured such that the user holds the HIPD 700 upright when held in a single hand (e.g., such that the using imaging devices or cameras 714A and 714B are pointed toward a ceiling or the sky). Additionally, the surface depression is configured such that the user's thumb rests within the first touch-input surface 704.
In some embodiments, the different touch-input surfaces include a plurality of touch-input zones. For example, the second touch-input surface 706 includes at least a first touch-input zone 708 within a second touch-input zone 706 and a third touch-input zone 710 within the first touch-input zone 708. In some embodiments, one or more of the touch-input zones are optional and/or user defined (e.g., a user can specific a touch-input zone based on their preferences). In some embodiments, each touch-input surface and/or touch-input zone is associated with a predetermined set of commands. For example, a user input detected within the first touch-input zone 708 causes the HIPD 700 to perform a first command and a user input detected within the second touch-input zone 706 causes the HIPD 700 to perform a second command, distinct from the first. In some embodiments, different touch-input surfaces and/or touch-input zones are configured to detect one or more types of user inputs. The different touch-input surfaces and/or touch-input zones can be configured to detect the same or distinct types of user inputs. For example, the first touch-input zone 708 can be configured to detect force touch inputs (e.g., a magnitude at which the user presses down) and capacitive touch inputs, and the second touch-input zone 706 can be configured to detect capacitive touch inputs.
The HIPD 700 includes one or more sensors 751 for sensing data used in the performance of one or more operations and/or functions. For example, the HIPD 700 can include an IMU that is used in conjunction with cameras 714 for 3-dimensional object manipulation (e.g., enlarging, moving, destroying, etc. an object) in an AR or VR environment. Non-limiting examples of the sensors 751 included in the HIPD 700 include a light sensor, a magnetometer, a depth sensor, a pressure sensor, and a force sensor. Additional examples of the sensors 751 are provided below in reference to
The HIPD 700 can include one or more light indicators 712 to provide one or more notifications to the user. In some embodiments, the light indicators are LEDs or other types of illumination devices. The light indicators 712 can operate as a privacy light to notify the user and/or others near the user that an imaging device and/or microphone are active. In some embodiments, a light indicator is positioned adjacent to one or more touch-input surfaces. For example, a light indicator can be positioned around the first touch-input surface 704. The light indicators can be illuminated in different colors and/or patterns to provide the user with one or more notifications and/or information about the device. For example, a light indicator positioned around the first touch-input surface 704 can flash when the user receives a notification (e.g., a message), change red when the HIPD 700 is out of power, operate as a progress bar (e.g., a light ring that is closed when a task is completed (e.g., 0% to 100%)), operates as a volume indicator, etc.).
In some embodiments, the HIPD 700 includes one or more additional sensors on another surface. For example, as shown
The side view 725 of the of the HIPD 700 shows the sensor set 720 and camera 714B. The sensor set 720 includes one or more cameras 722A and 722B, a depth projector 724, an ambient light sensor 728, and a depth receiver 730. In some embodiments, the sensor set 720 includes a light indicator 726. The light indicator 726 can operate as a privacy indicator to let the user and/or those around them know that a camera and/or microphone is active. The sensor set 720 is configured to capture a user's facial expression such that the user can puppet a custom avatar (e.g., showing emotions, such as smiles, laughter, etc., on the avatar or a digital representation of the user). The sensor set 720 can be configured as a side stereo RGB system, a rear indirect Time-of-Flight (iToF) system, or a rear stereo RGB system. As the skilled artisan will appreciate upon reading the descriptions provided herein, the novel HIPD 700 described herein can use different sensor set 720 configurations and/or sensor set 720 placement.
In some embodiments, the HIPD 700 includes one or more haptic devices 771 (
The HIPD 700 is configured to operate without a display. However, in optional embodiments, the HIPD 700 can include a display 768 (
As described above, the HIPD 700 can distribute and/or provide instructions for performing the one or more tasks at the HIPD 700 and/or a communicatively coupled device. For example, the HIPD 700 can identify one or more back-end tasks to be performed by the HIPD 700 and one or more front-end tasks to be performed by a communicatively coupled device. While the HIPD 700 is configured to offload and/or handoff tasks of a communicatively coupled device, the HIPD 700 can perform both back-end and front-end tasks (e.g., via one or more processors, such as CPU 777;
The HIPD computing system 740 can include a processor (e.g., a CPU 777, a GPU, and/or a CPU with integrated graphics), a controller 775, a peripherals interface 750 that includes one or more sensors 751 and other peripheral devices, a power source (e.g., a power system 795), and memory (e.g., a memory 778) that includes an operating system (e.g., an operating system 779), data (e.g., data 788), one or more applications (e.g., applications 780), and one or more modules (e.g., a communications interface module 781, a graphics module 782, a task and processing management module 783, an interoperability module 784, an AR processing module 785, a data management module 786, a mini-app management module 787, etc.). The HIPD computing system 740 further includes a power system 795 that includes a charger input and output 796, a PMIC 797, and a battery 798, all of which are defined above.
In some embodiments, the peripherals interface 750 can include one or more sensors 751. The sensors 751 can include analogous sensors to those described above in reference to
Analogous to the peripherals described above in reference to
Similar to the watch body computing system 560 and the watch band computing system 530 described above in reference to
Memory 778 can include high-speed random-access memory and/or non-volatile memory, such as one or more magnetic disk storage devices, flash memory devices, or other non-volatile solid-state memory devices. Access to the memory 778 by other components of the HIPD 700, such as the one or more processors and the peripherals interface 750, can be controlled by a memory controller of the controllers 775.
In some embodiments, software components stored in the memory 778 include one or more operating systems 779, one or more applications 780, one or more communication interface modules 781, one or more graphics modules 782, one or more data management modules 785, which are analogous to the software components described above in reference to
In some embodiments, software components stored in the memory 778 include a task and processing management module 783 for identifying one or more front-end and back-end tasks associated with an operation performed by the user, performing one or more front-end and/or back-end tasks, and/or providing instructions to one or more communicatively coupled devices that cause performance of the one or more front-end and/or back-end tasks. In some embodiments, the task and processing management module 783 uses data 788 (e.g., device data 790) to distribute the one or more front-end and/or back-end tasks based on communicatively coupled devices' computing resources, available power, thermal headroom, ongoing operations, and/or other factors. For example, the task and processing management module 783 can cause the performance of one or more back-end tasks (of an operation performed at communicatively coupled AR device 600) at the HIPD 700 in accordance with a determination that the operation is utilizing a predetermined amount (e.g., at least 70%) of computing resources available at the AR device 600.
In some embodiments, software components stored in the memory 778 include an interoperability module 784 for exchanging and utilizing information received and/or provided to distinct communicatively coupled devices. The interoperability module 784 allows for different systems, devices, and/or applications to connect and communicate in a coordinated way without user input. In some embodiments, software components stored in the memory 778 include an AR module 785 that is configured to process signals based at least on sensor data for use in an AR and/or VR environment. For example, the AR processing module 785 can be used for 3D object manipulation, gesture recognition, facial and facial expression, recognition, etc.
The memory 778 can also include data 787, including structured data. In some embodiments, the data 787 can include profile data 789, device data 789 (including device data of one or more devices communicatively coupled with the HIPD 700, such as device type, hardware, software, configurations, etc.), sensor data 791, media content data 792, application data 793, and precondition monitoring data 794 (analogous to mini-app management module 592;
It should be appreciated that the HIPD computing system 740 is an example of a computing system within the HIPD 700, and that the HIPD 700 can have more or fewer components than shown in the HIPD computing system 740, combine two or more components, and/or have a different configuration and/or arrangement of the components. The various components shown in HIPD computing system 740 are implemented in hardware, software, firmware, or a combination thereof, including one or more signal processing and/or application-specific integrated circuits.
The techniques described above in
Any data collection performed by the devices described herein and/or any devices configured to perform or cause the performance of the different embodiments described above in reference to any of the Figures, hereinafter the “devices,” is done with user consent and in a manner that is consistent with all applicable privacy laws. Users are given options to allow the devices to collect data, as well as the option to limit or deny collection of data by the devices. A user is able to opt-in or opt-out of any data collection at any time. Further, users are given the option to request the removal of any collected data.
It will be understood that, although the terms “first,” “second,” etc. may be used herein to describe various elements, these elements should not be limited by these terms. These terms are only used to distinguish one element from another.
The terminology used herein is for the purpose of describing particular embodiments only and is not intended to be limiting of the claims. As used in the description of the embodiments and the appended claims, the singular forms “a,” “an” and “the” are intended to include the plural forms as well, unless the context clearly indicates otherwise. It will also be understood that the term “and/or” as used herein refers to and encompasses any and all possible combinations of one or more of the associated listed items. It will be further understood that the terms “comprises” and/or “comprising,” when used in this specification, specify the presence of stated features, integers, steps, operations, elements, and/or components, but do not preclude the presence or addition of one or more other features, integers, steps, operations, elements, components, and/or groups thereof.
As used herein, the term “if” can be construed to mean “when” or “upon” or “in response to determining” or “in accordance with a determination” or “in response to detecting,” that a stated condition precedent is true, depending on the context. Similarly, the phrase “if it is determined [that a stated condition precedent is true]” or “if [a stated condition precedent is true]” or “when [a stated condition precedent is true]” can be construed to mean “upon determining” or “in response to determining” or “in accordance with a determination” or “upon detecting” or “in response to detecting” that the stated condition precedent is true, depending on the context.
The foregoing description, for purpose of explanation, has been described with reference to specific embodiments. However, the illustrative discussions above are not intended to be exhaustive or to limit the claims to the precise forms disclosed. Many modifications and variations are possible in view of the above teachings. The embodiments were chosen and described in order to best explain principles of operation and practical applications, to thereby enable others skilled in the art.
This application claims priority to U.S. Prov. App. No. 63/486,445, filed on Feb. 22, 2023, and entitled “Temporarily Enabling Use Of An Operation For Access At An Electronic Device While A Precondition Specifically Associated With The Operation Is Satisfied, And Systems And Methods Of Use Thereof,” which is incorporated herein by reference.
| Number | Date | Country | |
|---|---|---|---|
| 63486445 | Feb 2023 | US |
