Microsoft Technology Licensing, LLC

Otto G Berkes

Hok-Sum Horace Luke

Avi R Geiger

David W Williams

Steven Nabil Bathiche

Joseph H Matthews, Iii

John Clavin

Victor Keith Blanco

Ian C LeGrow

Joseph Reginald Scott Molnar

Andrew John Fuller

Matthew P Rhoten

Michael S Bernstein

Daniel J Polivy

Roger H Wynn

Meredith E Amdur

Disclosed herein are techniques for scaling and translating gestures such that the applicable gestures for control may vary depending on the user's distance from a gesture-based system. The techniques for scaling and translation may take the varying distances from which a user interacts with components of the gesture-based system, such as a computing environment or capture device, into consideration with respect to defining and/or recognizing gestures. In an example embodiment, the physical space is divided into virtual zones of interaction, and the system may scale or translate a gesture based on the zones. A set of gesture data may be associated with each virtual zone such that gestures appropriate for controlling aspects of the gesture-based system may vary throughout the physical space.

Distance scalable no touch computing

Systems and methods are provided for use with a computing device having a touch sensitive display including a touch sensor configured to detect touches of a digit of a user. The method may include detecting an initial digit down position on the display via the touch sensor, and establishing a neutral position for a virtual controller at the digit down position. The method may further include detecting a subsequent movement of the digit relative to the initial digit down position, and determining a controller input parameter based on the subsequent movement of the digit relative to the initial digit down position. The method may further include generating a controller input message indicating the determined controller input parameter.

Virtual controller for touch display

Systems and methods for anticipation of touch events in a computing device are provided. The computing device may include a multi-touch sensitive display including a sensor configured to sense a position and/or movement of a hand. A graphical user interface (GUI) may be displayed, having a state including a plurality of possible touch inputs. The computing device may further include a touch event prediction module configured to compute one or more anticipated touch inputs based on the sensed hand position and/or movement, and the state of the GUI with the plurality of possible user inputs. The computing device may further include a preprocessing module configured to preprocess data for each anticipated touch input, and upon the detection of an actual touch input received from the user that matches one of the anticipated touch inputs, displaying the preprocessed data for the actual touch input on the GUI.

Touch event anticipation in a computing device

Systems and methods for user identification based on biokinematic input are disclosed herein. The system may include a multi-touch sensitive display including a sensor configured to receive biokinematic input including data representing detected positions of digit touches made by digits of a user, in each of a series of successive time intervals during a defined identification gesture. The system may further include a user identification module executed by a processor of the computing device. The user identification module may be configured to receive the biokinematic input from the sensor, and to compare relative positions of the digit touches and/or relative rates of change in said positions of the digit touches to a stored user template of verified biokinematic data for the user. If a match is determined, an indication that the user has been successfully identified may be displayed.

User identification with biokinematic input

An intermittent computing system state and intermittent computing module is described for a power-constrained personal computer. In the intermittent computing system state, the power-constrained personal computer may transition between sub-states of the intermittent computing system state according to an intermittent computing schedule. Each intermittent computing sub-state may be associated with hardware power sets and software power sets. Altering power supply to hardware components referenced by hardware power sets may alter power consumed in associated intermittent computing sub-states. A caching mechanism may be configured to make it likely that software components referenced by software power sets are loaded into powered storage types during associated intermittent computing sub-states. In the intermittent computing system state, periods of high functionality may be available over extended periods without the high power consumption associated with a continuous working system state. Average power consumption may be adjusted by varying the intermittent computing schedule.

Intermittent computing

An auxiliary computing device wakes an associated main computer system to obtain data as needed, on-demand and/or in anticipation of demand. The wakeup operation is ordinarily temporary to fetch data, whereby only a small amount of power is consumed by the main computer system. In one implementation, a control channel between the auxiliary device and the main computer system is used to signal a wakeup. A main data channel is used to obtain the data, whereby the auxiliary device has access to a larger amount of data than it can cache. Moreover, the components of the main computer system may be leveraged, such as to use the main computer system's digital rights management mechanisms. Additional data may be intelligently requested by the auxiliary device while the main computer system is powered up, e.g., to buffer media, and/or request a synchronization of calendar data, email data, and so forth.

Waking a main computer system to pre-fetch data for an auxiliary computing device

The present invention relates to a synchronization system that utilizes a synchronization wizard ('PullSync') residing on a first computer device to request and receive (or 'pull') data from a second computer device. The first computer device (the &#x201c;syncer&#x201d;) copies files from shared folders on the second computer device (the &#x201c;syncee&#x201d;) in accordance with specific pull-synchronization rules (PSRs) established on the syncer that define the scope and extent of the synchronization. This copying occurs over a network connection using existing and well-defined protocols by which one computer system is able to view and copy files from the available shared folders of a second computer system, and the PullSync wizard software needs to exist only on the first computer system (the syncer) to utilize these existing networking protocols (including existing security/authentication protocols) to selectively copy files from the second computer system.

Systems and methods for the implementation of a peer-to-peer rule-based pull autonomous synchronization system

Methods for navigating a graphical user interface on a smaller display. One method may include displaying a virtual desktop or a portion of a virtual desktop on a display, displaying a map pane over the portion of the virtual desktop, wherein the map pane includes an internal frame, increasing the opacity of the map pane in response to detecting a cursor over the map pane, and panning the virtual desktop in response to detecting the cursor dragging the frame within the map pane. The map pane preferably includes a scaled down image of the virtual desktop. In one embodiment, the portion of the scaled image of the virtual desktop within the frame in the map pane corresponds to the portion of the virtual desktop displayed on the screen.

Growing community of inventors

Seattle, WA, United States of America

Otto G Berkes