LOCATION DETERMINATION FOR DEVICE CONTROL AND CONFIGURATION

[0001] This application is related to the application with Attorney Docket No. 0059-686001, titled “LOCATION DETERMINATION FOR DEVICE CONTROL AND CONFIGURATION” and being filed on the same date as this application, the entirety of which is incorporated by reference.

[0002] Buildings, such as homes and offices, often include many devices that can be accessed and/or controlled remotely. For example, a light may allow a user toggle it or adjust its parameters (e.g., brightness, color) via a computing device such as a smartphone. In some examples, the devices can be controlled via various types of wireless communication. For instance, some devices are controlled via instructions transmitted over WiFi or Bluetooth. Some devices may also be controlled via infrared signals.

[0003] This disclosure describes systems and methods for position-based location determination for device control and configuration. For example, systems and techniques described herein may be used to determine a location of a computing device within a physical space and to configure controllable devices within that physical space. Additionally, the systems and techniques may be used to transmit commands to the controllable devices that have been configured.

[0004] One aspect is a method comprising: determining a location estimate for a computing device; capturing image data, by the computing device, of a physical space that includes a controllable device performing an identification action; identifying the controllable device in the image data based at least in part on the identification action; and determining configuration information for the controllable device, the configuration information being based at least in part on the location estimate for the computing device.

[0005] Another aspect is a non-transitory computer-readable storage medium comprising instructions stored thereon that, when executed by at least one processor, are configured to cause a computing system to at least: capture image data of a physical space that includes a first controllable device performing an identification action; identify the first controllable device in the image data based at least in part on the identification action; recognize an object in the physical space based on the image data; and generate a name for the first controllable device based at least in part on the recognized object.

[0006] Yet another aspect is a computing device comprising: at least one processor; and memory storing instructions that, when executed by the at least one processor, cause the computing device to: determine a location estimate for a computing device; capture image data, by the computing device, of a physical space that includes a controllable device performing an identification action; identify the controllable device in the image data based at least in part on the identification action; and determine configuration information for the controllable device, the configuration information being based at least in part on the location estimate for the computing device.

[0007] The details of one or more implementations are set forth in the accompanying drawings and the description below. Other features will be apparent from the description and drawings, and from the claims.

[0020] Reference will now be made in detail to non-limiting examples of this disclosure, examples of which are illustrated in the accompanying drawings. The examples are described below by referring to the drawings, wherein like reference numerals refer to like elements. When like reference numerals are shown, corresponding description(s) are not repeated and the interested reader is referred to the previously discussed figure(s) for a description of the like element(s).

[0021] The number of devices that can be controlled remotely within a building has been increasing rapidly. Some examples of controllable devices include lights, switches, outlets, thermostats, badge readers, fire or other environmental alarms, blinds, entertainment devices such as televisions, stereos, media player, and computing equipment such as wireless network access points, printers, scanners, and copiers. In some situations, a building may have multiple of the same type of controllable device. For example, an office building could have hundreds or thousands of identical or nearly identical controllable light bulbs. Personal spaces, such as homes, may also have many controllable devices of various types.

[0022] A user may wish to access, control, or otherwise communicate with a target controllable device using, for example, a smartphone. But, in these situations, it may be difficult for the user to identify the target device among the many available. Additionally, it may be challenging for a user to initially configure the controllable devices and associate them with locations in an interior space. These difficulties may be compounded when traditional methods of determining a location for the computing device are used, which often perform poorly within an interior space.

[0023] Users often desire a simple process to setup or configure these controllable devices within a physical space. However, setting configuring a newly added controllable device often requires determining a location within the physical space and understanding the layout of the physical space. For example, there are many technical problems with determining location within an interior physical space where global positioning system (GPS) signals may not be available, accurate, or reliable. Visual positioning systems, which attempt to determine a location based on comparing images captured with a camera to a known set of features or images of a space, can be used when GPS is not available. But visual positioning systems may require access to a detailed map of the interior space and may use large amounts of data, processing cycles, time, and power. Furthermore, even if the location of the can be determined, it may be difficult to identify and provide a meaningful name for a newly added controllable device without understanding the context within which the controllable device has been placed. Conventional processes for configuring a newly added controllable device to an interior space typically cannot determine what type of space the device has been added to or where the device has been added within the space. Additionally, conventional processes for configuring newly added controllable device are unable to determine when controllable devices should be grouped for control purposes (e.g., so that a single command can activate, affect, or deactivate a several light bulbs that are plugged into a single fixture). Thus, there are many technical problems with understanding the context of interior spaces in order to provide meaningful descriptive information for controllable devices.

[0024] The present disclosure describes technical improvements in determining a location within an interior space. These improvements may allow for a mobile computing device, such as a smartphone, to determine a location within an interior space using less data, processing cycles, or power than would be required using existing techniques. Furthermore, the present disclosure describes technical improvements to current processes of configuring newly added controllable devices to a physical space, including identifying newly added controllable devices, determining layout information about the physical space, and generating descriptive information about the newly added controllable devices.

[0025] In some implementations, the user aims at the controllable device by aiming a computing device at the controllable device. For example, aiming the computing device at the controllable device may include orienting the computing device in a specific way with respect to the controllable device (or target location). In some implementations, the user aims at the controllable device by physically targeting (e.g., aiming, pointing, orientating) at least a portion of a mobile computing device (e.g., a smartphone or tablet) at the controllable device. For example, a user may aim at a controllable device by physically pointing the top of a computing device at the controllable device (e.g., like the computing device was a remote control). In some implementations, the user aims at a controllable device by physically aiming a camera lens of a mobile computing device, which may be located on a back panel of the computing device, at the controllable device. Aiming the computing device at the controllable device may include aiming the computing device at the controllable device without emitting a signal directed to the controllable device (i.e., the computing device does not emit an IR signal or laser signal).

[0026] When the user is aiming at the controllable device, the mobile computing device determines a coordinate corresponding to the location and a direction. For example, the location may be determined using a visual positioning module of the mobile computing device and the direction may be determined based on an orientation of the mobile computing device as determined using the visual positioning module or as measured using, for example, an inertial motion unit. Some implementations include a head-mounted display device and the user may aim at the device by looking at the controllable device. Some implementations may also include a hand-tracking module, and the user may aim at the controllable device by gesturing (e.g., pointing) at the controllable device. The computing device may then store (e.g., locally or on a remote server) information associated with the controllable device, including the determined coordinates. In some implementations, the computing device may also establish an intersection volume associated with the controllable device. The size and shape of the intersection volume may be based on properties of the controllable device determined based on a type of the controllable device. In some implementations, the size and shape of the intersection volume may be determined based on how much of the field of view of the camera the controllable device occupies. When the target coordinates are determined, the computing device may determine (or suggest) some additional information about the controllable device, such as a name, a room assignment, and setting access/permissions for controlling the device.

[0027] Although many of the examples described herein use a visual positioning system to determine a location and orientation of the computing device, other implementations may use other types of location and orientation technologies. Implementations are possible using other types of 6 degree of freedom (6-dof) localization systems that provide 6-dof poses of a computing device.

[0028] Later, a user may aim at a controllable device that has previously been added to the three-dimensional representation of the physical space to call up an interface to control the device. For example, a computing device may generate a ray based on a location and direction determined while the user is aiming at the controllable device. The computing device may then evaluate the ray against the coordinates and/or intersection volumes associated with controllable devices in the three-dimensional representation of the physical space. If the ray intersects one of the intersection volumes or passes near the coordinates, the interface controlling the associated controllable device may be displayed. If the ray is directed toward multiple controllable devices, a selection interface may be displayed to allow the user to select the desired target device. The controllable devices may be listed on the selection interface in an order determined based on distance from the user.

[0029] Although many of the examples described herein relate to orienting a smartphone toward a controllable device and controlling the device using a user interface displayed by the smartphone, alternatives are possible. For instance, some implementations include an augmented reality (AR) system in which a user wears a head-mounted display that can overlay content on the user's field of view. In these implementations, the user may aim at a controllable device using a hand gesture, a head orientation, or even a gaze. The user interface to control an identified device may then be overlaid on the user's field of view.

[0030] FIG. 1 is a block diagram illustrating a system 100 for location determination for device control and configuration according to an example implementation. In some implementations, the system 100 includes a computing device 102, a communication hub 104, and a location data source 106. Also shown is a network 108 over which the computing device 102 may communicate with the communication hub 104 and the location data source 106. The computing device 102 may communicate with at least some controllable devices via the communication hub 104. The computing device 102 may also communicate directly with at least some controllable devices.

