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:
Location inference using selected beacons. Data is received representing a set of beacons observed by a computing device. The beacons are located within a first geographic area. A subset (e.g., a clique) of the beacons is selected based on a coverage area of each of the beacons, where each of the beacons in the selected subset has a coverage area that overlaps with the coverage area of each of the other beacons in the selected subset. Using known or estimated positions of the beacons, a second geographic area is defined based on the selected subset of beacons and the beacon reference data and the coverage areas associated therewith. The second geographic area, smaller than the first geographic area, represents an approximate location of the computing device. In some embodiments, the computing device is calculated to be within the second geographic area with 95% probability.
Abstract:
Determining geospatial patterns from device data collected from a plurality of computing devices. The devices represent, for example, a plurality of sources providing the device data. The device data describes the computing devices and/or environments thereof. Some embodiments present the determined patterns to users for editing, update maps with the edited patterns, and distribute the maps to the users. The maps are stored to create a searchable map library.
Abstract:
A selective call radio (100) has a radio frequency transceiver (102), and a processor (104) for controlling operations of the transceiver. The processor is programmed to cause (202) the transceiver to receive a third party call while the SCR is actively engaged in an end user call, and respond (203) to the third party call according to a call response profile defined by an end user of the SCR.
Abstract:
Software code sections can include at least one calling procedure (110) and a called procedure (140). The called procedure can include an interpreted code body (144). Execution of the interpreted code body can require the use of an associated interpreter. The software code sections can also include prologue (142) associated with the called procedure. The prologue can be invoked by the at least one calling procedure and can responsively actuate the interpreted code body causing programmatic actions defined within the interpreted code body to execute. Execution of the prologue does not require use of an interpreter. In one embodiment, the interpreted code body of the called procedure can execute upon a platform having an application binary interface (115). The prologue can actuate the interpreted code body according to specifications of the application binary interface.
Abstract:
A method (500) of activating an application in a client/server environment can include the steps of selectively highlighting (502) an application on a user interface on a client device (10) wirelessly linked to a server (25, 26, or 27) and launching and activating the application and connecting (508) to the server upon selecting an input (37) (such as such as a PTT button) on the client device. The step of selectively highlighting can include the optional steps of scrolling (504) through a phonebook menu of options and selectively highlighting a connectivity identifier (506) among a plurality of connectivity identifiers. The client device can optionally connect to the server via a network associated with the connectivity identifier selectively highlighted (510). The method can further include the step of receiving (512) a response from the server in a form emulating a push-to-talk response.
Abstract:
A method for context watermarking includes the steps of performing a Hash function “D” of the digital content (502). A Hash function “C” of the context information is also calculated (504). The Hash “D” is then appended to the context information (506) while the Hash “C” is appended to the digital content (508). The augmented content and context information are then packaged together (510) with the Hash values “D” and “C” helping to bind the content and context together. Instead of using Hash function other more sophisticated signatures can be used like those produced using Discrete Wavelet Transforms (DWT) or fractal-based transforms. An electronic device such as a radio communication device (700) capable of performing context watermarking is also described.
Abstract:
A method of conducting transactions in a wireless electronic commerce system, where the system comprises a wireless network operator certification authority (400) having a root public key certificate and at least one attribute authority (404, 405, 406) having a digital certificate that is dependent from the root public key certificate. The attribute authority is accessible by a wireless client device (450, 452) via a wireless network. The digital certificate is delivered from the attribute authority to the wireless device, the attribute authority is verified to the wireless client device using the digital certificate and the root public key certificate pre-loaded in the wireless client device under authority of the wireless network operator. An attribute (software, service, right/permission or other content item) is delivered to the wireless client device over the wireless network and ultimately enabled at the wireless client device.
Abstract:
Traffic in a radio communication system (FIG. 1) is adaptively balanced (300) to control congestion. A congestion model is maintained (302) with congestion dependencies including first and second types of congestion along with corresponding likelihood functions that indicate a likelihood that the first type of congestion will lead to the second type of congestion. An early warning of an impending congestion is detected (304) from an incoming traffic mix which exceeds an output traffic capability, given a current output allocation and configuration. The congestion model is accessed (306), in response to detecting the impending congestion, to identify and determine a priority for possible sources of the impending congestion. Action is then taken (308, 314, 318) to relieve the impending congestion by doing at least one of (a) increasing output resources and (b) decreasing traffic rates from the possible sources, prioritized in accordance with the congestion model.
Abstract:
A communication system (100) includes a shared communication medium, such as a communication channel or a base station, for providing messages and transmission devices (110) for transmitting the messages over the shared communication medium during sharing periods defined by a sharing pattern (114). A trading center (105) coupled to the transmission devices (110) modifies the sharing pattern (114) in response to traffic handled by the transmission devices (110).