Abstract: Among other things, one or more techniques and/or systems are provided for facilitating the completion of a user task. That is, user intent (e.g., intentions of a user to perform a user task) may be identified. The user intent may comprise an entity (e.g., a movie entity) and/or an action (e.g., an order movie tickets action) that the user wants to perform on the entity. A provider list may be created based upon one or more providers capable of performing the action on the entity (e.g., a movie application may be capable of performing the order movie tickets action on the movie entity). Providers may be dynamically selected for inclusion within the provider list at run-time. For example, an open market of providers may be maintained (e.g., providers may be added, removed, and/or updated over time), such that providers may be selected from the open market to complete user tasks.

Abstract: An application (“app”) may be associated with a web site, so that an online service may use the connection between the app and the web site. In one example, the online service is an information provider, such as a search engine or advertising engine. The online service provides a web administrator portal, through which a webmaster provides or generates a secret code. The webmaster gives the secret code to an app developer, who gives the code to an app store when the app is published. If the service provides information about the web site (e.g., as a search result or ad impression), the service may also provide an indication of the app, since the use of the code represents confirmation by both the webmaster and app developer that a relationship exists between the web site and the app.

Abstract: Among other things, one or more techniques and/or systems are provided for facilitating the completion of a user task. That is, user intent (e.g., intentions of a user to perform a user task) may be identified. The user intent may comprise an entity (e.g., a movie entity) and/or an action (e.g., an order movie tickets action) that the user wants to perform on the entity. A provider list may be created based upon one or more providers capable of performing the action on the entity (e.g., a movie application may be capable of performing the order movie tickets action on the movie entity). Providers may be dynamically selected for inclusion within the provider list at run-time. For example, an open market of providers may be maintained (e.g., providers may be added, removed, and/or updated over time), such that providers may be selected from the open market to complete user tasks.

Abstract: Adaptive message notification for mobile devices is disclosed. Notification messages, each with an attached or embedded Trace ID, are sent by a message service to one or more mobile devices. The message content and timing is controlled by a modifiable ruleset maintained by the message service. User action in response to a notification message results in session data and an embedded or attached Trace ID being sent by the mobile device(s) to the message service. The message service analyzes the session data and, if appropriate, modifies the ruleset.

Abstract: Among other things, one or more techniques and/or systems are provided for facilitating the completion of a user task. That is, user intent (e.g., intentions of a user to perform a user task) may be identified. The user intent may comprise an entity (e.g., a movie entity) and/or an action (e.g., an order movie tickets action) that the user wants to perform on the entity. A provider list may be created based upon one or more providers capable of performing the action on the entity (e.g., a movie application may be capable of performing the order movie tickets action on the movie entity). Providers may be dynamically selected for inclusion within the provider list at run-time. For example, an open market of providers may be maintained (e.g., providers may be added, removed, and/or updated over time), such that providers may be selected from the open market to complete user tasks.

Abstract: Adaptive message notification for mobile devices is disclosed. Notification messages, each with an attached or embedded Trace ID, are sent by a message service to one or more mobile devices. The message content and timing is controlled by a modifiable ruleset maintained by the message service. User action in response to a notification message results in session data and an embedded or attached Trace ID being sent by the mobile device(s) to the message service. The message service analyzes the session data and, if appropriate, modifies the ruleset.

Abstract: Adaptive message notification for mobile devices is disclosed. Notification messages, each with an attached or embedded Trace ID, are sent by a message service to one or more mobile devices. The message content and timing is controlled by a modifiable ruleset maintained by the message service. User action in response to a notification message results in session data and an embedded or attached Trace ID being sent by the mobile device(s) to the message service. The message service analyzes the session data and, if appropriate, modifies the ruleset.

Abstract: Adaptive message notification for mobile devices is disclosed. Notification messages, each with an attached or embedded Trace ID, are sent by a message service to one or more mobile devices. The message content and timing is controlled by a modifiable ruleset maintained by the message service. User action in response to a notification message results in session data and an embedded or attached Trace ID being sent by the mobile device(s) to the message service. The message service analyzes the session data and, if appropriate, modifies the ruleset.

Abstract: Applications (“apps”), through which a service may be accessed, may be identified to a user, along with a preview of the app. In one example, a user performs a search for a service. The search engine may return the web site through which the service is provided, and/or the app associated with that service. Preview content that describes the app may also be provided. The content may be variable, and may be filled in based on contextual information such as a search query string or user information. If the app is installed, then clicking, tapping, or otherwise activating the app may launch the app, possibly with context information being provided to the app. If the app is not installed, then a link to obtain the app may be provided.

Abstract: An application (“app”) may be associated with a web site, so that an online service may use the connection between the app and the web site. In one example, the online service is an information provider, such as a search engine or advertising engine. The online service provides a web administrator portal, through which a webmaster provides or generates a secret code. The webmaster gives the secret code to an app developer, who gives the code to an app store when the app is published. If the service provides information about the web site (e.g., as a search result or ad impression), the service may also provide an indication of the app, since the use of the code represents confirmation by both the webmaster and app developer that a relationship exists between the web site and the app.

Abstract: Among other things, one or more techniques and/or systems are provided for facilitating the completion of a user task. That is, user intent (e.g., intentions of a user to perform a user task) may be identified. The user intent may comprise an entity (e.g., a movie entity) and/or an action (e.g., an order movie tickets action) that the user wants to perform on the entity. A provider list may be created based upon one or more providers capable of performing the action on the entity (e.g., a movie application may be capable of performing the order movie tickets action on the movie entity). Providers may be dynamically selected for inclusion within the provider list at run-time. For example, an open market of providers may be maintained (e.g., providers may be added, removed, and/or updated over time), such that providers may be selected from the open market to complete user tasks.

Abstract: A usage data collection and evaluation mechanism may collect usage information from various sources and summarize the usage information to determine a role for a system. The role and usage information may be transmitted to a centralized server for aggregation and analysis. The collection and transmission of usage data may be governed by and conform to a privacy agreement and may be collected when an end user agrees to such collection. Role determination may be performed using data collected from a single device, multiple devices, or from a network monitoring system. The usage data collection and evaluation mechanism may determine an installed role base and any changes in the installed role base since a previous report.

Abstract: A usage data collection and evaluation mechanism may collect usage information from various sources and summarize the usage information to determine a role for a system. The role and usage information may be transmitted to a centralized server for aggregation and analysis. The collection and transmission of usage data may be governed by and conform to a privacy agreement and may be collected when an end user agrees to such collection. Role determination may be performed using data collected from a single device, multiple devices, or from a network monitoring system. The usage data collection and evaluation mechanism may determine an installed role base and any changes in the installed role base since a previous report.