Abstract: Signaling from a mobile device is transparently tunneled through a cellular voice network to a Voice over Internet Protocol (“VoIP”) core network so that multi-party calls, including conference calls and call waiting, can be managed entirely within the VoIP core network. The tunneled signals enable call control to be implemented in the VoIP core network and also establish a way to communicate requests, instructions, and call state. The signaling is transparent to the cellular network because that network does not receive and interpret the signaling. Instead, the cellular network's existing and unmodified control plane is repurposed by the mobile device by placing new, brief outgoing calls through the cellular network to the VoIP core network where the called party number (i.e., the caller-ID) encodes specific information. The VoIP core network immediately releases the new cellular call once the caller-ID is received and the encoded information is interpreted.

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: Voice call continuity is provided for calls that are carried over a hybrid network infrastructure in which access connections are distributed over loosely coupled network portions including a backend network such as a core VoIP (Voice over Internet Protocol) service network, one or more cellular mobile networks, and a public switched telephone network (“PSTN”). The calls are routed through the core VoIP network regardless of their points of origination or termination in other network portions so that signaling and call context are anchored in the core VoIP network. The conditions under which user equipment operate are continuously monitored so that when a connection is determined to have been unacceptably degraded or is likely to be interrupted, and/or a more optimal connection is available, a handover of the call to another connection is initiated so that call continuity is maintained using the lowest cost connection that provides acceptable call quality.

Abstract: A system for acquiring access to a web-based application includes one or more computer-readable storage media and an application (e.g., a web browser) for accessing and retrieving over a network a plurality of resources. The system also includes a program interface embodied on the one or more computer-readable storage media. The program interface is configured to present a common set of application program interfaces (APIs) that can be used by the application to demonstrate that a user of the application is entitled to access a first resource. The system also includes programming logic configured to determine if the user of the application is authorized to access the first resource. If it is determined that authorization has not been established to access the first resource, the application is directed to communicate with a marketplace to obtain authorization to access the first resource.

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: Signaling from a mobile device is transparently tunneled through a cellular voice network to a Voice over Internet Protocol (“VoIP”) core network so that multi-party calls, including conference calls and call waiting, can be managed entirely within the VoIP core network. The tunneled signals enable call control to be implemented in the VoIP core network and also establish a way to communicate requests, instructions, and call state. The signaling is transparent to the cellular network because that network does not receive and interpret the signaling. Instead, the cellular network's existing and unmodified control plane is repurposed by the mobile device by placing new, brief outgoing calls through the cellular network to the VoIP core network where the called party number (i.e., the caller-ID) encodes specific information. The VoIP core network immediately releases the new cellular call once the caller-ID is received and the encoded information is interpreted.

Abstract: Voice call continuity is provided for calls that are carried over a hybrid network infrastructure in which access connections are distributed over loosely coupled network portions including a backend network such as a core VoIP (Voice over Internet Protocol) service network, one or more cellular mobile networks, and a public switched telephone network (“PSTN”). The calls are routed through the core VoIP network regardless of their points of origination or termination in other network portions so that signaling and call context are anchored in the core VoIP network. The conditions under which user equipment operate are continuously monitored so that when a connection is determined to have been unacceptably degraded or is likely to be interrupted, and/or a more optimal connection is available, a handover of the call to another connection is initiated so that call continuity is maintained using the lowest cost connection that provides acceptable call quality.

Abstract: Content is rendered for display using a plurality of rendering contexts. Rendering is performed, at least in part, using a graphics processing unit (GPU). The plurality of rendering contexts can comprise a lower priority rendering context and a higher priority rendering context. One or more components can be associated with each of the lower priority rendering context and the higher priority rendering context. Different restrictions can be imposed on each rendering context. Restrictions can include a restriction on block size, prioritization of requests for each context, and a restriction on the number of requests in a GPU queue at a time.

Abstract: Techniques for reconciliation and remediation of messages sent by a server for storage in an archive are described. Some techniques may comprise receiving a message to be reconciled corresponding to a message sent by a server to be stored in an archive. The received message may be categorized for reconciliation, and a delivery confirmation query may be issued to the archive according to categorization of the message for reconciliation. Based on the response to the delivery confirmation query, it can be determined with certainty whether the message sent to the archive for storage is indeed stored at the archive. Other embodiments are described and claimed.

