Abstract: A mobile device utilizes a two-stage dialing solution when roaming on a visited mobile operator (MO) network to implement centralized routing so that a home network portion of a hybrid network is inserted into the path of outbound calls. A remote centralized routing (CR) service interoperates with a CR client on the mobile device. When a call is initiated to a remote party, the CR client calls into an arbitrary roaming routing number that is terminated in the home network. Once the call is connected between the mobile device and home network, the CR client sends a dialing string that includes a destination number of the remote party. The CR service calls the destination number and then bridges the calls to the mobile device and remote party to establish an end-to-end call path between the local and far ends of the call that traverses the home network.

Abstract: A mobile device utilizes a two-stage dialing solution when roaming on a visited mobile operator (MO) network to implement centralized routing so that a home network portion of a hybrid network is inserted into the path of outbound calls. A remote centralized routing (CR) service interoperates with a CR client on the mobile device. When a call is initiated to a remote party, the CR client calls into an arbitrary roaming routing number that is terminated in the home network. Once the call is connected between the mobile device and home network, the CR client sends a dialing string that includes a destination number of the remote party. The CR service calls the destination number and then bridges the calls to the mobile device and remote party to establish an end-to-end call path between the local and far ends of the call that traverses the home network.

Abstract: A notification service that efficiently scales to the number and variety of notifications and users being serviced. The notification service is separated into three general functional components. A listener component receives a notification in a network format suitable for transmitting the notification over a network. The listener component translates the notification into an internal processing format used by the notification service. The notification is then forwarded to a routing component that determines a category associated with the notification, and performs a set of one or more operations on the notification based on its category. Finally, the notification service is forwarded to a delivery service for delivery of the notification to the notification sink. The listener component, the routing component, and the delivery component may each be scaled in order to adjust for current processing loads using load balancing functionality.

Abstract: A protocol for synchronizing data is provided. Additionally, a system and method of using the protocol are also provided. The protocol allows responses to be grouped with commands in a single XML document. It provides a command for requesting a single object be sent without requiring that all unsynchronized objects be sent. It provides a command for specifying how many objects at a time should be sent and a response that indicates that more objects are available to be sent. It provides a means for arbitrarily extending the protocol in application-specific ways. It provides a means for sending updates while requesting that no updates be sent back.

Abstract: A notification service that efficiently scales to the number and variety of notifications and users being serviced. The notification service is separated into three general functional components. A listener component receives a notification in a network format suitable for transmitting the notification over a network. The listener component translates the notification into an internal processing format used by the notification service. The notification is then forwarded to a routing component that determines a category associated with the notification, and performs a set of one or more operations on the notification based on its category. Finally, the notification service is forwarded to a delivery service for delivery of the notification to the notification sink. The listener component, the routing component, and the delivery component may each be scaled in order to adjust for current processing loads using load balancing functionality.

Abstract: The present invention provides a provisioning interface between a plurality of wireless communication carriers and a mobile data service provider, which allows carrier specific business logic to be executed at the provider. This is especially useful when managing account information that identifies which of the provider's services are available to each of the plurality of carriers' individual users. A request handler receives a request from the carrier and processes the request to generate a work item, which is then stored for future processing. A request processor can then retrieve the work item, determine an appropriate task processor, and pass the work item to the appropriate task processor for processing. Finally, a task processor is provided that processes one or more tasks associated with the work item in accordance with the carrier's business logic stored in a business logic store.

Abstract: A notification service that efficiently scales to the number and variety of notifications and users being serviced. The notification service is separated into three general functional components. A listener component receives a notification in a network format suitable for transmitting the notification over a network. The listener component translates the notification into an internal processing format used by the notification service. The notification is then forwarded to a routing component that determines a category associated with the notification, and performs a set of one or more operations on the notification based on its category. Finally, the notification service is forwarded to a delivery service for delivery of the notification to the notification sink. The listener component, the routing component, and the delivery component may each be scaled in order to adjust for current processing loads using load balancing functionality.

Abstract: A protocol for synchronizing data is provided. Additionally, a system and method of using the protocol are also provided. The protocol allows responses to be grouped with commands in a single XML document. It provides a command for requesting a single object be sent without requiring that all unsynchronized objects be sent. It provides a command for specifying how many objects at a time should be sent and a response that indicates that more objects are available to be sent. It provides a means for arbitrarily extending the protocol in application-specific ways. It provides a means for sending updates while requesting that no updates be sent back.