Amazon Technologies, Inc.

Abinash Mahapatra

Mete Rodoper

Ting Liu

Sanjeev K Gupta

Choon-mun Hooi

Nupur Rastogi

Oliver Huy Doan

Alfred Ying Fai Lui

Paul Andrew Mietz Egli

Jeffrey John Easter

Hemant S Petluri

Xinyu Miao

David Sirbiladze

Anuj Saluja

Jonathan B Assayag

Yanina Potashnik

Joseph Gregory Muoio

Ouning Zhang

A device, such as a head-mounted wearable device (HMWD), provides audible notifications to a user with a voice user interface (VUI). A filtered subset of notifications addressed to the user, such as notifications from contacts associated with specified applications, are processed by a text to speech system that generates audio output for presentation to the user. The audio output may be presented using the HMWD. For example, the audio output generated from a text message received from a contact may be played on the device. The user may provide an input to play the notification again, initiate a reply, or take another action. The input may comprise a gesture on a touch sensor, activation of a button, verbal input acquired by a microphone, and so forth.

System for selective presentation of notifications

A user device may encounter an error while executing an application. The user device may send the error to customer service. Customer service may send a recording request to the user device and an application server. The recording request may include instructions that cause the user device to record an initial state of hardware data on the user device and to reproduce the error. The recording request may cause the application server to record the application requests it receives and the associated responses. Upon reproducing the error, the recording session may be terminated and session data that includes the recordings are sent to developers. The developers may replay the recording session in a simulator to reproduce and resolve the error. The developers may generate application update data that resolves the error and may send the data to the user devices that reported the error.

System and method for reproducing and resolving application errors

Techniques for preparing a user device for use in a location having limited network access include replacing data in the device cache prior to the user device reaching the location. A length of time until cached data expires, a length of time used to replace the cached data, and a length of time for the user device to reach the location are determined. Portions of the cached data that will expire while the user device is within the location are replaced. The time at which the data is replaced is based on the length of time used to replace the data and the length of time for the user device to reach the location. While the user device is in the location, functions that transmit large quantities of data may instead be replaced with more efficient data types or queued for later execution after the user device exits the location.

System for preparing a device for offline or low-bandwidth use

A computing device has access to a normal code execution environment and a suspect code execution environment. Suspect code data indicative of code that has been determined to be likely to cause a crash is accessed. Program code is executed using the normal code execution environment until suspect code as indicated in the suspect code data is encountered. Execution of suspect code takes place within the suspect code execution environment where a failure, if any, is contained. If the suspect code executing within the suspect code execution environment completes without failure, the resulting execution context is transferred to the normal code execution environment for continued processing. Otherwise, the suspect code is skipped and processing continues in the normal code execution environment. The code execution environments may be different cores of the same processor, different processors, or different devices.

Crash tolerant computer system

Location-based services using geofencing are described. An electronic device includes a processing device that determines that the electronic device is to alert that the electronic device is near a target. The processing device determines a device location of the electronic device based on one or more network access points in communication range of the electronic device and determines a geofence encompassing the device location, wherein the geofence is located at a first distance from the target that exceeds a second distance that is between the device location and a target location of the target by an amount associated with a margin of error value in determining the device location using the one or more network access points. In response, the processing device generates an alert that the geofence has been breached.

Power efficient dynamic geofences

A notification management server may receive merchant data indicative of notifications that are to be sent to user devices. The notification management server may access preference data that is indicative of distribution information for distributing the notifications. Based on the preference data the notification management server may send the notifications to a particular user device and omit sending the notification to other user devices. The particular user device upon receipt of the notifications may send confirmation data. The confirmation data may indicate a presentation receipt associated with the notifications. When the notification management server does not receive the confirmation data, the notification is stored. Upon receipt of heartbeat data, the notification management server may send the stored notifications to the particular user device.

System and method for notification management

