Microsoft Technology Licensing, LLC

Raymond Edward Endres

Alexander G Gounares

Dharma Kiritkumar Shukla

Aditya G Bhandarkar

Ashok Kuppusamy

Abhay Vinayak Parasnis

Gur Kimchi

Stephen L Lawler

Joseph Schwartz

Steve Lombardi

Amit Dekate

David J D'Souza

Kenneth W Sykes

Farookh P Mohammed

Chia-Chi Teng

Lin F Shaw

Israel Hilerio

Akash Jeevan Sagar

Ori Amiga

Ian Michael Ellison-Taylor

Arash Ghanaie-Sichanie

Darren Mitchell

Richard Y Chung

Teresa Anne Martineau

Bharat Shyam

Erik Jon Snapper

Sabina Nawaz

Mohsin Ahmed

John R Douceur

Galen Clyde Hunt

Raymond Edward Ozzie

William J Bolosky

Dan Teodosiu

Ralph A Lipe

Christopher Wellington Brumme

James R Larus

George P Moromisato

George M Moore

Karthik Raman

Sean Edwin Trowbridge

Noah Benjamin Edelstein

Eric D Rudder

Efstathios Papaefstathiou

Hadi Partovi

Stuart Raymond Patrick

David Neal Weise

Elissa E S Murphy

Amit Chatterjee

David Read Tarditi, Jr

Eric Dean Tribble

Stuart T Laney

Andre F Vachon

Nishant Gupta

Leonard J Peterson

Vivian Sewelson

Erik Castedo Ellerman

Julian Jiggins

Steven J Freedman

Shelly Guo

Ravi Pandya

Amit M Dekate

Stephen J Lombardi

Leonard Smith

Optimistic concurrency is effectuated to manage constraints in a synchronization environment at multiple computing device endpoints in a consistent fashion without utilizing concentrated centralized constraint logic. Implemented data synchronization constraints that identify false violation scenarios may be automatically resolved without user intervention by using an etag system directed by a master component to assist computing device endpoints to maintain data synchronization among them. Data entries defining each file hierarchy component to be synched are generated and shared with the master component and each computing device endpoint in a synchronization environment. Individual computing device endpoints can use the data entries generated locally with those generated by other computing device endpoints to locally resolve identified false violation scenarios.

Optimistic concurrency utilizing distributed constraint enforcement

A computer user may use a computing environment comprising a set of computers that respectively feature a web browser having a browser cache containing many types of data objects, including application resources and user-generated data files. However, the contents of a browser cache significantly contribute to the computing environment of a computer, and the computing environments presented by each computer may diverge, providing an inconsistent computing environment. Instead, the contents of browser caches of the computers comprising the computing environment may be synchronized across computers. Additionally, the browser cache may be synchronized with the other data objects of a computing environment (such as relevant portions of the filesystem); the synchronizing may be implemented as an out-of-browser process executing independently of the applications, and even when the browser is not executing; and the synchronization may be exposed through a programmatic access with which web applications may interact.

Programming model for synchronizing browser caches across devices and web services

Provided is a single repository for capturing, connecting, sharing, and visualizing information based on a geographic location, for example. Provided is a schema, repository, index, and APIs for any information, place, entity, attribute, service or person that can be referenced geographically. A system to provide real time image data includes an input component that receives image data associated with a specific geographic area, a splitter component that splits the image data into at least two quadrants, and a storage component that stores at least a portion of the at least two quadrants. Also provides is on-line or real-time advertising based on a user's mapped location and/or a user preference.

Obtaining and displaying virtual earth images

An application executing in a virtual environment, such as a web browser, may be serviced by an application host, such as a webserver that maintains application resources or provides runtime services to the application. However, it may be difficult to configure the application to operate suitably when the application host is unavailable. Techniques for facilitating such operation include the storing of application resources in a computing environment (such as the local file system or a deployable mesh or cloud environment) while also initiating the application within the virtual environment in the context of the application host, which may reduce difficulties with isolation policies imposed by the virtual environment (e.g., cross-domain restrictions imposed by the web browser.) This configuration may promote the servicing of the application alongside other applications and data objects, e.g., the automated deployment and synchronization of the application among all devices comprising the user's mesh environment.

Programming model for installing and distributing occasionally connected applications

Systems and methods of providing synchronization of providing a device mesh and a virtual computing device are disclosed herein. A selection of a plurality of computer devices, such as PDAs, cellphone, laptops, and the like, can be received from a user. The data at the virtual computing device and the plurality of devices can be synchronized. Access to all applications available in each computing device in the plurality of computing devices can be provided at the virtual computing device. Access to all data available in each computing device in the plurality of computing devices can be provided at the virtual computing device. Access to the virtual computing device can be provided via a data network.

Personal computing environment with virtual computing device

Described herein are one or more computer operating environments that include a standard set of web services via a communications network (e.g., the Internet) and a mechanism for extending the standard set of web services to execute one or more extended web services. Since these extended web services may be produced by an unconfirmed or untrusted source (e.g., a third-party software developer), the described computer operating environments isolate the extended web services from the standard set of web services and from the communication network. Furthermore, each extended web service is an isolated process (isoproc) with a limited ability to communicate with other services. In particular, each isoproc's ability to communicate is limited to only associated defined communication channels over which it has express permission to communicate.

Secure and stable hosting of third-party extensions to web services

Virtual earth mapping

In scenarios involving a data set accessible through a protocol, operations sets may be formulated for performing various operations on the data set, and may be expressed as resource scripts according to a scripting language. However, such resource scripts may be difficult to design due to the complicated aspects of the interaction, such as asynchrony, network transport, the syntax of the scripting language, and the details of the protocol. A design environment may be devised to facilitate designers in generating resource scripts, e.g., through the manipulation of visual elements. The design environment may abstract the lower-level working details of the resource scripts, and may allow designers to focus on the logical designing of the operations set. The design environment may then automatically generate the resource script from the operations set in accordance with the constraints of the script language and the protocol.

Interactive design environments to visually model, debug and execute resource oriented programs

A data set may be managed by a host that provides access to clients through a protocol, such as a RESTful HTTP interface. A resource script may be expressed according to a script language featuring two types of instructions: data set instructions that correspond to the verbs of the protocol, and flow control instructions that alter the flow of execution of the resource script. At runtime, an execution context for the resource script may be selected as a local execution context (through a local script processor that issues protocol verbs to the host based on the data set operations) or a remote execution context (by sending the resource script to a script processor located on the host.) The runtime selection of data context may be executed without having to reconfigure the resource script, and with an equivalent effect on the data set.

Declarative programming model for authoring and execution control and data flow for resource oriented system

Data sets of various types may be accessible through a host according to a protocol, such as a RESTful HTTP interface. Various domains may involve domain-specific processes to be executed as pre-triggers or post-triggers of various protocol requests (e.g., an HTTP GET request specifying a Read operation on an access-restricted data set may involve an authorization operations set that verifies the access privileges of the requester.) A host of the data set may be configured to receive a resource script expressing the operations set in a script language, to store the resource script, and to associated it with at least one data set and at least one verb of the protocol. Upon later receiving a protocol request specifying the verb and the resource, the host may then execute the resource script (as a pre-trigger and/or as a post-trigger) in accordance with the business logic of the domain.

Declarative programming model for modeling and execution of triggers for resource oriented system

Growing community of inventors

Kirkland, WA, United States of America

Raymond Edward Endres