[0031] The communication hub 104 is a network-connected device that is configured to wirelessly communicate with controllable devices. In some implementations, the communication hub 104 may also be configured to communicate with the computing device 102. The communication hub 104 may use a first communication protocol to communicate with the computing device 102, such as WiFi or BlueTooth. The communication hub 104 may use a second communication protocol to communicate with the controllable devices. In some implementations, the communication hub 104 may issue commands in a specific form required by the controllable devices in response to instructions received from the computing device 102.

[0032] The computing device 102 may include a memory 110, a processor assembly 112, a communication module 114, a display device 116, and a sensor system 150. The memory 110 may include a location determination engine 120, a device configuration engine 130, an scene recognition engine 132, a device identification engine 134, a device control engine 136, device configuration data 138, and location data 140. In some implementations, the computing device 102 is a mobile computing device (e.g., a smartphone).

[0033] The sensor system 150 may include various sensors, such as a camera assembly 152. Implementations of the sensor system 150 may also include other sensors, including, for example, an inertial motion unit (IMU) 154, a light sensor, an audio sensor, an image sensor, a distance and/or proximity sensor, a contact sensor such as a capacitive sensor, a timer, and/or other sensors and/or different combination(s) of sensors. In some implementations, the location determination engine 120 may use the communication module 114 and the sensor system 150 to determine a location and orientation of the computing device 102 within a physical space and/or to recognize features or objects within the physical space.

[0034] The camera assembly 152 captures image data, such as images and/or videos of the physical space around the computing device 102. The camera assembly 152 may include one or more cameras, which may be disposed at any position on the computing device 102. The camera assembly 152 may also include an infrared camera. Images or image data captured with the camera assembly 152 may be used to determine a location and orientation of the computing device 102 within a physical space, such as an interior space, based on a representation of that physical space that is received from the memory 110 or an external computing device such as the location data source 106. In some implementations, the representation of a physical space may include visual features of the physical space (e.g., features extracted from previously captured images of the physical space). The representation may also include location-determination data associated with those features that can be used by a visual positioning system to determine a location and/or position within the physical space based on one or more images of the physical space. The representation may also include a three-dimensional model of at least some structures within the physical space. In some implementations, the representation does not include three-dimensional models of the physical space.

[0035] The location determination engine 120 may be configured to perform multiple interior location estimating techniques. An interior location estimating technique may include a technique for determining a location of a mobile computing device within an interior space, such as inside a home or building. At least some of the interior location estimating techniques may also be capable of estimating locations in exterior spaces too. The interior location estimating techniques may each be associated with different error bounds. Additionally, the techniques may require access to different resources of the computing device 102 or may use different amounts of processing cycles, memory, or time to estimate a location of the computing device 102.

[0036] An error bounds may include a numeric value corresponding to the accuracy or precision of the interior location estimating technique. The error in an estimate may be determined based on the difference between the actual location of a mobile computing device and the estimated location of the mobile computing device. The smaller the error, the closer the estimate is to the actual location of the mobile computing device. The error bounds may characterize the expected error from a location estimating technique. For example, the numeric value may represent a maximum error of the estimating technique. The numeric value may also represent a probabilistic error range for the estimating technique. For example, the numeric value may represent an error distance such that a pre-defined portion (such as 90% or 95%) of estimates have error values less than the error distance (i.e., the pre-defined portion of estimates are more accurate than the error distance). The error bounds may also include a numeric value corresponding to a statistical or probabilistic value that characterizes the error of a location estimating technique, such as a standard deviation or variance.

[0037] In some implementations, the location determination engine 120 may include a location approximation engine 122 and a location refinement engine 124. The location approximation engine 122 may estimate a location of the computing device 102 using a first location estimating technique, and the location refinement engine 124 may estimate a location of the computing device 102 using a second location estimating technique. For example, the first location estimating technique may have a larger error bound than the second location estimating technique (i.e., the first location estimating technique may be less accurate or less precise than the second location estimating technique).

[0038] In some implementations, the location approximation engine 122 implements a wireless signal based location estimating technique. The location approximation engine 122 may estimate a location of the mobile computing device based on wireless signals received by the mobile computing device, such as wireless signals generated by one or more wireless communication devices. Examples of wireless communication devices include as wireless network access points, routers, switches, and other controllable devices. In some implementations, the wireless communication devices are stationary devices that do not move on their own and are not intended to be regularly moved. The wireless communication devices may be devices that, for example, have a physical connection to an external power source (e.g., are plugged into a wall socket, or another device or fixture that is plugged into a wall socket).

[0039] For example, the location approximation engine 122 may estimate a distance between the computing device 102 and one or more wireless communication devices. The distance estimates may be based on a round-trip time for communication with a wireless communication device. For example, the distance estimates may be based on Wi-Fi Round-trip-Time (also referred to as round-trip delay time), which may be supported by devices that implement the IEEE 802.11mc standard. In some implementations, a duration of time is measured between when a signal is sent from the computing device 102 to a wireless communication device and when an acknowledgment signal from that wireless communication device is received back at the computing device 102. The duration of time may then be converted to an approximate distance the signals traveled based on propagation rate of the signals through air. In some implementations, the duration of time may be adjusted based on an actual or expected delay in responding to the signal (e.g., computational delays to process the received signal or generate the acknowledgment signal). The distance between the computing device 102 and the wireless communication device may then be determined as half of the distance the signal travelled.

[0040] The location approximation engine 122 may use distance estimates from multiple wireless communication devices to estimate a location of the mobile computing device. For example, some implementations use distance estimates from three or more wireless communication devices. In some implementations, previously established locations of the wireless communication devices (e.g., locations with respect to a representation of the physical space) may be used to determine a location of the mobile computing device using triangulation. The previously established locations may correspond to absolute locations with respect to a coordinate system representing a physical space.

[0041] The previously established locations may also be relative locations with respect to other wireless communication devices, including controllable devices. The previously established locations may also be relative to previous locations of the computing device 102 or environmental features previously detected by or objects previously recognized by the computing device 102 (e.g., based on image data captured with the computing device 102).

[0042] Based on the relative location data, the location approximation engine 122 may determine a location of the computing device 102 with respect to one or more of a previous location of the computing device 102, a location of a wireless communication device, a location of a controllable device, a location of an object that has been previously recognized by the computing device 102, or a location of features previously captured by the computing device 102.

[0043] The locations estimate generated by the location approximation engine 122 may be accurate to within one or two meters. In some implementations, the error bounds for the location estimate from the location approximation engine 122 may be one meter, two meters, or another distance. In some implementations, the location approximation engine 122 may determine which room within a physical space the computing device 102 is located. In some implementations, the location estimate generated by the location approximation engine 122 includes a location only but does not include orientation information (i.e., the location approximation engine 122 does not generate an estimate of 6-dof pose for the computing device 102).

[0044] In some implementations, the location refinement engine 124 may include a visual positioning system that implements a location estimating technique by comparing images or image data captured by the camera assembly 152 (or features extracted from or objects recognized in those images) to a known arrangement of features within the representation of the physical space to determine a 6-dof pose (e.g., a location and orientation) of the computing device 102 within the physical space.

[0045] In some implementations, the location refinement engine 124 may start with or otherwise use a location estimate determined by the location approximation engine 122 to estimate a location of the mobile computing device. For example, the location refinement engine 124 may retrieve a portion of a representation of a physical space corresponding to the location estimate from the location approximation engine 122. The portion of the representation of the physical space may correspond to a room (such as a living room, an office, a kitchen, a bedroom, etc.) in which the location estimate from the location approximation engine 122 indicates the computing device 102 is located.

[0046] The location refinement engine 124 may then compare features extracted from image data captured by the camera assembly 152 with features in the portion of the representation of the physical space to determine a location of the mobile computing device within the portion of the representation of the physical space. The location may be determined, for example, by identifying where in the portion of representation of the physical space features most similar to extracted features exist. The location refinement engine 124 may then identify a transformation that can map the extracted features to the features identified within the representation. Based on the transformation, the location refinement engine 124 may determine a location and orientation of a lens of the camera assembly 152 (and therefore of the computing device 102) with respect to the features of the identified within the portion of the representation of the physical space. Beneficially, because the location refinement engine 124 is comparing the extracted features to features in only a portion of the representation of the physical space rather than the entire physical representation, the comparison may be performed more quickly, using less data and time and fewer processing cycles.

[0047] In some implementations, the location refinement engine 124 uses a machine learning model to generate a location estimate for the computing device 102. For example, the machine learning model may include a neural network. Although many of the examples herein refer to a neural network, it should be understood that other types of machine learning models may also be applied to generate location estimates. The input layer of the neural network may receive various types of input data. In some implementations, the input data for the neural network includes one or more of location estimates from the location approximation engine 122 and estimated distances from wireless communication devices determined by the location approximation engine 122. In some implementations, the input data may also include one or more of image data captured by the camera assembly 152, features extracted from the image data, or objects recognized within the image data. The input data may also include other signals such as orientation or acceleration data generated by the IMU 154. The input data may also include the relative locations of a virtual anchor (sometimes referred to as a cloud anchor) or other recognized entity within the physical space. A virtual anchor may be a previously identified location within the physical space that can be recognized based on features extracted from the image data. The virtual anchor may, for example, correspond to a location in a representation of the physical space and may allow for mapping the representation to the physical space.

