Microsoft Technology Licensing, LLC

Thomas Anand Jeyaseelan

Jacob D Kim

Michael I Torres

Jason C Fluegel

Eyal Axelrod

Stephen P Rosato

German A Gil

DeEtte M Day

Mouna Sidi Hida

Emre Aydinceren

Irina Petronela Salvan

Fernando Israel Osorio Cedeno

Alec Richard Lindberg

Daniel Martin Strommen

Sridhar Srinivasan

Vaibhav Jain

John Bruno

Rui Zhu

Keizo Fujiwara

Suresh Parameshwar

Jianfeng Yan

Jason A Antonelli

Rui Suresh Zhu

Amy McDonald

Greg Phipps

Christophe Alain Berthoud

Zhou Xiang

Bill Heinson

A computer-implemented technique is described herein for defining and applying constraints that regulate a supervisee's interaction with applications. In one implementation, the technique provides a user interface presentation to a supervisor that lists a set of applications that run on plural application execution platforms. The user interface presentation also allows the supervisor to set platform-agnostic constraint information for any identified application. The platform-agnostic constraint information, once set for an application, constrains interaction by a supervisee with all versions of that same application. That is, the constraint information is said to be agnostic with respect to platform in the sense that it applies to a variety of application execution platforms that run the application. In one example, the platform-agnostic constraint information specifies a permitted amount of an activity that the supervisee is permitted to perform across all versions of an application.

Managing application constraints across platforms

Lookup requests received by a domain name service (DNS) are processed based on the actual location of data associated with a requested content page rather than a domain mapping of IP addresses. A DNS server which receives a request initiates a query for the location of user data associated with the request based on an object handle contained in a domain name of the request. The location data is used to construct an IP address which is provided in response to the IP lookup request received by the DNS server. The DNS system may be used to provide IP addresses for a scaled web-based networking service, alternate versions of a service and a service implementing rolling upgrades.

Scaling network services using DNS

Described is a pipeline for handling notification messages sent to a mobile messaging message (e.g., SMS or SMTP) recipient, and handling a reply to that notification message, including correlating the notification message with the reply. An engine receives a notification message, and for a notification message to which a reply is possible, maintains state data for use in correlating a received reply with the notification message. The state data includes metadata that indicates that text or code data is expected in any reply. For a reply providing code data, the engine calls a selected URL corresponding to the code. To facilitate message delivery, the engine may format the notification message, including shortening a URL of the message, and/or splitting a longer notification message into shorter notification messages.

Mobile messaging message notifications processing

A client requests a web page from a server including aggregated content comprising a plurality of content items from a plurality of content providers. The server provides content items to the client from a cache accessible to the server if any of the content items are stored in the cache, and requests any remaining content items from their respective content providers. The server receives responses from the content providers and stores any cacheable responses (i.e., content items) in the cache. Aspects of the invention apply to any content request from a client, for example, updating a client's widget with a content item.

Caching HTTP request and response streams

A method for registering a network application with an application programming interface (API) framework. In operation, a registrar may send a registration message that associates a namespace with the network application to the API framework. In one implementation, the namespace associated with the network application may be a uniform resource identifier. In another implementation, the registration message may specify a format of the standardized clients, a security policy, and the application resources associated with the network application.

Registering network applications with an API framework

A content page is configured by a user and located on a network. Changes made to the content page are automatically communicated with notifications to a group of contacts for the user. Only contacts with permission to view the content page, or the changed content, will receive the notification and have permission to view the changes. A visual indicator notifies contacts that a content page of one of their contacts has been changed. When the visual indicator or some other contact indicator is selected by the user, a summary module can be provided. The summary module is a portal to network content, including the content page.

Dynamic content change notification

Dynamic summary module

Growing community of inventors

Bellevue, WA, United States of America

Thomas Anand Jeyaseelan