Abstract: In embodiments of identifying search matches and altered search results, a query is received from a device application, and a data search is initiated based on the query that specifies search terms. A search result set of search result items is then received, and properties of a search result item are correlated with the search result item, where the properties indicate why the search result item was returned as part of the search result set. Search terms of the query are also associated with respective properties of the search result item to indicate a correspondence of a search term with a property of the search result item. The search result set of the search result items can then be returned to the device application along with the properties of each search result item and the associated search terms of the query.

Abstract: A compliance interface is disclosed that takes in queries from applications which may want to know if they are compliant with associated polices stored on a computing system. The interface can then interpret these queries and provide notifications and instructions to the applications. Notifications may give notice of how a policy may impact an application, and instructions may tell an application how to behave in order to stay compliant with the policies. In one aspect, the interface exposes policies set forth by parents. Via a management control panel, parents can set or alter various policies, stored in a settings store, to protect children from contact with undesirable content. The interface interprets these policies to ensure that applications, such as those provided by third party vendors, are compliant with the wishes set forth in the parents' policies.

Abstract: Mechanisms are disclosed for detecting protocols independently of the ports used by streams associated with the protocols or applications that may send out such streams. The detecting may entail using a content filter that is hosted on a networking stack, where the content filter may be composed of a stream buffer and handlers for detecting the protocols. The handlers may be further used to modify streams incoming to a port or streams outgoing from an application. The handlers can modify the streams in a variety of ways, including reading, inserting, replacing, deleting, and completing data in the streams according to some policy criteria, such as those set by parental controls. Individual handlers may be selected from a plurality or set of handlers so that they can be matched up to the appropriate streams.

Abstract: A compliance interface is disclosed that takes in queries from applications which may want to know if they are compliant with associated polices stored on a computing system. The interface can then interpret these queries and provide notifications and instructions to the applications. Notifications may give notice of how a policy may impact an application, and instructions may tell an application how to behave in order to stay compliant with the policies. In one aspect, the interface exposes policies set forth by parents. Via a management control panel, parents can set or alter various policies, stored in a settings store, to protect children from contact with undesirable content. The interface interprets these policies to ensure that applications, such as those provided by third party vendors, are compliant with the wishes set forth in the parents' policies.

Abstract: A compliance interface is disclosed that takes in queries from applications which may want to know if they are compliant with associated polices stored on a computing system. The interface can then interpret these queries and provide notifications and instructions to the applications. Notifications may give notice of how a policy may impact an application, and instructions may tell an application how to behave in order to stay compliant with the policies. In one aspect, the interface exposes policies set forth by parents. Via a management control panel, parents can set or alter various policies, stored in a settings store, to protect children from contact with undesirable content. The interface interprets these policies to ensure that applications, such as those provided by third party vendors, are compliant with the wishes set forth in the parents' policies.

Abstract: 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.

Abstract: Described is a system and method by which application programs running on a main computer system communicate with an auxiliary display device (such as a cell phone, pocket-sized computer, alarm clock, television, digital picture frame and so forth) to provide viewable information on the device, remote control capabilities, and notifications. Via API calls, programs provide information in the same format regardless of the device capabilities and/or the connection type. An auxiliary display platform converts the information into a format understood by a device driver, which then filters the information as desired for its particular hardware device before the information is communicated. Return communications return data such as status and user interaction with the displayed information. Software vendors may thus write code once to output information on auxiliary displays, while hardware manufacturers can have their devices work as auxiliary displays, with little or no modification to existing hardware.

Abstract: Described is a system and method by which application programs running on a main computer system communicate with an auxiliary display device (such as a cell phone, pocket-sized computer, alarm clock, television, digital picture frame and so forth) to provide viewable information on the device, remote control capabilities, and notifications. Via API calls, programs provide information in the same format regardless of the device capabilities and/or the connection type. An auxiliary display platform converts a notification into a format understood by a device driver, which then filters the notification as desired for its particular hardware device before the notification is communicated. Return communications return data such as status and user interaction with the displayed information. Software vendors may thus write code once to output notifications on auxiliary displays, while hardware manufacturers can have their devices work as auxiliary displays, with little or no modification to existing hardware.

Abstract: Described is a system and method by which an auxiliary computing device having an auxiliary display platform that displays information corresponding to data that originated on the main computer system may be extended by a device manufacturer. Extended hardware is added to the device, such as a radio receiver and/or an audio decoder. The auxiliary display platform is layered and extensible at each layer, and includes an extensible hardware abstraction layer that is extensible to support extended hardware if needed, and a driver layer that is extensible by adding driver code for the extended hardware. A runtime layer is also extensible to support the extended hardware as needed, as are libraries, the auxiliary shell program and other managed code. The client API is also extensible to allow applications on the main computer system to communicate with extended hardware via the device runtime layer.

Abstract: Described is a method and system a system and method for dynamically and intelligently configuring a computer system's video-related settings upon connection of a monitor, and/or reconfiguring upon disconnection. A monitor configuration may include one or more display mechanisms, their video settings, relative positioning, and may include power scheme data. When a monitor is plugged into or unplugged from a computer system, a monitor manager component is notified and determines the current configuration, such as based on monitor identifiers. The current configuration is searched against persisted monitor configurations seeking a match. If previous monitor configuration data is found, the previous monitor configuration is applied. If not an exact match, configuration data is constructed based on similar configuration data that is persisted, or by querying for capabilities and iterating as necessary to find a video mode that the video card and monitor can use.

Abstract: Described is a mechanism that preserves the state of computer system shared resources and/or settings, and ensures that changes thereto are reverted when an application exits. A shared resource change bubble logically surrounds application code that causes system resource and/or setting data to change. The bubble preserves existing data before it gets changed, and restores the data when the application program code exits. In one implementation, the bubble is implemented as a library loaded by the application. In an alternative implementation, the bubble is run in a separate process, whereby the bubble can restore changed data even if the application program crashes. In another implementation, a bubble is automatically run for any application that the user has specified needs a bubble. Multiple settings and states may be preserved in a bubble for multiple applications, allowing changes to be undone and reapplied per application, e.g., whenever focus changes.

Abstract: Communications provided via e-mail, instant messaging, chat, and web-based telephony applications, are monitored and restricted at a computer host. In one approach, messages from unknown or unsafe senders are intercepted and stored in a location inaccessible to all but an authorized person, until they can be reviewed by the authorized person, such as a parent. Via a user interface, the authorized user can review the messages at a later time to determine if the intended recipient, such as a child, should be able to access them. Once access is authorized, the stored messages are retrieved and provided to the recipient. In another aspect, a shared allow/block contact list identifies a user having different user names from one or more service providers. The contact list can integrate users from different services and communication modes. In another aspect, notification of monitoring is provided in the monitored messages or in newly generated messages.