[0048] The machine learning model may apply various weights to these inputs and combine the weighted inputs to generate a location estimate. In some implementations, the machine learning model includes a neural network model that has multiple network layers. Each layer may include an array of values that are calculated as a weighted combination of some or all of the values on the previous layer. The weights may be determined using a training process that uses a corpus of training data. The training data may include training input data that is labeled with the expected output data (i.e., location data). During the training process, the weights are iteratively adjusted based on the differences between the actual output data from the network and the expected output data. As the weights are adjusted through successive rounds of training, the output data from the neural network may become closer to the expected output data for the training data. Thereafter, the neural network can use the weights learned during training to predict location data from input data that was not part of the training input data.

[0049] In some implementations, the location estimate provided by the location refinement engine 124 may be more accurate than the location estimate provided by the location approximation engine 122. For example, the error bounds of the location estimate provided by the location refinement engine 124 may be smaller than the error bounds of the location estimate provided by the location refinement engine 124. In some implementations, the error bounds for the location estimate from the location refinement engine 124 may be one millimeter, two millimeters, five millimeters, one centimeter, two centimeters, five centimeters, ten centimeters, twenty centimeters, fifty centimeters, one meter, two meters, or another distance. In some implementations, the location estimate generated by the location refinement engine 124 includes a 6-dof pose for the computing device 102 (i.e., the location estimate includes both a location and an orientation of the computing device 102).

[0050] The device configuration engine 130 configures controllable devices. For example, the device configuration engine 130 may determine a location of and descriptive information about an unconfigured controllable device, such as a controllable device that was recently added to a physical space. Configuring a controllable device may include storing the location and information about the controllable device in a data store.

[0051] The location may be a location with respect to a representation of the physical space. The descriptive information may include a descriptive name for the controllable device and a room in which the controllable device is located. In some implementations, the device configuration engine 130 may also group controllable devices together so that they may be commonly controlled (e.g., controlled with a single command). Controllable devices may be grouped based on one or more of proximity to each other, type, and association with a common fixture. For example, multiple controllable light bulbs that are mounted in a single fixture may be grouped together so that the controllable light bulbs can be activated, deactivated, dimmed, or otherwise altered (e.g., color adjustments) in unison.

[0052] In some implementations, the device configuration engine 130 determines a location of a controllable device based on determining a location of the computing device 102 with the location determination engine 120 and determining a relative location of the controllable device with respect to the computing device 102 based on image data. For example, the location of the controllable device may be determined when the computing device 102 is oriented such that the controllable device is within a field of view of the camera assembly 152.

[0053] In some implementations, the process of configuring a controllable device is initiated when a user activates a configuration mode on the computing device 102 and actuates a physical control (e.g., by pressing a button) on the communication hub 104. In some implementations, the configuration mode can be activated using a user interface generated by the computing device 102. In some implementations, the process of configuring a controllable device is initiated by capturing an image of a barcode, sticker, or QR code on the controllable device, the packaging of the controllable device, or materials accompanying the controllable device. In some implementations, the computing device 102 or the communication hub 104 may then cause the unconfigured controllable device to strobe on or off intermittently (e.g., by transmitting a command to the controllable device). The computing device 102 or the communication hub 104 may instruct the unconfigured controllable device to display a specific image such as a barcode or QR code. The device configuration engine 130 may identify the controllable device within the field of view of the camera assembly 152 based on the strobing or based on identifying the image that is being displayed.

[0054] In some implementations, multiple unconfigured controllable devices may be recognized within the field of view of the camera assembly 152. When multiple unconfigured controllable devices are detected by the communication hub 104, the communication hub 104 may cause the controllable devices to strobe at different times. Then, the device configuration engine 130 may distinguish the controllable devices from each other based on when the device strobes. In this manner, the determined location and other descriptive information can be associated with the correct controllable device (e.g., so a user may use the location or descriptive information to select a controllable device to control).

[0055] In some implementations, the device configuration engine 130 may determine a name for a controllable device based on one or more of the type of the controllable device, the room in which the controllable device is located, the presence and types of other controllable devices within the room, the objects in the room, the objects near the controllable device, and the relative location of the controllable device with respect to those objects. For example, the device configuration engine 130 may generate the name “Green Lamp” for a controllable light bulb mounted in a green lamp. The name may be generated based on recognizing objects, such as a green lamp, in the physical space based on image data captured by the camera assembly 152. In some situations, the name is generated based on recognizing an object in the physical space that the controllable device is plugged into or physically connected to. If multiple controllable light bulbs are identified as being plugged into the green lamp, a control group may be generated to allow for common control of all of those controllable light bulbs. A name, such as “Lights in the Green Lamp,” may be generated for the control group that reflects that the group includes multiple controllable devices.

[0056] In some implementations, the name may be generated based on one or more recognized objects that are near to the controllable device. For example, if a couch is recognized as being near a controllable light bulb a name may be generated based on the presence of the couch (e.g., “Light bulb near Couch”). Additionally, a room type may be included in a generated name. For example, if it is determined that a controllable device is disposed in a room that is likely to be a living room the name “Light bulb in Living Room” may be generated. The type of room may be inferred from the objects identified in the room and the features extracted from image data of the room. In some implementations, the type of room may be retrieved from a representation of the space that includes room descriptors.

[0057] Various implementations may use different thresholds for determining when an object is near to a controllable device. In some implementations, the name may be generated based on the nearest object that is recognized in the physical space. In some implementations, the name is generated based on the nearest object of a specific type or types that is recognized in the physical space. For example, recognized objects may be compared to a list of objects types that may be used in generating names. The list of object types may include furniture and other similar items that are unlikely to move or change frequently (e.g., proximity to a couch, table, or houseplant may be useful in a generated name, while proximity to a banana or pencil is unlikely to be useful). In some implementations, a name may be generated based on multiple nearby recognized objects.

[0058] In some implementations, a name may be generated based on relative location with respect to one or more recognized objects. For example, the name “Lamp on Left Side of Couch” or the name “Lamp between Couch and House Plant” may be generated based on the objects recognized in the physical space. In some implementations, names based on relative location are generated only when multiple similar controllable devices are present and when a name based on proximity to an object is insufficient to distinguish the controllable device (e.g., when two lamps are disposed on opposite sides of a couch).

[0059] The scene recognition engine 132 recognizes objects within a physical space. For example, the scene recognition engine 132 may recognize objects based on image data captured with the camera assembly 152. The scene recognition engine 132 may include a machine learning model that has been trained to recognize various objects based in image data. Examples of machine learning models that may be used by the scene recognition engine 132 include but are not limited to neural networks and convolutional neural networks. In some implementations, the scene recognition engine 132 may be configured to recognize a limited list of object types. The list of object types may be selected based on the object types being useful in naming controllable devices or determining room types.

[0060] The scene recognition engine 132 may also recognize other aspects of the physical space such as the presence of walls, floors, ceilings, and other surfaces based on, for example, features extracted from image data. The scene recognition engine 132 may determine properties of a physical space, such as the approximate dimensions of a room.

[0061] The device identification engine 134 identifies a controllable device within a physical space. In some implementations, the device identification engine 134 identifies a controllable device based on a location of the computing device 102 within the physical space (e.g., as determined by the location determination engine 120). In some implementations, the device identification engine 134 identifies a controllable device based on a 6-dof pose (i.e., a location and orientation) of the computing device 102 within the physical space. The device identification engine 134 may identify a controllable device based on the computing device 102 being in proximity to the controllable device. For example, the device identification engine 134 may identify a controllable device based on the controllable device being the only or the closest controllable device within a pre-defined threshold distance from the location of the computing device 102 as determined by the location determination engine 120. In some implementations, the controllable device is identified based on being the only controllable device within a room in which the location determination engine 120 has determined the computing device 102 is located. In at least some implementations, the device identification engine 134 may identify a device based on proximity based on the location determined by the location approximation engine 122 without using the location refinement engine 124 and/or without using image data captured by the camera assembly 152 (which may be expensive from a computation and battery usage perspective).

