Abstract: The concept and associated device enabling multi-camera video & audio recording for synchronization with long term ambulatory electroencephalography allows for multiple cameras and microphones to be used in a home setting monitoring from various locations in the home for long term ambulatory EEG monitoring. No longer is Video EEG monitoring with multiple cameras and microphones limited to a cabled hospital type setting. This device could also be utilized by hospitals to conduct video monitoring from any hospital type room.

Abstract: The concept and associated device enabling multi-camera video & audio recording for synchronization with long term ambulatory electroencephalography allows for multiple cameras and microphones to be used in a home setting monitoring from various locations in the home for long term ambulatory EEG monitoring. No longer is Video EEG monitoring with multiple cameras and microphones limited to a cabled hospital type setting. This device could also be utilized by hospitals to conduct video monitoring from any hospital type room.

Abstract: A communication construct used for sharing podcast information associated with a podcast can include a link sent to a remote device (103) while playing the podcast, appended metadata to the link, and a communication packet enabling a user to transfer the link and the appended metadata while the user is playing the podcast. The link can be a universal record locator (URL) to the podcast and the appended metadata can include constructs having start times or end times for the podcast, bookmarks for portions of the podcast, digital rights management information, display description, podcast category, or relevant images. The appended metadata can also include URLs for mobile blogging, a sender's weblog, a video blog, a social contact site, contact information from a sender, or a vCard record. The communication constructs enable podcatcher software in a user's computer or remote device to automatically download the podcast associated with the link.

Abstract: A method (200) and system (100) for sharing podcast information includes a wireless communication device (101) having a transceiver (102), and a processor (104) coupled to the transceiver. The processor can be programmed to play (202) a podcast having associated metadata on a wireless communication device and transfer (204) a hyperlink and the associated metadata to a remote device (103) while playing the podcast on the communication device. The processor can be further programmed to transfer the hyperlink and the associated metadata to the remote device while playing the podcast by using a push-to-transmit function (109) on the communication device. The remote device receives the link and associated metadata and decodes (206) the associated metadata. The associated metadata can include constructs having start times and end times for the podcast, bookmarks for portions of the podcast, digital rights management information, display description, podcast category, or relevant images.

Abstract: A method (200) and a system (100) for repairing a flaw in software (120). A failure during execution of the software can be automatically identified, and a state of the software execution at a point of the software failure can be frozen. A failure handling application (130) can be automatically executed, without disrupting the frozen state of the software execution. Incident data that correlates to the frozen state of the software can be generated. For example, at least one state indicator available in the frozen state can be collected into an incident report (140). The incident report can be sent to a flaw database (145). A software patch (150) selected based on the incident data can be automatically received, for instance from the flaw database. The software can be automatically updated with the software patch. Execution of the software can be automatically reinitialized in response to the software update.

Abstract: A wireless communications device (200) includes a software execution environment (230) and a software permissions manager that is associated with the software execution environment (230). The software execution environment (230) defines status items (234) for at least one installed software application package (244, 246, 248 and 250) that is installed in the software execution environment (230). The status items (234) specify prohibited user actions with respect to at least one software application package (244, 246, 248 and 250). The wireless communications device (200) further includes a software package manager (232) that provides communications with the at least one installed software application package (244, 246, 248 and 250). The software package manager (232) performs at least one of ensuring, based upon the status items, a continued presence of installed software application packages, and enforcing the status items for a respective installed software application package.

Abstract: A method (200) of voice identification within a mobile communication device can include detecting a voice signal within the mobile communication device (225) and determining at least one voice feature of the voice signal (230). At least one of the voice features of the voice signal can be compared with voice profiles accessible by the mobile communication device (235). Each voice profile also can be associated with an identity. Accordingly, at least one of the voice features of the voice signal can be matched with one of the voice profiles (240) and the identity associated with the matched voice profile can be presented through the mobile communication device (255).

Abstract: A audio tag retrieval system and method (50) includes a communication device (70) capable of retrieving an audio tag having a transceiver (38,44), a display (30) coupled to the transceiver and having a graphical user interface (28), and a processor (12) coupled to the transceiver and display. The processor can be programmed to retrieve (64) an audio tag representative of an element within the communication device responsive to a selection of the element on the graphical user interface of the communication device and to download (66) the audio tag from a remote server if the audio tag representative of the element is not found within the communication device.

Abstract: A flexible, self-supporting decoy for wild game which requires no wind to inflate and which maintains its shape even under heavy dew or rain showers. When used for birds, the decoy may comprise as few as three pieces, namely, a stake, a windsock-type body of flexible yet self-supporting material, and a fastener. The body may be rotatably supported about a stake by the simple expedient of an opening in the lower portion of the body large enough to pass over the stake and a second opening in the upper portion too small to pass over the stake but large enough to receive a fastener with a head or flange large enough to secure the body. Such decoys may be quickly collapsed for transporting or quickly unfurled for decoying, will move with wind, and are lightweight, durable and effective. Formed or molded heads may be added for additional realism.