Microsoft Technology Licensing, LLC

Patrick Joseph Derks

Kenton Allen Shipley

Ramrajprabu Balasubramanian

Darren Ray Davis

William Scott Stauber

Issa Yousef Khoury

Petteri Mikkola

Elizabeth Fay Threlkeld

Keri Kruse Moran

Ryan Pendlay

Giorgio Francesco Sega

Jidesh Veeramachaneni

Nathan T Radebaugh

Andrew C Seres

Paul Dykstra

Mohammed Kaleemur Rahman

Nishad Mulye

Brian David Cross

Darin James Dishneau

Christian Klein

Bret P Anderson

Scott David Schenone

Eric Jonathan Hull

Peter Hammerquist

Matthias Baer

Shawn Michael Brown

Bryan Kim Mamaril

Sophors Khut

Sean Gary Nordberg

Jan H Karachale

Steve Lunsman

Jeremy Corley

Matt Pisut

J Sage Schreiner

David Manci Gardner

Rahul Dhar

Tal Goldbloom

Sammy Chiu

Jason Michael Deakins

Nancy Sedora

Cassandra April King

Daniel Edward Stafford

Darcie Alison Gurley

Max Michael Benat

Gregory Allen Keyser

James David Peter Drage

Atulkumar Desai

David John Woods

Anubhav Kale

Gene Michael DeClark

Yoav Sion

Ashish Virmani

James Oleinik

Jan Harold Karachale

Ryan Chandler Pendlay

A system for generating a user interface described herein can include a processor to detect a plurality of display characteristics from a user interface manager, wherein the plurality of display characteristics correspond to a type of a device. The processor can also detect a list of applications being executed by the system and generate a user interface container by applying the plurality of display characteristics to each of the applications from the list of applications.

Generating user interface containers

A system for generating a user interface described herein can include a processor to detect a type of the system based on hardware components residing within the system or coupled to the system and determine a user interface manager to execute based on the type of the system. The processor can also execute the user interface manager to generate a user interface for the system, wherein the type of the user interface manager comprises a plurality of rules to indicate a layout of the user interface.

Rules based user interface generation

A technique is described herein for facilitating movement of graphical objects across display screens. In one manner of operation, the method includes: displaying a representation of a first movement as a user moves a graphical object across a source screen; detecting that the user has moved the graphical object into a graphical source portal associated with the source screen; associating the graphical object with two or more graphical destination portals provided by the plural display screens, in addition to the graphical source portal, such that the graphical object is accessible from the graphical source portal and any graphical destination portal; detecting that the user has removed the graphical object from a chosen graphical portal in a chosen screen; displaying the graphical object as having been removed from all graphical portals; and displaying a second movement as the user moves the graphical object across the chosen screen to a final destination.

Facilitating movement of graphical objects across separate screens

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.

Lending target device resources to host device computing environment

A technique is described herein for managing the manner in which a computing device transitions from one user interface (UI) mode to another. The technique stores state information that describes prior states of UI features that have appeared in previous UI presentations, with respect to different UI modes. When transitioning from a first UI presentation (associated with a first UI mode) to a second UI presentation (associated with a second UI mode), the technique leverages the state information to restore one or more aspects of a prior-encountered state associated with the second UI mode.

Transitioning between interface modes based on stored state information

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. Instead, the primary device may adapt the primary computing environment to an auxiliary computing environment according to a device property of the auxiliary device; partition the application into a primary application portion presented within the primary computing environment and an auxiliary application portion presented within the auxiliary computing environment; and transmit the auxiliary computing environment to the auxiliary device.

Partitioned application presentation across devices

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.

Presentation of computing environment on multiple devices

A method of payment using a client device is disclosed. The payment can be made through a payment method service that can control the payment flow and options available to the user of a client device. Using the payment method service, new payment options with new data schemas and/or new process flows can be used by the client device, but without any need to update software stored on the client device. The payment method service can utilize the look and feel of the client device, such that the user views payment options in the native UI of the client device.

Payment processing for client devices

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. A request to transition a selected presentation component away from a current application presentation may be fulfilled by identifying a second application having an application presentation in the application presentation history of the selected presentation component, and transitioning the selected presentation component to the second application.

Component-specific application presentation histories

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. This multi-display representation enables display layouts to be applied to the views within a particular display while preserving relationships among views presented by each of several displays of the computing environment.

View management architecture

Embodiments of the disclosure provide peer-to-peer communication of device movements. A first computing device receives a message from a second computing device via a peer-to-peer connection. If the message does not include movement information, the first computing device requests from the second computing device the movement information describing travel of the second computing device. Upon receipt of the movement information over the peer-to-peer connection, the first computing device presents the received message and the received movement information to a user of the first computing device. The movement information may include route, velocity, heading and an estimated time of arrival, and may be periodically updated via additional messages sent to the first computing device. In some embodiments, the first computing device and the second computing device are configured to automatically send and receive movement information without user input.

Peer-to-peer device movement communications

A system and method are described for analyzing a menu. In one embodiment, a mobile device can obtain a digital version of a restaurant menu. A list of food criteria can be stored on the mobile device and tailored to a particular user of the mobile device. The restaurant menu can then be filtered using the stored list of food criteria to display a reduced version of the restaurant menu with items that conflict with the food criteria removed. In another embodiment, the digital version of the menu can be translated. For example, a destination language can be based on a language setting in the mobile device. A source language can either be entered by the user, determined automatically by comparing words in the menu itself against dictionaries in different languages, or by using geographic location of the restaurant.

Analyzing restaurant menus in view of consumer preferences

Growing community of inventors

Seattle, WA, United States of America

Patrick Joseph Derks