[0062] In some implementations, the device identification engine 134 may identify a controllable device based on the computing device 102 being aimed at the controllable device or being in proximity to the controllable device. In some implementations, the computing device 102 is aimed by orienting a top edge of the computing device 102 toward a target controllable device (e.g., like a traditional remote control is aimed at a television). In some implementations, the computing device 102 is aimed by orienting a back surface of the computing device 102 at the controllable device (e.g., as would be done when taking a picture of the controllable device using a traditionally placed mobile phone camera lens). In some implementations, the device identification engine 134 identifies the device based at least in part on data from the sensor system 150 such as image data from the camera assembly 152 or orientation data from the IMU 154. The device identification engine 134 may identify a controllable device based on a 6-dof pose of the computing device 102 (e.g., as determined by the location refinement engine 124).

[0063] The device control engine 136 allows a user to control devices (which may be referred to as controllable devices) in a physical space, such as a building, using the computing device 102. In some implementations, the device control engine 136 allows a user to control a specific controllable device based on the computing device 102 being aimed at the controllable device. For example, when the user aims a computing device 102 at a controllable device, the device control engine 136 may use the device identification engine 134 to identify the device at which the user is aiming the computing device 102. For example, the device identification engine 134 may identify the controllable device based on the direction the user is aiming and a location of the computing device 102 as determined using the location determination engine 120. The device identification engine 134 may project a ray from the determined location in the direction in a representation of the physical space and then determine whether the ray intersects with or passes within a pre-defined distance of any controllable devices in the representations. In some implementations, controllable devices are associated with an intersection volume in the representation and a controllable device is identified when the ray intersects with the controllable device's associated intersection volume.

[0064] The device configuration data 138 may include location information, such as coordinates, and/or intersection volumes associated with controllable devices. The device configuration data 138 may also include names, descriptive information, and room information about the controllable device. In some implementations, the device configuration data 138 may also include user interfaces, command protocols for controlling and interacting with the controllable devices, and other information about the controllable devices (e.g., type information, notes, user permission or access control properties, etc.). In some implementations, the coordinates and/or intersection volumes are generated using the location determination engine 120. For example, the location of a controllable device may be indicated by a user aiming the computing device 102 at the controllable device from within the physical space. In some implementations, the coordinates and/or intersection volumes are retrieved from the location data source 106, which may store information about controllable devices provided by multiple users.

[0065] In some implementations, the location determination engine 120, the location approximation engine 122, the location refinement engine 124, the device configuration engine 130, the scene recognition engine 132, the device identification engine 134, and the device control engine 136 may include instructions stored in the memory 110 that, when executed by the processor assembly 112, cause the processor assembly 112 to perform operations described herein to determine locations, configure controllable device based on the locations, and interact with the controllable devices based on the locations. The device configuration data 138 may include data stored in memory and, in at least some implementations, instructions that, when executed by the processor assembly 112, cause the processor assembly 112 to display user interfaces and issue commands to interact with various control devices.

[0066] The device configuration engine 130 and the device control engine 136 may cause the display device 118 to generate a user interface based on input received from the camera assembly 152, the IMU 154, and/or other components of the sensor system 150. For example, the IMU 154 may detect motion, movement, and/or acceleration of the computing device 102 and/or an associated HMD. The IMU 154 may include various different types of sensors such as, for example, an accelerometer, a gyroscope, a magnetometer, and other such sensors. An orientation of the computing device 102 (or an associated HMD) may be detected and tracked based on data provided by the location determination engine 120 and/or sensors included in the IMU 154. The detected orientation of the computing device 102 (or an associated HMD) may allow the system to determine a direction in which the user is aiming. Based on the detected orientation, the device control engine 136 may use the device identification engine 134 to determine a controllable device at which the user is aiming and generate an associated user interface for interacting with the controllable device. In some implementations, the device configuration engine 130 may use the determined direction to identify a location in a representation of the physical space surrounding the user at which the user is aiming the computing device 102. In some implementations, identifying the location in three-dimensional space may require determining a direction the user is aiming multiple times from different locations within the physical space.

[0067] Although FIG. 1 does not show it, some implementations include an HMD. The HMD may be a separate device from the computing device 102 or the computing device 102 may include the HMD. In some implementations, the computing device 102 communicates with the HMD via a cable. For example, the computing device 102 may transmit video signals and/or audio signals to the HMD for display for the user, and the HMD may transmit motion, location, and/or orientation information to the computing device 102.

[0068] The computing device 102 may also include various user input components (not shown) such as a controller that communicates with the computing device 102 using a wireless communications protocol. In some implementations, the computing device 102 may communicate via a wired connection (e.g., a Universal Serial Bus (USB) cable) or via a wireless communication protocol (e.g., any WiFi protocol, any BlueTooth protocol, Zigbee, etc.) with a head-mounted display (HMD) device (not shown). In some implementations, the computing device 102 is a component of the HMD and may be contained within a housing of the HMD.

[0069] The memory 110 can include one or more non-transitory computer-readable storage media. The memory 110 may store instructions and data that are usable by the computing device 102 to determine a coordinates of a target location based on a location of the computing device 102 and/or to identify a target controllable device based on a user aiming at the target controllable device.

[0070] The processor assembly 112 includes one or more devices that are capable of executing instructions, such as instructions stored by the memory 110, to perform various tasks associated with position-based location indication and device control. For example, the processor assembly 112 may include a central processing unit (CPU) and/or a graphics processor unit (GPU). For example, if a GPU is present, some image/video rendering tasks, such as generating and displaying a user interface for a controllable device may be offloaded from the CPU to the GPU.

[0071] The communication module 114 includes one or more devices for communicating with other computing devices, such as the location data source 106. The communication module 114 may communicate via wireless or wired networks, such as the network 108.

[0072] The IMU 154 detects motion, movement, and/or acceleration of the computing device 102. The IMU 154 may include various different types of sensors such as, for example, an accelerometer, a gyroscope, a magnetometer, and other such sensors. A location and orientation of the computing device 102 may be detected and tracked based on data provided by the sensors included in the IMU 154. In some implementations, the IMU 154 is configured to detect a location and orientation of an HMD, which may allow the system to detect and track the user's gaze direction and head movement.

[0073] The network 108 may be the Internet, a local area network (LAN), a wireless local area network (WLAN), and/or any other network. A computing device 102, for example, may communicate with the communication hub 104 and the location data source 106 via the network 108.

[0074] FIG. 2 is an overhead view of an example physical space 200 containing the computing device 102, the communication hub 104, controllable devices 240, 242, 244, 246, 250a, 250b, 250c, 250d, and 252, and wireless communication devices 260, 262, and 264. In this example, the controllable devices 250a, 250b, 250c, and 250d are grouped as controllable device group 248. In this example, the controllable device 340 is a thermostat, the controllable device 242 is a television, and the controllable devices 244, 246, 250a, 250b, 250c, 250d, and 252 are light bulbs.

[0075] In some implementations, the computing device 102 may determine a first location estimate based on round-trip times for communicating with the wireless communication devices 260, 262, and 264. The first location estimate may include a location within a representation of the physical space 200. The representation of the physical space 200 may be two dimensional or three dimensional. In some implementations, the first location estimate may include an identification of one or more rooms within the physical space within which the computing device is likely to be located based on the measured round-trip times. In some implementations, the first location estimate may be denominated in distances from one or more of the wireless communication devices 260, 262, or 264. In some implementations, the first location estimate is represented by two coordinate values that identify a location within a two dimensional representation of the physical space 200. In some implementations, the first location estimate is represented by three coordinate values that identify a location within a three dimensional representation of the physical space 200.

[0076] A user may operate the computing device 102 to configure the controllable devices 240, 242, 244, 246, 250a, 250b, 250c, 250d, and 252. For example, the user may initiate a configuration process using the computing device 102 by actuating a control element displayed on a user interface screen displayed by the computing device 102 (e.g., by touching a virtual button) or by capturing image data using the camera assembly 152 that includes a barcode, QR code, or defined image (e.g., an image, barcode, or QR code printed on packaging material for the controllable device, instructions accompanying the controllable device, or even on a surface of the controllable device). The computing device 102 may then send an instruction to the communication hub 104 to indicate that the configuration process should be initiated. In some implementation, the user may initiate a configuration process by pressing a button on the communication hub 104.

[0077] Responsive to initiating the configuration process, the communication hub 104 may transmit instructions to one or more of the controllable device to trigger the controllable devices to perform an identification action. In some implementations, the computing device 102 may communicate with some or all of the controllable devices directly to trigger the identification actions. In some implementations, all of the controllable devices are instructed to perform an identification action. In some implementations, all of the controllable devices that have not been previously configured (e.g., unconfigured controllable devices) are instructed to perform an identification action. In some implementations, one or more controllable devices that a user has specifically identified are instructed to perform an identification action.

