Microsoft Technology Licensing, LLC

Vladimir Dmitri Fedorov

Akash Jeevan Sagar

Muthukaruppan Annamalai

Raymond Edward Ozzie

Jack E Ozzie

George P Moromisato

David Richard Reed

Michael Steven Vernal

Richard Yiu-Sai Chung

Richard Y Chung

A file fetcher manager provides commonly-utilized management and resource allocation for multiple file fetchers that each implement a different type of mechanism or protocol for transferring data files between peer endpoints in meshes associated with a cloud-computing service. Each file fetcher is configured with both client-side and server-side components to retrieve and serve out data files. The file fetcher manager encapsulates the file fetchers to provide an abstract interface to callers while hiding the underlying details of the file fetchers. The file fetcher manager is arranged for managing simultaneous operations of the multiple file fetchers to route requests from the callers to the appropriate file fetchers, and for scheduling work items for the file fetchers so that data transfers efficiently utilize available resources while keeping the entire transfer process coherent and organized.

Managing data transfer between endpoints in a distributed computing environment

Systems and methods for synchronizing data between endpoints using elements of centralized and decentralized synchronization systems and communication topologies are disclosed. Such systems and methods may in some cases synchronize some subset of data with a centralized endpoint while another subset of data is synchronized in a decentralized fashion directly with other endpoints. Such systems and methods may include a variety of cooperative functionality to assist in the synchronization of data between endpoints.

Server-assisted and peer-to-peer synchronization

Systems and methods are provided for undoing, redoing or rolling back a configuration setting change for an application. Application configuration information related to the setting change can be received and stored by a log, wherein a history of the configuration setting changes for the application can be maintained. The system can also display the history of changes made for viewing and selecting. When a user wishes to revert a configuration setting back to a previous one, the user can select the desired setting for reversion and a call to a reversion routine can be made. At least a portion of the application information may then be passed to the reversion routine for reverting to the application's previous configuration setting.

Application configuration change log

Growing community of inventors

Bellevue, WA, United States of America

Vladimir Dmitri Fedorov