Abstract: Described herein are systems and methods for context aware content distribution. Content such as e-books, presentations, audio, video, applications, and so forth may be distributed to user devices after establishing a trust relationship. An invitation to provide content may be sent to a user device based on the context of the user device, such as proximity to pre-determined devices, location, and so forth. Upon acceptance of the invitation to opt-in to receiving content, a trust relationship may be established which provides for the transfer of content to the user device.

Abstract: A device and method generates a graphical representation for memory leak detection. The method includes executing a selected application for a time period. The method includes determining a plurality of memory application programming interface (API) functions performed during the execution of the selected application in the time period. Each of the memory API functions request a chunk of a memory of the electronic device at a specified time. The method includes determining select ones of the memory API functions that do not release the respective chunk of the memory in the time period. The method includes generating the graphical representation including the selected memory API functions at the respective specified time for identification of a memory leak of the selected application.

Abstract: Detection and prevention of unauthorized exchange of information between users of user devices is disclosed. Monitoring data associated with respective information received by the user devices from respective users may be received. Position information indicating proximity or relative positions of the devices may also be received. The monitoring data and/or the position information may be analyzed to determining whether unauthorized information exchange between users may be occurring. One or more metrics indicating a likelihood that unauthorized information exchange is occurring may be generated based on the analysis of the monitoring data and/or the position information. A generated metric may be compared to an associated threshold and preventive measures for deterring unauthorized information exchange may be identified based on a result of the comparison.

Abstract: A device and method generates a graphical representation for memory leak detection. The method includes executing a selected application for a time period. The method includes determining a plurality of memory application programming interface (API) functions performed during the execution of the selected application in the time period. Each of the memory API functions request a chunk of a memory of the electronic device at a specified time. The method includes determining select ones of the memory API functions that do not release the respective chunk of the memory in the time period. The method includes generating the graphical representation including the selected memory API functions at the respective specified time for identification of a memory leak of the selected application.

Abstract: One or more words at a specified location in an electronic document can be identified. The identified one or more words can be analyzed to determine one or more semantic meanings associated with the words. An audio clip (i.e., audio file, audio element) associated with or corresponding to (the semantic meaning(s) of) the one or more words can be searched for in an audio database. The search for the audio clip associated with the one or more words can utilize an index that specifies the associations between words and audio clips. In some embodiments, the audio clip can be played when an estimated location of where the user is reading is at or near the specified location of the one or more words. In some embodiments, the audio clip can be played when it is calculated that the user is reading the one or more words at the specified location.

Abstract: This disclosure describes, in part, techniques for managing access to a fleet account of mobile electronic devices. For instance, an administrator of a business and educational institution may place an order with an offering service to purchase a large number of eBook reader devices. The offering service identifies that the business and educational institution is ordering a fleet of devices. Furthermore, each of the devices ordered are associated or registered to a managed or fleet account controlled by the administrator of the business and educational institution. The techniques described herein prevent an individual user of a fleet device from de-registering the device from the managed account, and also allow an account administrator to alter preferred settings of the managed account. Further, techniques are described for allowing a user of a device to opt-in or associate their device with the account.

Abstract: The present disclosure includes systems and techniques relating to booting to a network storage target. In general, in one implementation, a bus-to-network device driver is loaded during a machine boot, where the bus-to-network device driver is capable of sending machine bus commands over a network, providing access to the network for a network device driver, and distinguishing between received responses to the machine bus commands and other network traffic corresponding to the network device driver. Loading of the bus-to-network device driver can occur in response to an operating system load of bus drivers. For example, the bus-to-network device driver can be an iSCSI driver, and the operating system load of bus drivers can be the operating system load of SCSI drivers.

Abstract: The present disclosure includes systems and techniques relating to booting to a network storage target. In general, in one implementation, a bus-to-network device driver is loaded during a machine boot, where the bus-to-network device driver is capable of sending machine bus commands over a network, providing access to the network for a network device driver, and distinguishing between received responses to the machine bus commands and other network traffic corresponding to the network device driver. Loading of the bus-to-network device driver can occur in response to an operating system load of bus drivers. For example, the bus-to-network device driver can be an iSCSI driver, and the operating system load of bus drivers can be the operating system load of SCSI drivers.

Abstract: The present disclosure includes systems and techniques relating to booting to a network storage target. In general, in one implementation, a bus-to-network device driver is loaded during a machine boot, where the bus-to-network device driver is capable of sending machine bus commands over a network, providing access to the network for a network device driver, and distinguishing between received responses to the machine bus commands and other network traffic corresponding to the network device driver. Loading of the bus-to-network device driver can occur in response to an operating system load of bus drivers. For example, the bus-to-network device driver can be an iSCSI driver, and the operating system load of bus drivers can be the operating system load of SCSI drivers.