[0078] Identification actions may allow the computing device 102 to recognize the presence of and/or location of the controllable devices. In some implementations, the identification action is a visual cue generated by the controllable devices that can be detected by the computing device 102. For example, the controllable devices may blink or strobe according to a specific pattern or at a specific time so that the computing device 102 may recognize the presence and location of a particular controllable device based on capturing video or detecting the blinking or strobing via the camera assembly 152. In some implementations, the identification action may include the controllable device displaying one or more specific images, which the computing device 102 may recognize when the controllable device is within the field of view of the camera assembly 152. The identifiable action may also include generating a sound or pattern of sound, including sounds that are typically inaudible to humans (e.g., ultrasound or infrasound).

[0079] For example, in the physical space 200, the controllable device 240 (a thermostat) may perform an initiation action by causing an LED to blink on for 80 milliseconds once every second. When a user aims a lens of the camera assembly 152 of the computing device 102 at the controllable device 240, the device configuration engine 130 may process the image data captured by the camera assembly 152 to identify the blinking LED. Based on identifying the location of the blinking LED in the image frame, the relative location of the controllable device 240 may then be determined. And the relative location of the controllable device 240 may be combined with a location estimate of the location of the computing device 102 to determine a location of the controllable device 240. The determined location of the controllable device 240 may be stored with respect to a representation of the physical space 200 (e.g., in the location data 140 or the location data source 106).

[0080] Similarly, the controllable devices 244, 246, 250a, 250b, 250c, 250d, and 252 (light bulbs) may perform an identification action by blinking on during the configuration process for a specific interval of time during and/or according to a specific pattern. If more than one controllable device is being configured at the same time, each of the controllable devices may be instructed to blink on at different specific times, for different intervals of time, and/or according to a different pattern. When a user aims a lens of the camera assembly 152 of the computing device 102 at these controllable devices, the device configuration engine 130 may process the image data captured by the camera assembly 152 to identify the blinking lights and determine the time, interval of time, and pattern of blinking. Based on the determined time, interval of time, and pattern, each controllable device within the field of view may be individually identified. The locations of the identified controllable devices can be determined with respect to a representation of the physical space 200 as has been previously described. These locations can then be stored in association within an identifier of the controllable device that allows for sending instructions to the controllable device.

[0081] In some implementations, when the locations of multiple of the controllable devices are determined to be within a threshold distance of each other, the controllable devices may be grouped together. In this example, the controllable devices 250a, 250b, 250c, and 250d are grouped together as controllable device group 248. The controllable device group 248 may allow the member controllable devices to be treated as a single controllable device from a user perspective (e.g., so that a user only needs to send a single command to the group to control all of the member devices). In some implementations, the controllable devices are grouped when all of the controllable devices are within a threshold distance of each other. In some implementations, controllable devices are included in a group when the controllable device is within a threshold distance of at least one other controllable device in the group.

[0082] The controllable device 242 (a television) may perform an identification action by displaying a specific image that can be used to identify the controllable device 242 and its location when a user aims the lens of a camera assembly 152 of the computing device 102 at the controllable device 242. The specific image may displayed at a specific size. Based on the size of the specific image in the image data, the distance to the controllable device 242 may be inferred. Similarly, based on the orientation and any shearing of the image, the viewing angle of the computing device 102 may be determined.

[0083] As the controllable devices are identified and configured, various types of descriptive information may be generated about the controllable devices. For examples, the controllable devices may be associated with rooms in the physical space. The representation of the physical space may include room names. In some implementations, the room names are entered by a user. In some implementations, the room names are generated, at least in part, based on objects recognized within the room. For example, the scene recognition engine 132 of the computing device 102 may recognize a couch and a house plant in a room and generate (or suggest) that the room is a living room. Similarly, the scene recognition engine 132 of the computing device 102 may recognize a dining table, desk, or bed in various rooms and generate (or suggest) that the rooms be labeled kitchen, office, and bedroom respectively.

[0084] In some implementations, names are also generated for the controllable devices. The generated names may be based on one or more of the following: type of controllable device, room in which the controllable device is located, objects near the controllable device, relative location of the controllable device to the objects, and location within the room. For example, the device configuration engine 130 may generate the name “Living Room Thermostat” for the controllable device 240 based on the controllable device type and the room within which it is located. The device configuration engine 130 may determine that this name is sufficient to uniquely identify the controllable device 240 based on determining that there have been no other thermostat controllable devices identified in the living room. Similarly, the device configuration engine 130 may generate the name “Living Room TV” for the controllable device 242 for similar reasons.

[0085] With regard to the controllable devices 244 and 246, the device configuration engine 130 may determine that is necessary to include more descriptive information than just the room name because of the presence of multiple controllable light bulbs in the living room. For example, the device configuration engine 130 may generate the name “Living Room North Light Bulb” for the controllable device 244 by combing the controllable device type, room name, and location within the room. Similarly, in this example, the device configuration engine 130 may generate the name “Living Room South Light Bulb.”

[0086] As another example, the device configuration engine 130 may generate the name “Living Room Light Bulb North of Couch” for the controllable device 244 by combing the controllable device type, room name, nearby object, and location relative to the object. Note, if only a single controllable light bulb was near the couch, the device configuration engine 130 may generate the name “Living Room Light Bulb Near Couch” as that name would include sufficient details to identify the controllable device. Continuing this example, the device configuration engine 130 may generate the name “Living Room Light Bulb South of Couch” for the controllable device 246 by combing the controllable device type, room name, nearby object, and location relative to the object. In some implementations, the device configuration engine 130 may generate the name “Living Room Light Bulb Between Couch and House Plant” for the controllable device 246 by combing the controllable device type, room name, nearby objects, and location relative to the nearby objects. The device configuration engine 130 may alternatively generate the name “Living Room Light Bulb Near House Plant” for the controllable device 246 by combing the controllable device type, room name, and nearby object as these properties would be sufficient to distinguish the controllable device 246 from the other controllable devices. In some implementations, the device configuration engine 130 may generate multiple name suggestions for a controllable device, which may then be presented to a user (e.g., on a user interface screen displayed on the computing device 102) so that the user could choose a name to store for the controllable device.

[0087] With regard to the controllable device group 248, the device configuration engine 130 may generate the name “Entrance Light Group” for the controllable device group 248 by combing the controllable devices type, room name, and fact that the controllable devices have been grouped. As another example, the device configuration engine 130 may generate the name “Bedroom Light” for the controllable device 252 by combing the controllable device type and the room name. Other names are possible as well, such as “Nightstand Light,” which the device configuration engine 130 may generate based on recognizing a nightstand object below the controllable device 252.

[0088] FIG. 3 is a third person view of an example physical space 300 in which a user is interacting with a controllable device 340 based on aiming the computing device 102 at the controllable device 340. In this example, the user is aiming the top edge of the computing device 102 at the controllable device 340. In other implementations, the user may aim the computing device 102 at the controllable device 340 differently (e.g., such as by aiming a camera of the computing device 102 at the controllable device 340). In some implementations, the user may aim at the device with a gesture, a head motion, or an eye motion. In some implementations, the computing device 102 may capture an image 302 based on the direction 304 that the computing device 102. Based on the location of the computing device 102 (e.g., as determined using the location determination engine 120), the device identification engine 134 may identify the controllable device 340 in the image 302.

[0089] In some implementations, the computing device 102 generates in the direction 304 that the user is aiming the computing device 102. The computing device 102 compares a ray along the direction 304 to previously defined locations of controllable devices that are stored in a representation of the physical space 300 to identify that the user is aiming at the controllable device 340.

[0090] In this example, the controllable device 340 is a thermostat and the computing device 102 is displaying a user interface screen 310 for interacting with a thermostat. The user interface screen 310 is just an example and different implementations will include different elements. In some implementations, the user interface screen 310 is generated based on the type of controllable device the user indicated by aiming. In this example, the user interface screen 310 includes an information field 312, an increase control element 314, a temperature field 316, and a decrease control element 318. The information field 312 may, for example, display information about the controllable device 340 such as a device type, a name, a location, and/or a note previously entered by a user. The temperature field 316 may display a current temperature sensed by the controllable device 340 and/or a current temperature setting of the controllable device 340. The increase control element 314 and the decrease control element 318 may be actuated to adjust a temperature setting of the controllable device 340.

[0091] In addition to the controllable device 340, the physical space 300 also includes controllable device 342, 344, 346, and 348. In this example, the controllable device 342 is an electronic display device, such as a television or monitor. Also in this example, the controllable device 344 is a switch, the controllable device 346 is a light, and the controllable device 348 is an outlet. The user may identify any of these controllable devices by aiming at one of them to access or control the controllable device. In response to the user aiming at on of the controllable device, the computing device 102 may generate a user interface that provides elements specific to controlling the identified controllable device.

[0092] In some implementations, the user interface screen 310 is displayed to the user on a display device of the computing device 102. In some implementations, the user interface screen 310 may be overlaid on an image (or video feed being captured by the camera assembly 152 of the computing device 102) of the physical space so. Additionally, the user interface screen 310 may be displayed as AR content over the user's field of view using an HMD worn by the user.

