Abstract: One or more techniques and/or systems are provided for dynamically maintaining user centric data. For example, a data provider app may have knowledge about user centric data associated with a user (e.g., a social network app may have contact information for a social network friend of the user). A user centric profile may be defined for the user centric data based upon information provided by the data provider app (e.g., a contact card may be generated for the social network friend). Responsive to receiving a request for the user centric profile from a requestor app (e.g., an event planning app), the user centric profile may be exposed to the user but not to the requestor app for security and/or privacy purposes. For example, an operating system may present at least some of the user centric profile within an operating system user interface.

Abstract: One or more techniques and/or systems are provided for dynamically maintaining user centric data. For example, a data provider app may have knowledge about user centric data associated with a user (e.g., a social network app may have contact information for a social network friend of the user). A user centric profile may be defined for the user centric data based upon information provided by the data provider app (e.g., a contact card may be generated for the social network friend). Responsive to receiving a request for the user centric profile from a requestor app (e.g., an event planning app), the user centric profile may be exposed to the user but not to the requestor app for security and/or privacy purposes. For example, an operating system may present at least some of the user centric profile within an operating system user interface.

Abstract: One or more techniques and/or systems are provided for dynamically maintaining user centric data. For example, a data provider app may have knowledge about user centric data associated with a user (e.g., a social network app may have contact information for a social network friend of the user). A user centric profile may be defined for the user centric data based upon information provided by the data provider app (e.g., a contact card may be generated for the social network friend). Responsive to receiving a request for the user centric profile from a requestor app (e.g., an event planning app), the user centric profile may be exposed to the user but not to the requestor app for security and/or privacy purposes. For example, an operating system may present at least some of the user centric profile within an operating system user interface.

Abstract: A form of multicast, referred to as “on-demand multicast,” provides a methodology that allows for “on demand” multicasting of data. On-demand multicast allows clients to join or leave a transmission at any point. There is no transmission session start or end time—the session is continuously available, although data is not necessarily continuously transmitted. Data blocks missed by late-joining clients are retransmitted per amalgamated client requests through multiple transmission cycles until all clients that have joined the transmission session receive all content. Once a client has received all data blocks comprising the content for the session, the client may exit the ongoing session.

Abstract: One or more techniques and/or systems are provided for dynamically maintaining user centric data. For example, a data provider app may have knowledge about user centric data associated with a user (e.g., a social network app may have contact information for a social network friend of the user). A user centric profile may be defined for the user centric data based upon information provided by the data provider app (e.g., a contact card may be generated for the social network friend). Responsive to receiving a request for the user centric profile from a requestor app (e.g., an event planning app), the user centric profile may be exposed to the user but not to the requestor app for security and/or privacy purposes. For example, an operating system may present at least some of the user centric profile within an operating system user interface.

Abstract: A multicast content provider operates on a multicast server in conjunction with a multicast transmission protocol that is independent of the content data transmitted and allows extensibility in the content provider to distribute any type of content. The content provider module is designed to find, read, write, and transform particular types of data into a form acceptable for transmission by the transmission protocol on the multicast server. The transmission protocol is agnostic to the type, size, format, or location of the data file. The content provider module manages these issues so that the transmission protocol does not have to. This relationship between the content provider module and the transmission protocol establishes a “generic” multicast solution, capable of complete flexibility with regard to content delivery.

Abstract: A control protocol is used to deploy and install an operating system image on a client. The data structure of the control protocol includes an operation code corresponding to an operation associated with the deployment and installation of the operating system image on the client. When a server receives a request packet from the client, the server parses the request packet and sends the parsed request packet to a provider. The provider then executes the operation associated with the operation code and generates a return value. The return value is sent to the server. The server then composes a reply packet including the return value and transmits the reply packet to the client.

Abstract: A form of multicast, referred to as “on-demand multicast,” provides a methodology that allows for “on demand” multicasting of data. On-demand multicast allows clients to join or leave a transmission at any point. There is no transmission session start or end time—the session is continuously available, although data is not necessarily continuously transmitted. Data blocks missed by late-joining clients are retransmitted per amalgamated client requests through multiple transmission cycles until all clients that have joined the transmission session receive all content. Once a client has received all data blocks comprising the content for the session, the client may exit the ongoing session.

Abstract: A form of multicast, referred to as “on-demand multicast,” provides a methodology that allows for “on demand” multicasting of data. On-demand multicast allows clients to join or leave a transmission at any point. There is no transmission session start or end time—the session is continuously available, although data is not necessarily continuously transmitted. Data blocks missed by late-joining clients are retransmitted per amalgamated client requests through multiple transmission cycles until all clients that have joined the transmission session receive all content. Once a client has received all data blocks comprising the content for the session, the client may exit the ongoing session.

