Abstract: Various models may enable a first device to share a device resource with a second device in various contexts, such as sharing computing sessions via terminal services; sharing displays via display mirroring; and sharing input components across devices. However, such techniques often utilize ad hoc sharing models that depend on configuration and/or administrative access of each device; limit the capabilities of such sharing; and/or exhibit security concerns. Instead, a target device may advertise an availability of a target device resource. A host device may request the target device to lend the target device resource to the computing environment of the host device. The target device may reserve the target device resource for the host device, which may then integrate the target device resource into the host computing environment. The model may enable the user to utilize resources even from target devices that the user is not otherwise permitted to use.

Abstract: In many computing scenarios, a user of a primary device may wish to incorporate an auxiliary device in the presentation of an application. Such incorporation may involve a terminal services session that projects the computing environment of the primary device onto the auxiliary device; mirroring the computing environment of the primary device through the auxiliary device; and/or utilizing applications that interoperate with client applications executing on the second device. However, such techniques may not fully reflect the properties of each device, and/or may only apply to particular applications and/or configurations.

Abstract: A user may interact with a collection of devices that each exhibit particular device properties. Where each device executes and presents an isolated computing environment, inconsistencies may arise in the user interaction by the user with different devices. Alternatively, a terminal server may present a computing environment to various auxiliary devices, but such presentation may fail to utilize some device properties of some devices, and/or may present a computing environment that is not suitable for some devices. Instead, a primary device of the device collection may adapt a primary computing environment to an auxiliary computing environment for each auxiliary device, based upon its device properties. Upon receiving a request to execute an application, the primary device may execute the application within the auxiliary computing environment, and may adapt the application based upon the device properties. The primary device may stream each auxiliary computing environment to the respective auxiliary device.

Abstract: A user may interact with a collection of devices that each exhibit particular device properties. Where each device executes and presents an isolated computing environment, inconsistencies may arise in the user interaction by the user with different devices. Alternatively, a terminal server may present a computing environment to various auxiliary devices, but such presentation may fail to utilize some device properties of some devices, and/or may present a computing environment that is not suitable for some devices. Instead, a primary device of the device collection may adapt a primary computing environment to an auxiliary computing environment for each auxiliary device, based upon its device properties. Upon receiving a request to execute an application, the primary device may execute the application within the auxiliary computing environment, and may adapt the application based upon the device properties. The primary device may stream each auxiliary computing environment to the respective auxiliary device.

Abstract: Various models may enable a first device to share a device resource with a second device in various contexts, such as sharing computing sessions via terminal services; sharing displays via display mirroring; and sharing input components across devices. However, such techniques often utilize ad hoc sharing models that depend on configuration and/or administrative access of each device; limit the capabilities of such sharing; and/or exhibit security concerns. Instead, a target device may advertise an availability of a target device resource. A host device may request the target device to lend the target device resource to the computing environment of the host device. The target device may reserve the target device resource for the host device, which may then integrate the target device resource into the host computing environment. The model may enable the user to utilize resources even from target devices that the user is not otherwise permitted to use.

Abstract: Various models may enable a first device to share a device resource with a second device in various contexts, such as sharing computing sessions via terminal services; sharing displays via display mirroring; and sharing input components across devices. However, such techniques often utilize ad hoc sharing models that depend on configuration and/or administrative access of each device; limit the capabilities of such sharing; and/or exhibit security concerns. Instead, a target device may advertise an availability of a target device resource. A host device may request the target device to lend the target device resource to the computing environment of the host device. The target device may reserve the target device resource for the host device, which may then integrate the target device resource into the host computing environment. The model may enable the user to utilize resources even from target devices that the user is not otherwise permitted to use.

Abstract: A user may interact with a collection of devices that each exhibit particular device properties. Where each device executes and presents an isolated computing environment, inconsistencies may arise in the user interaction by the user with different devices. Alternatively, a terminal server may present a computing environment to various auxiliary devices, but such presentation may fail to utilize some device properties of some devices, and/or may present a computing environment that is not suitable for some devices. Instead, a primary device of the device collection may adapt a primary computing environment to an auxiliary computing environment for each auxiliary device, based upon its device properties. Upon receiving a request to execute an application, the primary device may execute the application within the auxiliary computing environment, and may adapt the application based upon the device properties. The primary device may stream each auxiliary computing environment to the respective auxiliary device.

Abstract: In many computing scenarios, a computing environment of a device may present applications through various presentation components, such as displays, speakers, and headphones. However, navigating among the applications currently presented within the computing environment may be difficult for the user; e.g., for a device presenting many applications on many displays that share an application stack, the application that the user wishes to select may be buried deep within the shared application stack. In accordance with the techniques presented herein, the device may generate an application presentation history for each presentation component, indicating applications that have previously been presented through the presentation component.

Abstract: A user may interact with a collection of devices that each exhibit particular device properties. Where each device executes and presents an isolated computing environment, inconsistencies may arise in the user interaction by the user with different devices. Alternatively, a terminal server may present a computing environment to various auxiliary devices, but such presentation may fail to utilize some device properties of some devices, and/or may present a computing environment that is not suitable for some devices. Instead, a primary device of the device collection may adapt a primary computing environment to an auxiliary computing environment for each auxiliary device, based upon its device properties. Upon receiving a request to execute an application, the primary device may execute the application within the auxiliary computing environment, and may adapt the application based upon the device properties. The primary device may stream each auxiliary computing environment to the respective auxiliary device.

Abstract: Multi-display computing environments are often represented as a unified coordinate space, where each display presents application views within a coordinate region. Such arrangements may enable features such as application views that span multiple displays, but such features may not appeal to users. Additionally, such representations may complicate the application of layouts to particular displays while maintaining relationships among application views. Instead, a view management architecture may generate a user interface collection comprising, for respective displays, an arrangement of view entries for respective views presented on the display. Entries for new views may be added to the arrangement for a particular display, and may be contained within an application container encapsulating all views of an application on the display.