[0093] FIG. 4 is a diagram of an example method 400 of associating input signals of a first signal type in an interior space with input signals of a second signal type. In this example, the method 400 is being used to associate round-trip time signals with image data signals. In some implementations, the method 400 is used to generate a representation of the interior space, which may be used to estimate locations within the interior space. In some implementations, the method 400 is performed by the computing device 102 multiple times while the computing device 102 is moved around the interior space. In this manner, the method 400 can be used to build a mapping between the first input signal type (round-trip times) and the second input signal type (e.g., the image data) in multiple locations within the interior space.

[0094] At operation 402, while the computing device 102 is in an interior physical space, a plurality of round-trip times are determined. Each round-trip time of the plurality of times may correspond to a different wireless communication device. In some implementations, the wireless communication devices are all disposed within the physical space that is being mapped. In some implementations, the wireless communication devices for which round-trip times are determined are disposed outside of the interior physical space too. For example, if a single apartment within an apartment building is being mapped, round-trip times may be determined with respect to wireless communication devices within the apartment and within other apartments in the apartment building.

[0095] At operation 404, the computing device 102 captures image data of the interior physical space. At operation 406, the image data is processed to identify features of the physical space. For example, the features may include wall, floor, corner, and edge locations. In some implementations, dimensions of the interior physical space (or rooms within the physical space) are determined. In some implementations, distances between the computing device 102 and the determined physical space. In some implementations, objects within the interior physical space may also be recognized. Based on the recognized features and/or objects, some implementations, may infer a room name or type.

[0096] At operation 408, the features of the interior physical space are with the plurality of round-trip times that were determined. For example, the round-trip times may be associated with a representation of the interior physical space that is generated based on the recognized features and/or objects. In some implementations, the determined round-trip times may be stored at locations within the interior physical space that are determined based on estimated distances between the computing device 102 and the recognized features and/or objects.

[0097] FIG. 5 is a diagram of an example method 500 of determining a location of a computing device within a physical space. For example, the method 500 may be performed by the location determination engine 120 of the computing device 102 to determine a location within a physical space, such as an interior physical space.

[0098] At operation 502, a first location estimate for a computing device is determined using a first interior location estimating technique. For example, the first location estimating technique may be performed by the location approximation engine 122. In some implementations, the location approximation engine 122 uses round-trip times (e.g., to wireless communication devices) to generate the first location estimate. For example, round-trip times captured by the computing device may be compared to round-trips times stored in a representation of a physical space or otherwise associated with features of the physical space (e.g., as determined using the method 400). In at least some implementations, the first location estimate is generated without capturing image data.

[0099] At operation 504, a second location estimate for a computing device is determined by refining the first location estimate using a second interior location estimating technique. For example, the second location estimating technique may be performed by the location refinement engine 124. In some implementations, the location refinement engine 124 captures image data and extracts features of the interior physical space from the image data to determine the second location estimate. For example, features extracted from the image data may be compared to known features in a representation of the interior physical space (e.g., to determine, based on the size, orientation, and/or orientation of the features in the image data, from where within the physical space the image data was captured). In some implementations, only a portion of the representation is accessed or retrieved to generate the second estimate.

[0100] FIG. 6 is a diagram of an example method 600 of determining a location of a computing device within a physical space. For example, the method 600 may be performed by the location determination engine 120 of the computing device 102 to determine a location within a physical space, such as an interior physical space.

[0101] At operation 602, a first input signal of a first signal type is captured. For example, wireless communication signals may be captured to determine round-trip time to one or more wireless communication devices. At operation 604, a first location estimate for a computing device is determined using at least the first input signal.

[0102] At operation 606, after determining the first location estimate, a second input signal of a second signal type is captured. The second signal type may be different than the first signal type. For example, the second signal type may be optical signals that are captured by a camera assembly 152 as image data. At operation 608, a second location estimate for the computing device is determined based on at least the second input signal and either the first location estimate or the first input signal. In at least some implementations, capture of the second input signal is not enabled until after the first location estimate has been determined.

[0103] FIG. 7 is a diagram of an example method 700 of determining a location of a computing device within a physical space. For example, the method 700 may be performed by the location determination engine 120 of the computing device 102 to determine a location within a physical space, such as an interior physical space.

[0104] At operation 702, multiple round-trip times are determined. For example, each of the round-trip times may correspond to a round-trip time to communicate with a different wireless communication device. At operation 704, a first location estimate for the computing device 102 is determined based on the round-trip times.

[0105] At operation 706, after determining the first location estimate, an image sensor (e.g., the camera assembly 152) of the computing device 102 is activated and capture of image data with the image sensor is triggered. In at least some implementations, the image sensor may remain inactive until operation 706. In some implementations, the first location estimate is determined while the image sensor is inactive and image data is not being captured. Less power may be used when the image sensor is inactive. At operation 708, a second location estimate for the computing device 102 is determined based on the image data and at least one of the first location estimate or the round-trip times. For example, the first location estimate may be used to retrieve a representation of the physical space (or a portion of the representation). As another example, the round-trip times and the image data (or features of the physical space extracted from the image data) may be used as input to a machine learning model that generates a location estimate for the computing device 102.

[0106] FIG. 8 is a diagram of an example method 800 of generating descriptive information for a controllable device. For example, the method 800 may be performed by the device configuration engine 130 of the computing device 102 to configure a controllable device in a physical space. In some implementations, the method 800 is performed in response to the user initiating a configuration process for a controllable device.

[0107] At operation 802, a location estimate for the computing device 102 is determined. The location estimate may be generated according to any of the techniques described herein or by any other location determination techniques.

[0108] At operation 804, image data of the controllable device is captured. The image data may be captured, for example, using the camera assembly 152 of the computing device 102. In some implementations, the image data includes a portion of the physical space in which the controllable device is located. In some implementations, the computing device 102 may display the image data on the display device 116 as it is being captured or after it is being captured. In some implementations, the device identification engine 134 may identify the controllable device in the image data and may generate a visual indicator on the display device 116. The visual indicator identifies the controllable device for the user of the computing device 102 (e.g., so that the user can confirm or correct the identification of the controllable device). As has been described herein, the device identification engine 134 may identify the controllable device in the image based on detecting an identification action being performed by the controllable device within the image data.

[0109] At operation 806, descriptive information for the controllable device is generated. The descriptive information may be based, at least in part, on the determined location estimate for the computing device. For example, a relative location of the controllable device with respect to the computing device 102 is determined based on the image data. Based on the relative location and the location estimate for the computing device, a location for the controllable device may be determined. The descriptive information may include the location, name, and/or room name for the device. The room name may be determined based on comparing the location to a representation of the physical space. In some implementations, the room name may be determined based on the image data. For example, the room name may be inferred based on features of the physical space extracted from the image data or objects recognized within the physical space based on the image data. The room name may also be determined based on comparing the image data to a representation of the physical space. In some implementations, a name is generated based on the determined room, the controllable object type, or the types of objects recognized in the physical space near the controllable device.

[0110] FIG. 9 is a diagram of an example method 900 of generating descriptive information for a controllable device. For example, the method 900 may be performed by the device configuration engine 130 of the computing device 102 to configure a controllable device in a physical space. In some implementations, the method 900 is performed in response to the user initiating a configuration process for a controllable device.

[0111] As operation 902, image data of the controllable device performing an identification action is captured. The image data may be captured, for example, using the camera assembly 152 of the computing device 102. The image data may include images or video.

[0112] At operation 904, the controllable device is identified within the image data based at least in part on the identification action. For example, video data captured by the camera assembly 152 may be analyzed to identify a light that blinks in a manner that is consistent with the identification action performed by the controllable device (e.g., at a specific time, for a specific interval, and/or with a specific frequency).

[0113] At operation 906, descriptive information is generated for the controllable device based on contextual information determined from the image data. In some implementations, the image data includes a portion of the physical space in which the controllable device is located. The contextual information may be determined from the image data of the physical space in which the controllable device is located. For example, objects may be recognized within the image data and the presence of those objects may be used to generate descriptive information for the controllable device, such as a name for the controllable device. The detected objects may also be used to infer the room type in which the controllable device is located. The room type may be used to generate a name for the controllable device. The controllable device may also be associated with the room.

[0114] FIG. 10 is a diagram of an example method 1000 of associating a controllable device with a location in a physical space and a room name. For example, the method 1000 may be performed by the device configuration engine 130 of the computing device 102 to configure a controllable device in a physical space. In some implementations, the method 1000 is performed in response to the user initiating a configuration process for a controllable device.