Abstract: A slow client that participates in a reliable multicast session may reduce the speed of data transfer for other clients in the session. A multicast server can mitigate the effect of a slow client by identifying and disconnecting one or more clients that are slowing down the session, or by using other criteria to identify clients to be disconnected. The server may monitor the performance of clients in the session based on factors such as the rate at which each of the clients is able to receive data, the number or rate of packets lost by a client, the amount of time that a client has spent as the slowest client in the session, the identity of a particular client, etc. A client that has been identified for disconnection based on the server's detection efforts, or that has been identified by an administrator, may be disconnected.

Abstract: A control protocol is used to deploy and install an operating system image on a client. The data structure of the control protocol includes an operation code corresponding to an operation associated with the deployment and installation of the operating system image on the client. When a server receives a request packet from the client, the server parses the request packet and sends the parsed request packet to a provider. The provider then executes the operation associated with the operation code and generates a return value. The return value is sent to the server. The server then composes a reply packet including the return value and transmits the reply packet to the client.

Abstract: Multiple providers of application logic are used to deploy and install an operating system image to a client. Each provider configured with application logic designed to deploy and install an operating system image to a distinct class of clients. When a server receives a request associated with deploying and installing the operating system image from the client, the server sends the request to the provider configured with application logic designed to deploy and install an operating system to the client.

Abstract: A control protocol is used to deploy and install an operating system image to a client. The data structure of the protocol includes an operation code corresponding to an operation associated with the deployment and installation of an operating system image to a client. When the server receives a request packet, the server parses the request and sends the parsed request to the provider. The provider then executes the operation associated with the operation code and generates a return value. The return value is sent to the server. The server then composes a rely packet including the return value and transmits the reply packet to the client.

Abstract: Approving a client to boot in a pre-boot execution environment. A request is received from the client to boot the client by a computing device. The request includes device information associated with the client. A data store having a collection of known device information is queried in response to the received request. The request is stored, and it is determined whether to execute the received request by evaluating the device information in the stored request. The received request is responded to as a function of the evaluated device information.

Abstract: Identifying characteristics of a client in a pre-boot environment. A packet is received from the client. The packet includes a request for an image to boot the client by a computing device. An application is transmitted from the computing device to the client in response to the received packet. The client executes the transmitted application. A response is received from the application executed by the client. The characteristics of the client are determined based on the received response. An image to boot the client is transmitted, and the transmitted image is a function of the determined characteristics.

Abstract: A slow client that participates in a reliable multicast session may reduce the speed of data transfer for other clients in the session. A multicast server can mitigate the effect of a slow client by identifying and disconnecting one or more clients that are slowing down the session, or by using other criteria to identify clients to be disconnected. The server may monitor the performance of clients in the session based on factors such as the rate at which each of the clients is able to receive data, the number or rate of packets lost by a client, the amount of time that a client has spent as the slowest client in the session, the identity of a particular client, etc. A client that has been identified for disconnection based on the server's detection efforts, or that has been identified by an administrator, may be disconnected.

Abstract: A form of multicast, referred to as “on-demand multicast,” provides a methodology that allows for “on demand” multicasting of data. On-demand multicast allows clients to join or leave a transmission at any point. There is no transmission session start or end time—the session is continuously available, although data is not necessarily continuously transmitted. Data blocks missed by late-joining clients are retransmitted per amalgamated client requests through multiple transmission cycles until all clients that have joined the transmission session receive all content. Once a client has received all data blocks comprising the content for the session, the client may exit the ongoing session.

Abstract: A multicast content provider operates on a multicast server in conjunction with a multicast transmission protocol that is independent of the content data transmitted and allows extensibility in the content provider to distribute any type of content. The content provider module is designed to find, read, write, and transform particular types of data into a form acceptable for transmission by the transmission protocol on the multicast server. The transmission protocol is agnostic to the type, size, format, or location of the data file. The content provider module manages these issues so that the transmission protocol does not have to. This relationship between the content provider module and the transmission protocol establishes a “generic” multicast solution, capable of complete flexibility with regard to content delivery.

Abstract: A vehicle mode controller, a driving mode collecting means, and a plurality of subsystem controllers including an engine management system, a transmission controller, a steering controller, a brakes controller and a suspension controller, provide an improved system and method of operating a vehicle control system in a host vehicle in a manner suitable for a respective driving surface in a plurality of different off-road surfaces and terrains such as might be encountered when driving off-road. An improved method is provided for controlling a vehicle control system by avoiding unplanned combinations of subsystem configuration modes and minimizing the transition time when changing between subsystem configuration modes.

Abstract: A vehicle mode controller, a driving mode collecting means, and a plurality of subsystem controllers including an engine management system, a transmission controller, a steering controller, a brakes controller and a suspension controller, provide an improved system and method of operating a vehicle control system in a host vehicle in a manner suitable for a respective driving surface in a plurality of different off-road surfaces and terrains such as might be encountered when driving off-road. An improved method is provided for controlling a vehicle control system by avoiding unplanned combinations of subsystem configuration modes and minimizing the transition time when changing between subsystem configuration modes.