Abstract: Various technologies pertaining to localizing multiple mobile computing devices in an indoor environment are described. Pairs of microphone arrays are selectively positioned in an indoor environment. A localization service assigns a frequency and schedule to a mobile telephone, and the mobile telephone begins outputting vibrations at the assigned frequency and in conformance with the assigned schedule. The microphone arrays sense the vibrations, and angles between the microphone arrays, respectively, and the mobile computing device are computed based upon the sensed vibrations. Such angles are subsequently employed to compute the location of the mobile computing device in the indoor environment.

Abstract: A electronic communication system that can detect and adapt to delays in delivery of e-mail messages. The system may adapt to delays by using other mechanisms to convey the information intended for delivery by e-mail. The mechanism may convey the information to the recipient once the delayed electronic mail message is received by the recipient's e-mail system. In this respect, the recipient may make arrangements to receive information in the e-mail message when the recipient expects to be away from his or her e-mail system. Additionally or alternatively, the recipient may choose to initiate out-of-band communication to the sender when the recipient receives an indication of a delayed electronic mail message.

Abstract: In embodiments of mobile device safe driving, a mobile device can display a device lock screen on an integrated display device, and transition from the device lock screen to display a driving mode lock screen. The transition to display the driving mode lock screen occurs without receiving a PIN code entered on the device lock screen. The mobile device implements a safe driving service that is implemented to activate a safe driving mode of the mobile device, and disable features of the mobile device while the safe driving mode is activated.

Abstract: Mobile device emergency service techniques are described. In embodiments, a client device includes one or more modules implemented at least partially in hardware and configured to implement an emergency service. The emergency service configured to support operations including generating a user interface for display on a display device, receiving one or more inputs usable to form an emergency contacts list that includes a plurality of emergency contacts, and causing the emergency contacts list to be communicated to one or more other client devices for use in generating a message to be communicated automatically and without user intervention to the emergency contacts in the emergency contacts list responsive to a trigger.

Abstract: A path progression matching system and method that uses path progression to find a current position of a mobile device in an indoor environment and a path history to find the path of the mobile device to get to the current position. Embodiments of the system and method use path history information, constraints, and optimization measures such as the use of received signal strength indicator (RSSI) weighted correlation coefficients. Embodiments of the system and method include a unified probabilistic model that uses path history and allows multiple constraints to be applied simultaneously. Embodiments of the system and method also include a path progression module having a first-stage progression module, which finds a starting location for the path progression matching, a second-stage module, which begins building a path history, and a third-stage progression module, which uses the path history to find the current position and path.

Abstract: Embodiments calculate an estimated latency between computing devices. A latency service aggregates latency records defining latency measurements and corresponding latency factors from a plurality of computing devices. From the aggregated latency records, the latency service defines relationships between the latency measurements and the corresponding latency factors. Responsive to a request for an estimated latency from a mobile computing device, the latency service applies the defined relationships to estimate the latency based on the latency factors associated with the received request. In some embodiments, the estimated latency includes three portions: a first latency value representing the latency from the mobile computing device to a cell site, a second latency value representing the latency from the cell site to an access point, and a third latency value representing the latency from the access point to a destination computing device.

Abstract: Various technologies pertaining to localizing multiple mobile computing devices in an indoor environment are described. Pairs of microphone arrays are selectively positioned in an indoor environment. A localization service assigns a frequency and schedule to a mobile telephone, and the mobile telephone begins outputting vibrations at the assigned frequency and in conformance with the assigned schedule. The microphone arrays sense the vibrations, and angles between the microphone arrays, respectively, and the mobile computing device are computed based upon the sensed vibrations. Such angles are subsequently employed to compute the location of the mobile computing device in the indoor environment.

Abstract: Methods and systems for dynamically providing application analytic information are provided herein. The method includes inserting instrumentation points into an application file via an application analytic service and dynamically determining desired instrumentation points from which to collect application analytic data. The method also includes receiving, at the application analytic service, the application analytic data corresponding to the desired instrumentation points and analyzing the application analytic data to generate application analytic information. The method further includes sending the application analytic information to a client computing device.

Abstract: Attributes including presence and organization information for contacts of a subscriber are used in determining a subset of contacts matching a predefined criterion. Determined subset of contacts is sent as an alert to notify the subscriber to the subsets' nearby proximity.

Abstract: The functionality described herein allows a user device to determine an appropriate juncture at which to initiate processing within a GNSS dead zone in an energy-efficient manner. In one implementation, the functionality employs a sensor management module for determining when to activate a device movement sensor module provided by a user device. When activated, the user device uses the device movement sensor module to perform any environment-specific processing, such as a dead-reckoning process for determining incremental positions within the venue. Further, in a crowd-sourcing application, the user device may report the incremental positions together with beacon information to remote processing functionality.