[0115] At operation 1002, a location estimate within a physical space is determined for a computing device. At operation 1004, a representation of the physical space may be accessed. The representation may be stored in the location data 140 or retrieved from the location data source 106. In some implementations, the representation is retrieve at least in part based on the location estimate. The representation may be two dimensional or three dimensional.

[0116] At operation 1006, a room name is determined based on the location estimate and the representation of the physical space. In some implementations, portions of the representation of the physical space may be labeled or otherwise associated with room names. The room names may have been previously provided by a user. In some implementations, the room names are generated based on object recognition of image data collected within the portion of the physical space associated with the room.

[0117] As operation 1008, image data of the controllable device performing an identification action is captured. At operation 1010, the controllable device is identified within the image data based at least in part on the identification action.

[0118] At operation 1012, a relative location of the controllable device with respect to the computing device is determined based on the image data. In some implementations, the size of the controllable device or a portion of the controllable device within the image data is used to infer the distance to the controllable device. Additionally, the viewing angle of the controllable device may be inferred from the location, orientation, and/or skew of the controllable device within the image data. In some implementations, the location of the controllable device is determined with respect to the representation of the physical space based on the location of the controllable device relative to features extracted from the image data.

[0119] At operation 1014, the controllable device is associated with a location in the representation of the physical space and the room name. In some implementations, associating the controllable device with a location in the physical representation includes storing a data record that includes an identifier of the controllable device and the location information. In some implementations, the identity of the controllable device may then be received based on the room name or the location information.

[0120] FIG. 11 is a diagram of an example method 1100 of grouping controllable devices that are located in a physical space. For example, the method 1100 may be performed by the device configuration engine 130 of the computing device 102 to configure multiple controllable devices. In some implementations, the method 1100 is performed in response to the user initiating a configuration process for a controllable device.

[0121] At operation 1102, image data of a physical space that includes a first controllable device that is performing a first identification action and a second controllable device that is performing a second identification action is captured. The image data may include a single image that captures both the first controllable device and the second controllable device. The image data may include video date, having multiple frames that pans through the physical space to capture the first controllable device and the second controllable device. The first and second controllable device need not be captured in the same frame.

[0122] At operation 1104, the first controllable device is identified in the image data based at least in part on the first identification action. At operation 1106, the second controllable device is identified in the image data based at least in part on the second identification action.

[0123] At operation 1108, a distance between the first controllable device and the second controllable device is determined. In some implementations, the distance is determined based on determining locations of both the first controllable device and the second controllable device with respect to either the computing device or a representation of the physical space. Once the locations are determined with respect to a common landmark or frame of reference, the locations of the first controllable device and the second controllable device may be determined with respect to each other. In some implementations, the distance between the first controllable device and the second controllable device is determined directly.

[0124] At operation 1110, it is determined whether the distance is less than a pre-determined threshold distance. If so, the method 1100 may proceed to operation 1112, where a controllable device group is generated that includes the first controllable device and the second controllable device. Generating the controllable device group may allow for a single command from a user perspective to be issued to both controllable devices. In some implementations, only specific types of controllable devices are grouped together.

[0125] As described above, in some implementations, responsive to determining that the distance between controllable devices is less than the threshold distance, the controllable devices are grouped together. Although two controllable devices were grouped together in this example, more than two controllable devices may be grouped together. Additionally, in some implementations, a new controllable device that is within a threshold distance of at least one controllable device that is in an existing controllable device group may be added to that controllable device group.

[0126] FIG. 12 shows an example of a computer device 1200 and a mobile computer device 1250, which may be used with the techniques described here. Computing device 1200 includes a processor 1202, memory 1204, a storage device 1206, a high-speed interface 1208 connecting to memory 1204 and high-speed expansion ports 1210, and a low speed interface 1212 connecting to low speed bus 1214 and storage device 1206. Each of the components 1202, 1204, 1206, 1208, 1210, and 1212, are interconnected using various busses, and may be mounted on a common motherboard or in other manners as appropriate. The processor 1202 can process instructions for execution within the computing device 1200, including instructions stored in the memory 1204 or on the storage device 1206 to display graphical information for a GUI on an external input/output device, such as display 1216 coupled to high speed interface 1208. In other implementations, multiple processors and/or multiple buses may be used, as appropriate, along with multiple memories and types of memory. Also, multiple computing devices 1200 may be connected, with each device providing portions of the necessary operations (e.g., as a server bank, a group of blade servers, or a multi-processor system).

[0127] The memory 1204 stores information within the computing device 1200. In one implementation, the memory 1204 is a volatile memory unit or units. In another implementation, the memory 1204 is a non-volatile memory unit or units. The memory 1204 may also be another form of computer-readable medium, such as a magnetic or optical disk.

[0128] The storage device 1206 is capable of providing mass storage for the computing device 1200. In one implementation, the storage device 1206 may be or contain a computer-readable medium, such as a floppy disk device, a hard disk device, an optical disk device, or a tape device, a flash memory or other similar solid state memory device, or an array of devices, including devices in a storage area network or other configurations. A computer program product can be tangibly embodied in an information carrier. The computer program product may also contain instructions that, when executed, perform one or more methods, such as those described above. The information carrier is a computer- or machine-readable medium, such as the memory 1204, the storage device 1206, or memory on processor 1202.

[0129] The high speed controller 1208 manages bandwidth-intensive operations for the computing device 1200, while the low speed controller 1212 manages lower bandwidth-intensive operations. Such allocation of functions is exemplary only. In one implementation, the high-speed controller 1208 is coupled to memory 1204, display 1216 (e.g., through a graphics processor or accelerator), and to high-speed expansion ports 1210, which may accept various expansion cards (not shown). In the implementation, low-speed controller 1212 is coupled to storage device 1206 and low-speed expansion port 1214. The low-speed expansion port, which may include various communication ports (e.g., USB, Bluetooth, Ethernet, wireless Ethernet) may be coupled to one or more input/output devices, such as a keyboard, a pointing device, a scanner, or a networking device such as a switch or router, e.g., through a network adapter.

[0130] The computing device 1200 may be implemented in a number of different forms, as shown in the figure. For example, it may be implemented as a standard server 1220, or multiple times in a group of such servers. It may also be implemented as part of a rack server system 1224. In addition, it may be implemented in a personal computer such as a laptop computer 1222. Alternatively, components from computing device 1200 may be combined with other components in a mobile device (not shown), such as device 1250. Each of such devices may contain one or more of computing device 1200, 1250, and an entire system may be made up of multiple computing devices 1200, 1250 communicating with each other.

[0131] Computing device 1250 includes a processor 1252, memory 1264, an input/output device such as a display 1254, a communication interface 1266, and a transceiver 1268, among other components. The device 1250 may also be provided with a storage device, such as a microdrive or other device, to provide additional storage. Each of the components 1250, 1252, 1264, 1254, 1266, and 1268, are interconnected using various buses, and several of the components may be mounted on a common motherboard or in other manners as appropriate.

[0132] The processor 1252 can execute instructions within the computing device 1250, including instructions stored in the memory 1264. The processor may be implemented as a chipset of chips that include separate and multiple analog and digital processors. The processor may provide, for example, for coordination of the other components of the device 1250, such as control of user interfaces, applications run by device 1250, and wireless communication by device 1250.

[0133] Processor 1252 may communicate with a user through control interface 1258 and display interface 1256 coupled to a display 1254. The display 1254 may be, for example, a TFT LCD (Thin-Film-Transistor Liquid Crystal Display) or an OLED (Organic Light Emitting Diode) display, or other appropriate display technology. The display interface 1256 may include appropriate circuitry for driving the display 1254 to present graphical and other information to a user. The control interface 1258 may receive commands from a user and convert them for submission to the processor 1252. In addition, an external interface 1262 may be provided in communication with processor 1252, so as to enable near area communication of device 1250 with other devices. External interface 1262 may provide, for example, for wired communication in some implementations, or for wireless communication in other implementations, and multiple interfaces may also be used.

[0134] The memory 1264 stores information within the computing device 1250. The memory 1264 can be implemented as one or more of a computer-readable medium or media, a volatile memory unit or units, or a non-volatile memory unit or units. Expansion memory 1274 may also be provided and connected to device 1250 through expansion interface 1272, which may include, for example, a SIMM (Single In-Line Memory Module) card interface. Such expansion memory 1274 may provide extra storage space for device 1250, or may also store applications or other information for device 1250. Specifically, expansion memory 1274 may include instructions to carry out or supplement the processes described above, and may include secure information also. Thus, for example, expansion memory 1274 may be provided as a security module for device 1250, and may be programmed with instructions that permit secure use of device 1250. In addition, secure applications may be provided via the SIMM cards, along with additional information, such as placing identifying information on the SIMM card in a non-hackable manner.