Abstract: The manner of presenting a user interface of an application may be significant in many respects. A user interface may be suitable only for some devices (e.g., buttons may be selectable by a pointer, but not on a touch-sensitive display; textboxes may appear too large or too small on different displays), and may satisfy only some user interactions (e.g., a map interface may be usable on a laptop by a stationary user, but not usable in a vehicle while the user is driving). Presented herein are techniques for automatically generating a user interface that is adapted both for the interaction component properties of the device, and the interaction criteria of the user interaction with the user interface. A device may choose the presentation of each element of a user interface based on such information, and generate a user interface matching both the device and the user interaction with the application.

Abstract: In many computing scenarios, a computing environment of a device may present applications through various presentation components, such as displays, speakers, and headphones. However, navigating among the applications currently presented within the computing environment may be difficult for the user; e.g., for a device presenting many applications on many displays that share an application stack, the application that the user wishes to select may be buried deep within the shared application stack. In accordance with the techniques presented herein, the device may generate an application presentation history for each presentation component, indicating applications that have previously been presented through the presentation component.

Abstract: A user may interact with several devices of a device collection, and may utilize each device in a particular user context, such as driving a vehicle; relaxing at home; and attending meetings in a public location. The user may configure each device according to the user context of the user's interaction with the device. However, devices that are uninformed of the user context of the user's interaction with the device cannot adapt to the user context. Instead, a primary device of the device collection may detect various properties of each auxiliary device of the device collection and determine the user context of the user interaction with the auxiliary device. The primary device transmits to each auxiliary device, for presentation to the user, a user interface with elements of the computing environment adapted according to the user context of the user interaction of the user with the device.

Abstract: Various models may enable a first device to share a device resource with a second device in various contexts, such as sharing computing sessions via terminal services; sharing displays via display mirroring; and sharing input components across devices. However, such techniques often utilize ad hoc sharing models that depend on configuration and/or administrative access of each device; limit the capabilities of such sharing; and/or exhibit security concerns. Instead, a target device may advertise an availability of a target device resource. A host device may request the target device to lend the target device resource to the computing environment of the host device. The target device may reserve the target device resource for the host device, which may then integrate the target device resource into the host computing environment. The model may enable the user to utilize resources even from target devices that the user is not otherwise permitted to use.

Abstract: Multi-display computing environments are often represented as a unified coordinate space, where each display presents application views within a coordinate region. Such arrangements may enable features such as application views that span multiple displays, but such features may not appeal to users. Additionally, such representations may complicate the application of layouts to particular displays while maintaining relationships among application views. Instead, a view management architecture may generate a user interface collection comprising, for respective displays, an arrangement of view entries for respective views presented on the display. Entries for new views may be added to the arrangement for a particular display, and may be contained within an application container encapsulating all views of an application on the display.

Abstract: A user may interact with a collection of devices that each exhibit particular device properties. Where each device executes and presents an isolated computing environment, inconsistencies may arise in the user interaction by the user with different devices. Alternatively, a terminal server may present a computing environment to various auxiliary devices, but such presentation may fail to utilize some device properties of some devices, and/or may present a computing environment that is not suitable for some devices. Instead, a primary device of the device collection may adapt a primary computing environment to an auxiliary computing environment for each auxiliary device, based upon its device properties. Upon receiving a request to execute an application, the primary device may execute the application within the auxiliary computing environment, and may adapt the application based upon the device properties. The primary device may stream each auxiliary computing environment to the respective auxiliary device.

Abstract: In many computing scenarios, a user of a primary device may wish to incorporate an auxiliary device in the presentation of an application. Such incorporation may involve a terminal services session that projects the computing environment of the primary device onto the auxiliary device; mirroring the computing environment of the primary device through the auxiliary device; and/or utilizing applications that interoperate with client applications executing on the second device. However, such techniques may not fully reflect the properties of each device, and/or may only apply to particular applications and/or configurations.

Abstract: Example apparatus and methods concern a first device (e.g., phone, tablet) controlling what is displayed on both the first device and on a second device (e.g., television, computer). The first device may detect the second device and establish a communication link and a context (e.g. control relationship) between the first and second device. The first device may provide an output (e.g., browser, movie) to be displayed on the second device. The first device may also provide a cursor to be displayed on the second device. In response to an action (e.g., touch, gesture) on the first device, an application running on the first device may be controlled, which may in turn determine what is displayed on the second display. The action on the first device may be related to positioning or responding to the cursor in relation to the output displayed on the second device.

Abstract: Example apparatus and methods concern helping a shopper figure out which payment instrument (e.g., card with frequent flyer miles, card with discount, card with hotel points, card with cash back, card with insurance) to use for a particular purchase. Example apparatus and methods identify payment options available for a purchase and identify incentives associated with the payment options. Example apparatus and methods compare the benefits (e.g., miles, points, discount, cash back) that will be provided to the purchaser for different payment options. Example apparatus and methods may then produce an ordered presentation of payment options to a consumer or to a purchase process. Example apparatus and methods may facilitate a consumer increasing the utility of participation in affinity programs, may facilitate a consumer achieving a reward status, may facilitate a consumer achieving a desired discount, or may generally improve the consumer's shopping experience.

Abstract: A method for storing event memorabilia is provided by an online service that receives over a wide-area network notification that a first user has registered to attend an event a sporting event, a concert). The service also receives over the wide-area network metadata associated with the event. The service locates a user profile associated with the first user and stores the metadata and an association between the metadata and the first user profile in a database. The service also grants the first user access to the user profile and the metadata associated therewith.