Microsoft Technology Licensing, LLC

Google Inc.

Gregory Marshall Burgess

Salim Alam

Thor Carpenter

Tianchi Ma

Colin Watson

Mingqiang Xu

Jun Su

Kevin Wood

Rich Ciapala

Chee Heng Chew

Christian Plagemann

Navneet Dalal

Antonio Bernardo Monteiro Costa

Garrett R Vargas

Rahul Garg

Mark Chang

Joshua B Barnard

Steven Andrew Cover

Mehul Nariyawala

Timothy Samuel Psiaki

Robert C Elmer

Sayantan Chakravorty

Neil R N Enns

Tadd H Giles

A processing device collects depth data for frames in a sequence of images of a video stream being provided by a source device to a target device as part of a communication session. The depth data is created by a depth aware camera of the source device. The processing device maps, using the depth data, feature locations of the features of an object in a frame to feature locations of the features of the object in other frames, determines overlapping frame sections between the frames using the mapped feature locations, modifies, in the sequence of images, a set of images corresponding to the frames based on the overlapping frame sections to create a stabilized stream of images for the video stream, and provides the stabilized stream of images in the video stream as part of the communication session.

Depth camera based image stabilization

Systems and methods are disclosed for gesture-initiated actions in videoconferences. In one implementation, a processing device receives content streams during a communication session, identifies a request for feedback within one of the content streams, based on an identification of the request for feedback, processes the content streams to identify one or more gestures within at least one of the content streams, and based on a determination that a first gesture of the one or more gestures is relatively more prevalent across the content streams than one or more other gestures, initiates an action with respect to the communication session.

Gesture-initiated actions in videoconferences

An application combines on-site and cloud-based calculations. The application selects a cloud computing broker from a list sorted by load. The broker receives computation requests from the application, sends corresponding load-balanced requests to local application service hosts and cloud proxies, receives responses, and sends the responses to the application without identifying the response source as local versus non-local. Each proxy has a logical-physical mapping of cloud-resident worker nodes. A scheduler receives session requests from applications, allocates local and cloud computing resources to a session, and tracks resource usage by session. An application previously run only on-premises can be executed partially on cloud worker nodes without modification. The proxy re-routes unfulfilled requests from a failed worker, undetected by the broker. If all workers assigned to that proxy fail, then the broker reassigns unfulfilled requests to another proxy, undetected by the application.

Multilevel multipath widely distributed computational node scenarios

Collecting usage data in a cluster computing environment. A method includes at a tracker service receiving a request from an at least partially cloud based deployment for an interval for the deployment to report usage information in usage reports. The usage information includes information defining how software in a deployment is used. In response to the request from the deployment, the method further includes, the tracker service providing an interval to the deployment. The method further includes at the tracker service, receiving usage reports from the deployment according to the provided interval.

Usage reporting from a cloud-hosted, distributed system

A scheduler for a compute cluster that allocates computing resources to jobs to achieve a balanced distribution. The balanced distribution maximizes the number of executing jobs to provide fast response times for all jobs by, to the extent possible, assigning a designated minimum for each job. If necessary to achieve this minimum distribution, resources in excess of a minimum previously allocated to a job may be de-allocated, if those resources can be used to meet the minimum requirements of other jobs. Resources above those used to meet the minimum requirements of executing jobs are allocated based on a computed desired allocation, which may be developed based on respective job priorities. To meet the desired allocation, resources may be de-allocated from jobs having more than their desired allocation and re-allocated to jobs having less than their desired allocation of resources.

Compute cluster with balanced resources

The present invention extends to methods, systems, and computer program products for targeted data transfer data between operational domains. Embodiments of the invention facilitate moving data between operational domains inside and outside of a resource cloud. A proxy runs on the boundary of each operational domain, such as, for example, an on premise cluster and a resource cloud. The proxies are capable of resolving the location of the targeted entity and forwarding the data or request on to the next hop, which may either be another proxy or the worker module running on the target node. A proxy can run on the head node of an on premise cluster so that compute nodes on private networks can be targeted. A proxy can also run on a public endpoint within the resource cloud to make nodes within the resource cloud available.

Targeted data transfer between operational domains

Described is a system and method for filtering messages received by a message-handling program, that leverage the existing message-handling architecture of computer devices to trigger events and perform other actions instead of (or in addition to) displaying the messages to users. One or more rule clients, e.g., COM objects, register for processing messages. When an appropriate message is received, the message-handling mechanism passes the message to a rule client. Depending on how that rule client responds, the message-handling mechanism determines what to do with the message, e.g., discontinue the message. Messages that are not discontinued are passed to another rule client, if any, or displayed in the user interface, if not. Rule clients may be read only, or may have write access, to modify messages. Messages may be hidden from a user by a rule client, modified before being display to a user, or left intact.

Rules interface for implementing message rules on a mobile computing device

Described is a system and method for managing and displaying messages within a mobile device. The invention provides a method for centrally controlling data flow throughout the communication system. The invention provides a means to receive a message over a communications medium, identify a registered form to handle the message, and to pass it to the registered form for display.

System and method for providing componentized transports and forms

Described is a system and method for receiving and distributing messages within a mobile device using multiple communication protocols. The invention provides a method for centrally controlling data flow throughout the communication system. The invention provides a means to receive a message over a communications medium, translate it to a first format for general use and further translate it to a second format for data storage. In one implementation, a data storage component communicates with an application, a form, a transport, and a data store. The application, the form, and the transport each communicate with the storage component by passing properties of a message to the storage component in a first format. The storage component translates the properties from the first format to a second format. The storage component then stores the translated properties in the data store in the second format.

System and method for providing a unified messaging scheme in a mobile device

A method and system for sending a message to multiple recipients using multiple transports from the same user interface is provided. The method allows a user to specify recipients and associated transports explicitly or implicitly. The user may explicitly associate a transport with a recipient by selecting the recipient's address from a contact list. The user may implicitly associate a transport with a recipient by entering the literal address of the recipient, such as an email address or a wireless address. When the user enters one or more literal addresses, the system parses the one or more addresses to determine which transport should deliver the message to each address, respectively. As it parses the addresses and makes its determinations, it sets flags appropriately. Then, each transport uses the flags to determine if it has a message to deliver, and if so, delivers the message. The transport that delivers the message last may perform or cause additional processing on the message such as moving to a sent box, deleting it, or performing other actions.

Growing community of inventors

Redmond, WA, United States of America

Gregory Marshall Burgess