Abstract: This disclosure describes, in part, techniques for managing access to a fleet account of mobile electronic devices. For instance, an administrator of a business and educational institution may place an order with an offering service to purchase a large number of eBook reader devices. The offering service identifies that the business and educational institution is ordering a fleet of devices. Furthermore, each of the devices ordered are associated or registered to a managed or fleet account controlled by the administrator of the business and educational institution. The techniques described herein prevent an individual user of a fleet device from de-registering the device from the managed account, and also allow an account administrator to alter preferred settings of the managed account. Further, techniques are described for allowing a user of a device to opt-in or associate their device with the account.

Abstract: The present disclosure includes systems and techniques relating to booting to a network storage target. In general, in one implementation, a bus-to-network device driver is loaded during a machine boot, where the bus-to-network device driver is capable of sending machine bus commands over a network, providing access to the network for a network device driver, and distinguishing between received responses to the machine bus commands and other network traffic corresponding to the network device driver. Loading of the bus-to-network device driver can occur in response to an operating system load of bus drivers. For example, the bus-to-network device driver can be an iSCSI driver, and the operating system load of bus drivers can be the operating system load of SCSI drivers.

Abstract: The present disclosure includes systems and techniques relating to booting to a network storage target. In general, in one implementation, a bus-to-network device driver is loaded during a machine boot, where the bus-to-network device driver is capable of sending machine bus commands over a network, providing access to the network for a network device driver, and distinguishing between received responses to the machine bus commands and other network traffic corresponding to the network device driver. Loading of the bus-to-network device driver can occur in response to an operating system load of bus drivers. For example, the bus-to-network device driver can be an iSCSI driver, and the operating system load of bus drivers can be the operating system load of SCSI drivers.

Abstract: The present disclosure includes systems and techniques relating to booting to a network storage target. In general, in one implementation, a bus-to-network device driver is loaded during a machine boot, where the bus-to-network device driver is capable of sending machine bus commands over a network, providing access to the network for a network device driver, and distinguishing between received responses to the machine bus commands and other network traffic corresponding to the network device driver. Loading of the bus-to-network device driver can occur in response to an operating system load of bus drivers. For example, the bus-to-network device driver can be an iSCSI driver, and the operating system load of bus drivers can be the operating system load of SCSI drivers.

Abstract: The present disclosure includes systems and techniques relating to booting to a network storage target. In general, in one implementation, a bus-to-network device driver is loaded during a machine boot, where the bus-to-network device driver is capable of sending machine bus commands over a network, providing access to the network for a network device driver, and distinguishing between received responses to the machine bus commands and other network traffic corresponding to the network device driver. Loading of the bus-to-network device driver can occur in response to an operating system load of bus drivers. For example, the bus-to-network device driver can be an iSCSI driver, and the operating system load of bus drivers can be the operating system load of SCSI drivers.

Abstract: The present disclosure includes systems and techniques relating to booting to a network storage target. In general, in one implementation, a bus-to-network device driver is loaded during a machine boot, where the bus-to-network device driver is capable of sending machine bus commands over a network, providing access to the network for a network device driver, and distinguishing between received responses to the machine bus commands and other network traffic corresponding to the network device driver. Loading of the bus-to-network device driver can occur in response to an operating system load of bus drivers. For example, the bus-to-network device driver can be an iSCSI driver, and the operating system load of bus drivers can be the operating system load of SCSI drivers.

Abstract: The present disclosure includes systems and techniques relating to booting to a network storage target. In general, in one implementation, a bus-to-network device driver is loaded during a machine boot, where the bus-to-network device driver is capable of sending machine bus commands over a network, providing access to the network for a network device driver, and distinguishing between received responses to the machine bus commands and other network traffic corresponding to the network device driver. Loading of the bus-to-network device driver can occur in response to an operating system load of bus drivers. For example, the bus-to-network device driver can be an iSCSI driver, and the operating system load of bus drivers can be the operating system load of SCSI drivers.

Abstract: The present disclosure includes systems and techniques relating to booting to a network storage target. In general, in one implementation, a bus-to-network device driver is loaded during a machine boot, where the bus-to-network device driver is capable of sending machine bus commands over a network, providing access to the network for a network device driver, and distinguishing between received responses to the machine bus commands and other network traffic corresponding to the network device driver. Loading of the bus-to-network device driver can occur in response to an operating system load of bus drivers. For example, the bus-to-network device driver can be an iSCSI driver, and the operating system load of bus drivers can be the operating system load of SCSI drivers.

Abstract: The present disclosure includes systems and techniques relating to booting to a network storage target. In general, in one implementation, a bus-to-network device driver is loaded during a machine boot, where the bus-to-network device driver is capable of sending machine bus commands over a network, providing access to the network for a network device driver, and distinguishing between received responses to the machine bus commands and other network traffic corresponding to the network device driver. Loading of the bus-to-network device driver can occur in response to an operating system load of bus drivers. For example, the bus-to-network device driver can be an iSCSI driver, and the operating system load of bus drivers can be the operating system load of SCSI drivers.