Abstract: A system for acquiring access to a web-based application includes one or more computer-readable storage media and an application (e.g., a web browser) for accessing and retrieving over a network a plurality of resources. The system also includes a program interface embodied on the one or more computer-readable storage media. The program interface is configured to present a common set of application program interfaces (APIs) that can be used by the application to demonstrate that a user of the application is entitled to access a first resource. The system also includes programming logic configured to determine if the user of the application is authorized to access the first resource. If it is determined that authorization has not been established to access the first resource, the application is directed to communicate with a marketplace to obtain authorization to access the first resource.

Abstract: Content is rendered for display using a plurality of rendering contexts. Rendering is performed, at least in part, using a graphics processing unit (GPU). The plurality of rendering contexts can comprise a lower priority rendering context and a higher priority rendering context. One or more components can be associated with each of the lower priority rendering context and the higher priority rendering context. Different restrictions can be imposed on each rendering context. Restrictions can include a restriction on block size, prioritization of requests for each context, and a restriction on the number of requests in a GPU queue at a time.

Abstract: A system provides high availability electronic message forwarding. When an electronic message is communicated to a first server, a copy of the electronic message is maintained at a second server. The electronic message is maintained on both servers until the electronic message is successfully communicated to a third server. After the message is delivered to the third server, the electronic message is removed from both the first server and the second server. If the first server fails to communicate the electronic message to the third server, the second server does so.

Abstract: A system provides high availability electronic message forwarding. When an electronic message is communicated to a first server, a copy of the electronic message is maintained at a second server. The electronic message is maintained on both servers until the electronic message is successfully communicated to a third server. After the message is delivered to the third server, the electronic message is removed from both the first server and the second server. If the first server fails to communicate the electronic message to the third server, the second server does so.

Abstract: Policy rules for a particular communication mode are adapted and implemented for other communication modes in a dynamic and/or automated manner. Organization level and/or personal policies for one communication mode are evaluated and modified as necessary for other communication modes, which may be integrated with each other or distinctly managed. Rules may be adapted based on user, groups, or policy types.

Abstract: Policy rules for a particular communication mode are adapted and implemented for other communication modes in a dynamic and/or automated manner. Organization level and/or personal policies for one communication mode are evaluated and modified as necessary for other communication modes, which may be integrated with each other or distinctly managed. Rules may be adapted based on user, groups, or policy types.

Abstract: A client replication component of a replication system sends to a server replication component of the replication system a request to update a target email recipient list. In response to the request, the server replication component sends to the client replication component a list of hashed blocks representing the target email recipient list. The client replication component generates a list of hashed blocks representing a local email recipient list, and compares the locally-generated list of hashed blocks to the list of hashed blocks received from the server replication component to identify the hashed blocks in the lists of hashed blocks that are different. The client replication component then sends to the server replication component the blocks of the local email recipient list that correspond to the identified, different hashed blocks for updating on the target email recipient list.

Abstract: Techniques for reconciliation and remediation of messages sent by a server for storage in an archive are described. Some techniques may comprise receiving a message to be reconciled corresponding to a message sent by a server to be stored in an archive. The received message may be categorized for reconciliation, and a delivery confirmation query may be issued to the archive according to categorization of the message for reconciliation. Based on the response to the delivery confirmation query, it can be determined with certainty whether the message sent to the archive for storage is indeed stored at the archive. Other embodiments are described and claimed.

Abstract: A notification mechanism that aggregates multiple email tracking status updates into a new type of aggregated message, and transports this new type of message according to a configured interval. The tracking status transported in this aggregated status message can be a positive delivery event, a negative delivery event, hand-off of ownership, or any information to be communicated. This information can be delivered to email users to provide information about the message delivery and, routed to messaging system applications such as journaling (to allow rich delivery information in a journal report) and/or high-availability transport (to allow resubmission of a message in case of hardware failure).

Abstract: A system provides high availability electronic message forwarding. When an electronic message is communicated to a first server, a copy of the electronic message is maintained at a second server. The electronic message is maintained on both servers until the electronic message is successfully communicated to a third server. After the message is delivered to the third server, the electronic message is removed from both the first server and the second server. If the first server fails to communicate the electronic message to the third server, the second server does so.

Abstract: A client replication component of a replication system sends to a server replication component of the replication system a request to update a target email recipient list. In response to the request, the server replication component sends to the client replication component a list of hashed blocks representing the target email recipient list. The client replication component generates a list of hashed blocks representing a local email recipient list, and compares the locally-generated list of hashed blocks to the list of hashed blocks received from the server replication component to identify the hashed blocks in the lists of hashed blocks that are different. The client replication component then sends to the server replication component the blocks of the local email recipient list that correspond to the identified, different hashed blocks for updating on the target email recipient list.