[0135] The memory may include, for example, flash memory and/or NVRAM memory, as discussed below. In one implementation, a computer program product is tangibly embodied in an information carrier. The computer program product contains instructions that, when executed, perform one or more methods, such as those described above. The information carrier is a computer- or machine-readable medium, such as the memory 1264, expansion memory 1274, or memory on processor 1252, that may be received, for example, over transceiver 1268 or external interface 1262.

[0136] Device 1250 may communicate wirelessly through communication interface 1266, which may include digital signal processing circuitry where necessary. Communication interface 1266 may provide for communications under various modes or protocols, such as GSM voice calls, SMS, EMS, or MMS messaging, CDMA, TDMA, PDC, WCDMA, CDMA2000, or GPRS, among others. Such communication may occur, for example, through radio-frequency transceiver 1268. In addition, short-range communication may occur, such as using a Bluetooth, Wi-Fi, or other such transceiver (not shown). In addition, GPS (Global Positioning System) receiver module 1270 may provide additional navigation- and location-related wireless data to device 1250, which may be used as appropriate by applications running on device 1250.

[0137] Device 1250 may also communicate audibly using audio codec 1260, which may receive spoken information from a user and convert it to usable digital information. Audio codec 1260 may likewise generate audible sound for a user, such as through a speaker, e.g., in a handset of device 1250. Such sound may include sound from voice telephone calls, may include recorded sound (e.g., voice messages, music files, etc.) and may also include sound generated by applications operating on device 1250.

[0138] The computing device 1250 may be implemented in a number of different forms, as shown in the figure. For example, it may be implemented as a cellular telephone 1280. It may also be implemented as part of a smartphone 1282, personal digital assistant, or other similar mobile device.

[0139] Various implementations of the systems and techniques described here can be realized in digital electronic circuitry, integrated circuitry, specially designed ASICs (application specific integrated circuits), computer hardware, firmware, software, and/or combinations thereof. These various implementations can include implementation in one or more computer programs that are executable and/or interpretable on a programmable system including at least one programmable processor, which may be special or general purpose, coupled to receive data and instructions from, and to transmit data and instructions to, a storage system, at least one input device, and at least one output device.

[0140] These computer programs (also known as programs, software, software applications or code) include machine instructions for a programmable processor, and can be implemented in a high-level procedural and/or object-oriented programming language, and/or in assembly/machine language. As used herein, the terms “machine-readable medium” “computer-readable medium” refers to any computer program product, apparatus and/or device (e.g., magnetic discs, optical disks, memory, Programmable Logic Devices (PLDs)) used to provide machine instructions and/or data to a programmable processor, including a machine-readable medium that receives machine instructions as a machine-readable signal. The term “machine-readable signal” refers to any signal used to provide machine instructions and/or data to a programmable processor.

[0141] To provide for interaction with a user, the systems and techniques described here can be implemented on a computer having a display device (a LED (light-emitting diode), or OLED (organic LED), or LCD (liquid crystal display) monitor/screen) for displaying information to the user and a keyboard and a pointing device (e.g., a mouse or a trackball) by which the user can provide input to the computer. Other kinds of devices can be used to provide for interaction with a user as well; for example, feedback provided to the user can be any form of sensory feedback (e.g., visual feedback, auditory feedback, or tactile feedback); and input from the user can be received in any form, including acoustic, speech, or tactile input.

[0142] The systems and techniques described here can be implemented in a computing system that includes a back end component (e.g., as a data server), or that includes a middleware component (e.g., an application server), or that includes a front end component (e.g., a client computer having a graphical user interface or a Web browser through which a user can interact with an implementation of the systems and techniques described here), or any combination of such back end, middleware, or front end components. The components of the system can be interconnected by any form or medium of digital data communication (e.g., a communication network). Examples of communication networks include a local area network (“LAN”), a wide area network (“WAN”), and the Internet.

[0143] The computing system can include clients and servers. A client and server are generally remote from each other and typically interact through a communication network. The relationship of client and server arises by virtue of computer programs running on the respective computers and having a client-server relationship to each other.

[0144] In some implementations, the computing devices depicted in FIG. 12 can include sensors that interface with an AR headset/HMD device 1290 to generate an augmented environment for viewing inserted content within the physical space. For example, one or more sensors included on a computing device 1250 or other computing device depicted in FIG. 12, can provide input to the AR headset 1290 or in general, provide input to an AR space. The sensors can include, but are not limited to, a touchscreen, accelerometers, gyroscopes, pressure sensors, biometric sensors, temperature sensors, humidity sensors, and ambient light sensors. The computing device 1250 can use the sensors to determine an absolute position and/or a detected rotation of the computing device in the AR space that can then be used as input to the AR space. For example, the computing device 1250 may be incorporated into the AR space as a virtual object, such as a controller, a laser pointer, a keyboard, a weapon, etc. Positioning of the computing device/virtual object by the user when incorporated into the AR space can allow the user to position the computing device so as to view the virtual object in certain manners in the AR space. For example, if the virtual object represents a laser pointer, the user can manipulate the computing device as if it were an actual laser pointer. The user can move the computing device left and right, up and down, in a circle, etc., and use the device in a similar fashion to using a laser pointer. In some implementations, the user can aim at a target location using a virtual laser pointer.

[0145] In some implementations, one or more input devices included on, or connect to, the computing device 1250 can be used as input to the AR space. The input devices can include, but are not limited to, a touchscreen, a keyboard, one or more buttons, a trackpad, a touchpad, a pointing device, a mouse, a trackball, a joystick, a camera, a microphone, earphones or buds with input functionality, a gaming controller, or other connectable input device. A user interacting with an input device included on the computing device 1250 when the computing device is incorporated into the AR space can cause a particular action to occur in the AR space.

[0146] In some implementations, a touchscreen of the computing device 1250 can be rendered as a touchpad in AR space. A user can interact with the touchscreen of the computing device 1250. The interactions are rendered, in AR headset 1290 for example, as movements on the rendered touchpad in the AR space. The rendered movements can control virtual objects in the AR space.

[0147] In some implementations, one or more output devices included on the computing device 1250 can provide output and/or feedback to a user of the AR headset 1290 in the AR space. The output and feedback can be visual, tactical, or audio. The output and/or feedback can include, but is not limited to, vibrations, turning on and off or blinking and/or flashing of one or more lights or strobes, sounding an alarm, playing a chime, playing a song, and playing of an audio file. The output devices can include, but are not limited to, vibration motors, vibration coils, piezoelectric devices, electrostatic devices, light emitting diodes (LEDs), strobes, and speakers.

[0148] In some implementations, the computing device 1250 may appear as another object in a computer-generated, 3D environment. Interactions by the user with the computing device 1250 (e.g., rotating, shaking, touching a touchscreen, swiping a finger across a touch screen) can be interpreted as interactions with the object in the AR space. In the example of the laser pointer in an AR space, the computing device 1250 appears as a virtual laser pointer in the computer-generated, 3D environment. As the user manipulates the computing device 1250, the user in the AR space sees movement of the laser pointer. The user receives feedback from interactions with the computing device 1250 in the AR environment on the computing device 1250 or on the AR headset 1290. The user's interactions with the computing device may be translated to interactions with a user interface generated in the AR environment for a controllable device.

[0149] In some implementations, a computing device 1250 may include a touchscreen. For example, a user can interact with the touchscreen to interact with a user interface for a controllable device. For example, the touchscreen may include user interface elements such as sliders that can control properties of the controllable device.

[0150] Computing device 1200 is intended to represent various forms of digital computers and devices, including, but not limited to laptops, desktops, workstations, personal digital assistants, servers, blade servers, mainframes, and other appropriate computers. Computing device 1250 is intended to represent various forms of mobile devices, such as personal digital assistants, cellular telephones, smartphones, and other similar computing devices. The components shown here, their connections and relationships, and their functions, are meant to be exemplary only, and are not meant to limit implementations of the inventions described and/or claimed in this document.

[0151] A number of embodiments have been described. Nevertheless, it will be understood that various modifications may be made without departing from the spirit and scope of the specification.

[0152] In addition, the logic flows depicted in the figures do not require the particular order shown, or sequential order, to achieve desirable results. In addition, other steps may be provided, or steps may be eliminated, from the described flows, and other components may be added to, or removed from, the described systems. Accordingly, other embodiments are within the scope of the following claims.

[0153] While certain features of the described implementations have been illustrated as described herein, many modifications, substitutions, changes and equivalents will now occur to those skilled in the art. It is, therefore, to be understood that the appended claims are intended to cover all such modifications and changes as fall within the scope of the implementations. It should be understood that they have been presented by way of example only, not limitation, and various changes in form and details may be made. Any portion of the apparatus and/or methods described herein may be combined in any combination, except mutually exclusive combinations. The implementations described herein can include various combinations and/or sub-combinations of the functions, components and/or features of the different implementations described.