Abstract: An environment is described in which a processing system provides application-level usage information to users. In one scenario, for example, the processing system may provide personal usage information to a user who is operating a user device. The personal usage information itemizes the amount of data (and/or other resources) that has been consumed by each application run by the user device. In another scenario, the processing system may provide expected usage information associated with at least one candidate application provided by a marketplace system. The expected usage information describes an expected consumption of data (and/or other resources) by the candidate application upon running the candidate application by the user device. The processing system can tailor the expected usage information that it sends to a particular user based on user profile data. The user profile data describes a manner in which users operate applications.

Abstract: A device identifies signals it receives at a particular point in time, such as Wi-Fi signals and cell tower signals. The device records data indicating these identified signals, as well as data used to determine the position of the device at that particular point in time. The position of the device is determined using dead reckoning, which is separated into two stages. In the first stage, a distance and direction of movement is determined at the device based on data from various inertial sensors of the device. In the second stage, various filters, maps, and/or other techniques are used at another device (e.g., a crowd sourcing data service) thus alleviating the device of the burden of performing the second stage.

Abstract: Methods, articles, and systems for determining a probable cause of a component's abnormal behavior are described. To determine the probable cause, a computing device computes, for one or more pairs of components having dependency relationships, a likelihood that behavior of one component of a pair is impacting behavior of the other component of the pair. This computing is based on joint historical behavior of the pair of components. The computing device then determines that one of a plurality of components is a probable cause of the abnormal behavior based on the computed likelihoods.

Abstract: Various technologies pertaining to localizing multiple mobile computing devices in an indoor environment are described. Pairs of microphone arrays are selectively positioned in an indoor environment. A localization service assigns a frequency and schedule to a mobile telephone, and the mobile telephone begins outputting vibrations at the assigned frequency and in conformance with the assigned schedule. The microphone arrays sense the vibrations, and angles between the microphone arrays, respectively, and the mobile computing device are computed based upon the sensed vibrations. Such angles are subsequently employed to compute the location of the mobile computing device in the indoor environment.

Abstract: An analysis management system (AMS) is described that analyzes the in-field behavior of a program resource installed on a collection of computing devices, such as mobile telephone devices or the like. In operation, the AMS can instruct different devices to collect data regarding different observation points associated with the program resource, thus spreading the reporting load among the devices. Based on the data that is collected, the AMS can update a dependency graph that describes dependencies among the observation points associated with the program resource. The AMS can then generate new directives based on the updated dependency graph. The AMS can also use the dependency graph and the collected data to infer information regarding observation points that is not directly supplied by the collected data.

Abstract: An identification is made as to when a device is at an anchor location, which can be a proximity zone along an edge of a dead zone or a location where a signal from a beacon is detected. In response to the device being at an anchor location, recording of crowd sourcing data based on dead reckoning starts. Recording crowd sourcing data based on dead reckoning includes identifying one or more signals received by a device while the device is at each of multiple positions. For each of the multiple positions, both an indication of the position determined based at least in part on dead reckoning and an indication of the one or more signals received while the device is at that position are recorded.

Abstract: An identification is made as to when a device is at an anchor location, which can be a proximity zone along an edge of a dead zone or a location where a signal from a beacon is detected. In response to the device being at the anchor location, one or more inertial sensors can be activated and data from the one or more inertial sensors collected to determine a position of the device using dead reckoning. Alternatively, in response to the device being at the anchor location, a determination is made as to when to deactivate one or more inertial sensors from which data is collected to determine the position of the device using dead reckoning.

Abstract: In one kind of DoS attack, malicious customers may try to send a large number of filter requests against an innocent customer. In one implementation, a Filter Request Server (FRS) may allow a customer against who a filter request is made to dispute the implicit accusation of the filter request or stop sending malicious traffic. If the customer claims innocence, the FRS may log destination addresses of data packets sent by the customer and identify and ignore false filter requests if these filter requests come from customers who do not correspond to one or more of the destination addresses that have previously been logged by the FRS.

Abstract: Called parties in an enhanced communication system are provided location information associated with a calling party to help them determine whether they should accept the call. Alternatively, automatic call routing may be performed based on location context information associated with the calling party such as whether the caller is calling from a regular location association with him/her or an extra-ordinary location.

Abstract: Notifying a user that an email message sent to the user was not received by the user. Users can register to receive notifications. When a sender sends an email message to a recipient, a separate notification also may be sent to a notification service that populates and controls access to an email notification list. Each notification in the list may comprise a hash of the content of the email message that it represents. A recipient module may be configured to check the notification list periodically and/or in response to a recipient's instructions, and compare notifications to the email messages received for the recipient to determine whether any email messages intended for the recipient were not received. If it is determined from the notifications that an email message was not received, a notice may be sent to the sender, which my include a request that the sender re-send the email message.