Abstract: Systems and methods relating to obtaining group criteria for mobile devices to be associated with a user-specified group; determining that a first mobile device satisfies the group criteria; obtaining a release time for the group in connection with a first software update; determining that availability of the first software update should not be indicated prior to the release time to the first mobile device based on the determination that the first mobile device satisfies the group criteria; and indicating, at a first time, to the first mobile device that the first software update is available based on the first time occurring during or after the release time.

Abstract: Systems and methods relating to obtaining group criteria for mobile devices to be associated with a user-specified group; determining that a first mobile device satisfies the group criteria; obtaining a release time for the group in connection with a first software update; determining that availability of the first software update should not be indicated prior to the release time to the first mobile device based on the determination that the first mobile device satisfies the group criteria; and indicating, at a first time, to the first mobile device that the first software update is available based on the first time occurring during or after the release time.

Abstract: Systems and methods for remote diagnostics are disclosed. In some implementations, a request for a device diagnostic session is provided from a mobile device to a diagnostic server. In response to the request, a messaging service message from the diagnostic server may be received at the mobile device. The messaging service message may include an authentication token. Upon receipt of the messaging service message including the authentication token, a diagnostic client resident at the mobile device may be initialized. Upon authenticating the authentication token included in the received messaging service message, a secure connection for the device diagnostic session may be established between the diagnostic server and the initialized diagnostic client. Diagnostic commands may be received at the diagnostic client from the diagnostic server via the established secure connection. The diagnostic commands may cause the diagnostic server to retrieve device diagnostics of the mobile device.

Abstract: A middleware device opens, based on an assistance call from a mobile device, a first leg of a websocket with a system associated with a call center customer representative, and sends a SMS text message to the mobile device that includes a first authentication token. The middleware device receives, while attempting to establish a second leg of the websocket between the first middleware device and the mobile device, a second authentication token from the mobile device, authenticates the mobile device based on the second authentication token, and opens the second leg of the websocket between the middleware device and the mobile device based on whether the authentication is successful. The middleware device receives a captured display screen from the mobile device via the second leg of the websocket, and sends the captured display screen to the system associated with the customer representative via the first leg of the websocket.

Abstract: A middleware device opens, based on an assistance call from a mobile device, a first leg of a websocket with a system associated with a call center customer representative, and sends a SMS text message to the mobile device that includes a first authentication token. The middleware device receives, while attempting to establish a second leg of the websocket between the first middleware device and the mobile device, a second authentication token from the mobile device, authenticates the mobile device based on the second authentication token, and opens the second leg of the websocket between the middleware device and the mobile device based on whether the authentication is successful. The middleware device receives a captured display screen from the mobile device via the second leg of the websocket, and sends the captured display screen to the system associated with the customer representative via the first leg of the websocket.

Abstract: A customer service system is described that uses a remote device diagnostic system to improve a customer's experience during a customer service call. Mobile device operating system application programming interfaces provide access to resources on a mobile device allowing an external customer service system to access device information. The customer service system utilizes a combination of application programming interfaces and a device management protocol to provide remote device diagnostics during a customer service call. For devices that support device management protocol, the customer service system uses application programming interfaces for retrieval of device parameters and uses device management for device parameter configuration. For devices that do not support device management, the customer service system uses application programming interfaces for device parameter retrievals, but does not provide capabilities for remote device parameter configuration.

Abstract: Systems and methods for remote diagnostics are disclosed. In some implementations, a request for a device diagnostic session is provided from a mobile device to a diagnostic server. In response to the request, a messaging service message from the diagnostic server may be received at the mobile device. The messaging service message may include an authentication token. Upon receipt of the messaging service message including the authentication token, a diagnostic client resident at the mobile device may be initialized. Upon authenticating the authentication token included in the received messaging service message, a secure connection for the device diagnostic session may be established between the diagnostic server and the initialized diagnostic client. Diagnostic commands may be received at the diagnostic client from the diagnostic server via the established secure connection. The diagnostic commands may cause the diagnostic server to retrieve device diagnostics of the mobile device.

Abstract: A push messaging platform includes a push server system having push engines (PE) for maintaining persistent connections with mobile devices, and push controllers (PC) for maintaining records of mobile devices' connections. The platform provides high scalability by including a load balancer for distributing connection requests received from mobile devices across the PEs, and dispatchers for forwarding each received message to a PC associated with the mobile device identified in the message. The platform provides high availability by using local backup PCs and remote mirror PCs. A global registered process (GRP) on each PC is linked to a process on a backup PC, and the backup process replaces the GRP if the GRP fails. Local registered processes (LRP) on each PC are linked to corresponding processes on a remotely located mirror PC, and the mirror process replaces the LRP if the LRP fails.

Abstract: As disclosed in this document, various methods, computer-readable media, and/or computer systems are described for providing search-related services. These search-related services include providing an item list to one or more computer users in which a computer user can add an item for monitoring and/or bargaining with an advertiser. In responding to a search query, a search results page is generated that includes responsive search results. The search results page further includes one or more advertised items. Proximate to at least some of these advertised items is a user-actionable control which, when activated by a computer user, causes the advertised item to be placed on an item list corresponding to the computer user.

Abstract: Systems, methods, and computer-readable storage media for providing a vendor-independent item list to a computer user are presented. A vendor-independent item list is provided in which a plurality of computer users each have a corresponding item list upon which a computer user can add entries for various items offered by vendors. Upon receiving a user-initiated indication that the user would potentially like to add one or more items from a currently-viewed web page, a process identifies item information from the web page and presents the item information (including information for at least one item) to the computer user. Upon receiving a selection from the computer user of a presented item, an entry for that selected item is added to the computer user's item list. The computer user and one or more vendors can interact with offers and counter-offers.

Abstract: Systems, methods, and computer-readable storage media are described for providing an item list to a computer user. An item list is provided in which a plurality of computer users each have a corresponding item list into which a computer user can add entries for various item offered by vendors. Upon receiving a user-initiated indication to add an item to the computer user's item list, an entry is added to the item list along with a user amount indicative of an amount the user is willing to pay for the item. After adding an entry to the item list, a minimum price is determined from each of a plurality of vendors offering the item. A vendor (from the plurality of vendors) is selected and an offer is generated for the user on behalf of the vendor.

Abstract: A push messaging platform includes a push server system having push engines (PE) for maintaining persistent connections with mobile devices, and push controllers (PC) for maintaining records of mobile devices' connections. The platform provides high scalability by including a load balancer for distributing connection requests received from mobile devices across the PEs, and dispatchers for forwarding each received message to a PC associated with the mobile device identified in the message. The platform provides high availability by using local backup PCs and remote mirror PCs. A global registered process (GRP) on each PC is linked to a process on a backup PC, and the backup process replaces the GRP if the GRP fails. Local registered processes (LRP) on each PC are linked to corresponding processes on a remotely located mirror PC, and the mirror process replaces the LRP if the LRP fails.