A user device may receive network application requests from multiple applications, such as a music application, news application, and social media application. The user device may send to a server for crowdsource data. The crowdsource data may be based on response data received from other user devices. The response data may indicate the location of the user device, type of application seeking to send a network application request, the response time to receive a network response, a network, and so forth. The server may filter the crowdsource data to correspond to the location of the user device, the applications seeking to send a network application request, and the network the user device is currently using. The user device based on estimated response times may determine a prioritization order in which to send the network application requests.

System and method for efficient network usage

Techniques are described for using velocity data to improve the location accuracy of Wi-Fi crowdsourcing. Instead of relying on a reported location of an electronic device that detects a communication node, such as an Access Point (AP), the location of the communication node is adjusted based on the velocity of the electronic device when the electronic device detected the communication node. When a communication node is detected, the electronic device associates the device's location coordinates and associated velocity with the detected communication nodes to create data that is tagged with the identity of the communication nodes. The communication node data is sent to a location service for processing to estimate the location of the communication nodes. The location service may adjust the location of a communication node to be a specified distance from the location of the electronic device. In some cases, the higher the velocity, the greater the specified distance.

Using velocity data to improve location accuracy of Wi-Fi crowdsourcing

Methods and apparatuses for power saving during sensor-assisted Global Positioning System (GPS) navigation using a mobile device are presented. The methods may include receiving location improvement data for a geographic location, the location improvement data including a value corresponding to improvement in accuracy for location data for the geographic location. The mobile device may utilize the location improvement data to determine whether to utilize inertial sensors in the mobile device to improve the accuracy of the position fix.

Power saving during sensor-assisted navigation

Various examples are directed to systems and methods for modifying a geofence boundary. A geofence engine may receive an indication of an initial geofence boundary for a first mobile device. The geofence engine may also receive geofence data from a second mobile device and a third mobile device. The geofence data may describe a plurality of geofence boundaries and a plurality of geofence boundary breach events associated with the plurality of geofence boundaries. The geofence engine may also determine an alternate geofence boundary for the first mobile device based at least in part on the geofence data.

Modifying geofence boundaries

Systems, methods, and computer-readable media are disclosed for dynamically adjusting the amount of mobile device data storage allocated for storing information associated with wireless access points. The amount of allocated data storage may be determined or adjusted based on storage allocation parameter data such as AP density data, device mobility data, route data, or the like.

Adjusting data storage allocation for access point information

Positioning systems may be used to determine the location of computing devices in space. Described herein are systems, methods, and computer readable mediums for storing information determined to be reliable that is used to determine the location of a computing device. In some implementations, the system determines that a scan list is reliable based on factors such as characteristics associated with the type of device that generated the scan list, or based on the amount of times that the information in the scan list was detected over a period of time.

Systems and methods for acquiring location data

Approaches enable a device, such as a cellular-enabled device, to receive cellular system information from another device in response to a request by the cellular-enabled device, and then to select a cellular network connection to which the cellular-enabled device can connect based on the cellular system information. The cellular-enabled device may determine the availability of the cellular system information in a number of ways, such as by detecting a Bluetooth broadcast from another device and initiating a paired connection between the two devices. Once the paired connection is established, the cellular-enabled device may make a service discovery request to learn that the other device is capable of broadcasting the cellular system information over the connection between the devices. The cellular system information may be used by the cellular-enabled device to select one cellular network connection, from a set of available cellular network connections compatible with the cellular-enabled device, to connect to.

Cellular system information sharing

A system for reducing crowdsourcing network traffic has a server that aggregates data from a plurality of devices within a particular area. The devices determine their locations using, for example, a location engine (e.g., Global Positioning System (GPS)) to learn its geographic coordinates. As part of the crowdsourcing exercise, the device opportunistically scans for nearby communication nodes, such as Wi-Fi access points and the like. When a communication node is found, the electronic device associates the device's location coordinates with the detected communication nodes to create data that is tagged with the identity of the communication nodes. The tagged data may be stored locally on the electronic device and periodically uploaded to the server. When the server has sufficient information on the communication nodes in the area, the server sends a notification to the devices to refrain from additionally scanning for and/or sending additional tagged data, thereby curbing the amount of network traffic.

Growing community of inventors

Cupertino, CA, United States of America

Abinash Mahapatra