PATENT DOCUMENT

Publication Number: US-7590772-B2
Application Number: US-20936705-A
Country: US
Kind Code: B2

Title: Audio status information for a portable electronic device

Abstract:
Improved techniques for providing status information associated with an electronic device to its user in an audible manner are disclosed. The status information can pertain to one or more conditions of the electronic device. The conditions can vary depending on the nature of the electronic device. As an example, where the electronic device is battery powered, one condition of the electronic device that can be monitored is a battery charge level.

Claims:
1. A computer-implemented method for providing an indication of battery status to a user of a portable audio output device including a battery and operable to present audio output, the method comprising:
 (a) monitoring, by the portable audio output device, a battery charge level of the battery when the portable audio device is active and presenting the audio output; 
 (b) obtaining, by the portable audio output device, based on the monitoring of the battery charge level, an audio snippet stored on the portable device and indicative of the battery charge level; 
 mixing, by the portable audio output device, the audio snippet with the audio output to provide a mixed output; and 
 (c) outputting, by the portable audio output device, the mixed output for the user, thereby providing an indication of the battery level without interrupting the presentation of the audio output. 
 
     
     
       2. The method as recited in  claim 1 ,
 wherein the portable audio output device has a speaker, and 
 wherein the outputting (c) outputs the audio snippet via the speaker. 
 
     
     
       3. The method as recited in  claim 1 , wherein the portable audio output device has a speaker jack and at least one external speaker operatively connectable to the speaker jack, and
 wherein the outputting (c) outputs the audio snippet to the at least one external speaker via the speaker jack. 
 
     
     
       4. The method as recited in  claim 1 , wherein the other audio output pertains to a song being played by the portable audio output device. 
     
     
       5. The method as recited in  claim 1 , wherein the audio snippet is a sequence of distinct tones or notes. 
     
     
       6. The method as recited in  claim 5 , wherein the sequence of distinct tones or notes follow a scale. 
     
     
       7. The method as recited in  claim 6 , wherein the scale is a rising scale. 
     
     
       8. The method as recited in  claim 1 , wherein the audio snippet is a spoken voice. 
     
     
       9. The method as recited in  claim 1 , wherein the outputting (c) comprises:
 (c1) outputting a first tone or note representing a full charge status; and 
 (c2) subsequently outputting a series of tones or notes starting from very low charge status and proceeding to subsequent tones so long as the battery charge level is more than the charge level represented by the tone or note. 
 
     
     
       10. The method as recited in  claim 1 , wherein the audio snippet is symbolic of the battery charge level. 
     
     
       11. The method as recited in  claim 1 , wherein the outputting (c) comprises:
 (c1) determining whether the audio snippet should be output based on the battery charge level; and 
 (c2) outputting the audio snippet when the determining (c1) determines that the audio snippet should be output. 
 
     
     
       12. The method as recited in  claim 1 , wherein the outputting (c) outputs the audio snippet in response to a user request for the battery status. 
     
     
       13. The method as recited in  claim 12 , wherein the user request is via a switch associated with the portable audio output device. 
     
     
       14. The method as recited in  claim 13 , wherein the switch is a battery status button provided on the portable audio output device. 
     
     
       15. The method as recited in  claim 1 , wherein the method further comprises:
 (d) outputting a visual indication of the battery charge level. 
 
     
     
       16. The method as recited in  claim 15 , wherein the outputting (d) of the visual indication is performed concurrently with the outputting (c) of the audio snippet. 
     
     
       17. The method as recited in  claim 16 , wherein the visual indication is provided in a blinking or pulsing manner such that it is substantially synchronized with audio characteristics of the audio snippet. 
     
     
       18. The method as recited in  claim 15 , wherein the portable audio output device includes a visual status indicator, and
 wherein the outputting (d) produces the visual indication of the battery charge level using the visual indicator. 
 
     
     
       19. The method as recited in  claim 18 , wherein the visual indicator includes at least one Light-Emitting Diode (LED). 
     
     
       20. The method as recited in  claim 1 , wherein the obtaining (b) comprises:
 (b1) determining an appropriate audio snippet based on the battery charge level; and 
 (b2) retrieving the appropriate audio snippet. 
 
     
     
       21. The method as recited in  claim 1 , wherein the outputting (c) comprises:
 (c1) determining whether a preference setting enables audio battery status; and 
 (c2) outputting the audio snippet for the user only if the preference setting enables audio battery status. 
 
     
     
       22. A method as recited in  claim 1  wherein the monitoring, obtaining, mixing, and outputting are performed after receiving a battery status request from the portable audio output device. 
     
     
       23. A method as recited in  claim 1  further comprising:
 determining whether to output an audio status and/or a video status. 
 
     
     
       24. A method as recited in  claim 23 , wherein the obtaining, mixing, and outputting are performed after receiving an indication that an audio status output is desired. 
     
     
       25. A portable media device, comprising:
 an audio output device; 
 a device status monitor that monitors a device status of said portable media device when said portable media device is active; 
 a device status manager operatively connected to said device status monitor, wherein said device status monitor determines when the device status of said portable media is to be output to said audio output device; 
 a first memory device for storing a plurality of device status effects and media items; and 
 a processor for processing at least one of the device status effects to produce audio status data for said audio output device, thereby outputting the device status in an audible manner, wherein said processor implements an audio processing system and also processes at least one of the media items to produce output media data for said audio output device, and wherein said audio processing system concurrently outputs the audio status data and the output media data to the audio output device. 
 
     
     
       26. The portable media device as recited in  claim 25 , wherein the audio output device is a speaker. 
     
     
       27. The portable media device as recited in  claim 25 , wherein the audio output device is a headphone or at least one earphone. 
     
     
       28. A computer readable medium storing at least computer program code for providing an indication of device status to a user of a portable audio output device including an internal device, the computer readable medium comprising:
 executable computer program code for monitoring a device status of the internal device; 
 executable computer program code for obtaining an audio snippet based on the device status when the portable audio output device is active; 
 executable computer program code for mixing, the audio snippet with the audio output to provide a mixed output; and 
 executable computer program code for outputting the mixed output for the user, thereby providing an indication of the device status without interrupting presentation of the audio output. 
 
     
     
       29. The computer readable medium as recited in  claim 28 , wherein the internal device is a battery, and wherein the device status being monitored is a battery charge level.

Description:
CROSS-REFERENCE TO RELATED APPLICATION 
     This application is related to U.S. patent application Ser. No. 11/144,541, filed Jun. 3, 2005, and entitled “TECHNIQUES FOR PRESENTING SOUND EFFECTS ON A PORTABLE MEDIA PLAYER,” which is hereby incorporated herein by reference. 
     BACKGROUND OF THE INVENTION 
     1. Field of the Invention 
     The present invention relates to portable electronic devices and, more particularly, to providing status information on a portable electronic device. 
     2. Description of the Related Art 
     Conventionally, portable electronic devices, such as cellular phones, portable digital assistants or portable media players, have provided visual clues regarding certain device status conditions. For example, battery-powered portable electronic devices frequently display a visual indication of battery status. The visual indication typically indicates the extent to which the battery is charged (i.e., battery level). Additionally, cellular phones can not only provide such a visual indication of battery level but also provide an auditory, periodic beeping sound during a call in process to alert the user when battery level is particularly low. 
     Unfortunately, however, users often interact with media players while wearing earphones or headphones. For example, users might also use the media player to listen to audio sounds via the earphones or headphones. In such cases, the users will likely not be able or interested to view a display screen that displays a visual indication of battery level. Still further, some portable media players do not even include a display screen. Consequently, any device status being displayed will conventionally not likely be received by the user of the media player. 
     Thus, there is a need for improved techniques to inform users about device status of portable media players. 
     SUMMARY OF THE INVENTION 
     The invention pertains to providing status information for an electronic device to its user in an audible manner. The status information can pertain to one or more conditions of the electronic device. The conditions can vary depending on the nature of the electronic device. As an example, where the electronic device is battery powered, one condition of the electronic device that can be monitored is a battery charge level. The audio output of status information can be output to an audio output device, such as a speaker. 
     The invention can be implemented in numerous ways, including as a method, system, device, apparatus (including graphical user interface), or computer readable medium. Several embodiments of the invention are discussed below. 
     As a method for providing an indication of battery status to a user of a portable audio output device having a battery, one embodiment of the invention includes at least the acts of: monitoring a battery charge level; obtaining an audio snippet based on the battery charge level; and outputting the audio snippet for the user. 
     As a portable media device, one embodiment of the invention includes at least an audio output device; an electronic device used by the portable media player; a device status monitor that monitors a device status of the electronic device; and a device status manager operatively connected to the device status monitor. The device status monitor determines when the device status of the electronic device is to be output to the audio output device. 
     As a graphical user interface for a media device adapted to provide auditory device status feedback, one embodiment of the invention includes at least: a list of device status feedback options; and a visual indicator that indicates a selected one of the device status feedback options, wherein the media device provides auditory device status feedback in accordance with the selected one of the device status feedback options. 
     As a computer readable medium including at least computer program code for providing an indication of device status to a user of a portable audio output device having an internal device, one embodiment of the invention includes at least: computer program code for monitoring a device status of the internal device; computer program code for obtaining an audio snippet based on the device status; and computer program code for outputting the audio snippet for the user. 
     Other aspects and advantages of the invention will become apparent from the following detailed description taken in conjunction with the accompanying drawings which illustrate, by way of example, the principles of the invention. 
    
    
     
       BRIEF DESCRIPTION OF THE DRAWINGS 
       The invention will be readily understood by the following detailed description in conjunction with the accompanying drawings, wherein like reference numerals designate like structural elements, and in which: 
         FIG. 1  is a flow diagram of a device condition monitoring process according to one embodiment of the invention. 
         FIGS. 2A and 2B  are flow diagrams of a battery charge monitoring process according to one embodiment of the invention. 
         FIG. 3  is a block diagram of a device status monitoring system according to one embodiment of the invention. 
         FIG. 4  illustrates a graphical user interface according to one embodiment of the invention. 
         FIG. 5  is a flow diagram of an audio output process according to one embodiment of the invention. 
         FIG. 6  is a block diagram of an audio processing system according to one embodiment of the invention. 
         FIG. 7  is a block diagram of a media player according to one embodiment of the invention. 
         FIG. 8  illustrates a media player having a particular user input device according to one embodiment of the invention. 
     
    
    
     DETAILED DESCRIPTION OF THE INVENTION 
     The invention pertains to providing status information for an electronic device to its user in an audible manner. The status information can pertain to one or more conditions of the electronic device. The conditions can vary depending on the nature of the electronic device. As an example, where the electronic device is battery powered, one condition of the electronic device that can be monitored is a battery charge level. The audio output of status information can be output to an audio output device, such as a speaker. 
     The invention is particularly well suited for a portable electronic device. The ability to provide a user with status information in an audible manner avoids the need for a user to view a display screen to obtain status information. Further, status information can also be provided even if the electronic device does not have a display screen. 
     The improved techniques are also well suited for use with portable electronic devices having audio playback capabilities, such as portable media devices (e.g., digital music player or MP3 player). Portable media devices can store and play audio sounds pertaining to media assets (media items), such as music, audiobooks, meeting recordings, and other speech or voice recordings. Portable media devices, such as media players, are small and highly portable and have limited processing resources. Often, portable media devices are hand-held media devices, such as hand-held audio players, which can be easily held by and within a single hand of a user. 
     Embodiments of the invention are discussed below with reference to  FIGS. 1-8 . However, those skilled in the art will readily appreciate that the detailed description given herein with respect to these figures is for explanatory purposes as the invention extends beyond these limited embodiments. 
       FIG. 1  is a flow diagram of a device condition monitoring process  100  according to one embodiment of the invention. The device condition monitoring process  100  operates on an electronic device and serves to inform its user of a condition of a device of the electronic device. In particular, the device condition monitoring process  100  monitors  102  a device condition. Then, an audio snippet is obtained  104  based on the device condition. In other words, the audio snippet being obtained  104  is dependent on the device condition. In one implementation, the audio snippet can be obtained  104  from memory storage of the memory device. In another implementation, the audio snippet can be obtained  104  by generating the audio snippet at the electronic device as needed. After the audio snippet has been obtained  104 , the audio snippet is output  106 . The audio snippet being output  106  is an audio output (i.e., audio sound). The audio output can be output using an audio output device, such as a speaker, that is associated with the electronic device. For example, the speaker can be internal to the electronic device or external to the electronic device. Examples of an external speaker include a headset, headphone(s) or earphone(s) that can be coupled to the electronic device. Following the block  106 , the device condition monitoring process  100  is complete and ends. 
     The device conditions being monitored by the device condition monitoring process  100  can vary. In one embodiment, the device condition being monitored by the device condition monitoring process  100  is a battery charge level of a battery of the electronic device. In which case, the device condition monitoring process  100  operates on the electronic device, such as a battery-powered electronic device, and serves to inform its user of a condition of its battery, namely, the battery charge level of the battery. 
     In one embodiment, the audio output provides device status information, e.g., battery charge level information, to the user of the electronic device in an audible manner. Advantageously, the user of the electronic device is able to acquire status information without having to view a display screen. This can be important when the electronic device lacks a display screen or when the user would be unable to conveniently view the display screen should a display screen be provided. 
       FIGS. 2A and 2B  are flow diagrams of a battery charge monitoring process  200  according to one embodiment of the invention. The battery charge monitoring process  200  is, for example, performed by an electronic device having battery charge monitoring capabilities. 
     The battery charge monitoring process  200  begins with a decision  202  that determines whether battery status is to be output. When the decision  202  determines that battery status is not to be output, then the battery charge monitoring process  202  waits until there is a need to output battery status. In other words, the battery charge monitoring process  200  is effectively invoked when battery status is to be output. As one example, a user of the electronic device can request battery status be output. In another example, the electronic device can itself request battery status be output. When the decision  202  determines that battery status is to be output, a current battery charge level is obtained  204 . 
     In this embodiment, the battery status can be output as an audio status output, a visual status output, or both. Hence, a decision  206  then determines whether an audio status output is to be provided. When the decision  206  determines that an audio status output is to be provided, an appropriate audio snippet is determined  208  based on the battery charge level. Next, the appropriate audio snippet is retrieved  210 . In one implementation, a plurality of different audio snippets are available at the electronic device, and the appropriate one of the audio snippets can be selected and retrieved. 
     The audio snippet is then output  212 . The output of the audio snippet produces an audio output at one or more speakers. The audio output can be output using a speaker that is associated with the electronic device. For example, the speaker can be internal to the electronic device or external to the electronic device. Examples of an external speaker include a headset, headphone(s) or earphone(s) that can be coupled to the electronic device. The audio output thus informs the user of the electronic device of the status of the battery. 
     Note that in one embodiment of the invention, the electronic device is a media player, such as a music player. When the media player is playing media for the benefit of its user, the audio output being produced to provide the user with status information recording the battery can be mixed with any other audio output being provided by the media player. For example, if the media player is playing a song, the audio output for the battery status can be mixed with the audio output for the song. Additionally, for improved mixing, fade-in and fade-out techniques can be utilized. 
     Alternatively, when the decision  206  determines that the audio status is not to be output, blocks  208  through  212  are bypassed. Following the block  212 , or its being bypassed, a decision  214  determines whether a visual status is to be provided. When the decision  214  determines that a visual status is to be provided, an appropriate visual indication is determined  216  based on the battery charge level. Then, the appropriate visual indication is displayed  218 . The visual indication can be presented on a display screen of the electronic device, if one is provided, or by some other light source (e.g., Light-Emitting Diode (LED)). On the other hand, when the decision  214  determines that a visual status is not to be provided, blocks  216  and  218  are bypassed. 
     Following the block  218 , or its being bypassed, the battery charge monitoring process  200  ends. However, the battery charge monitoring process  200  is typically activated on user request or device request. 
       FIG. 3  is a block diagram of a device status monitoring system  300  according to one embodiment of the invention. The device status monitoring system  300  is internal to an electronic device. Hence, the device status monitoring system  300  serves to monitor one or more devices that are internal to the electronic device. In this embodiment the device being monitored is a battery. Therefore, in one implementation, the device status monitoring system  300  can be referred to as a battery status monitoring system  300 . 
     The device status monitoring system  300  includes a device status manager  302  that manages acquisition, storage and output of device status information. The device status manager  302  couples to a battery monitor  304 . The battery monitor  304  monitors the status of a battery  306 . The status of the battery can pertain to one more attributes on the battery  306 . For example, one attribute of the battery  306  is charge level, such as percentage charged. Other attributes of the battery  306 , which additionally or alternatively could be monitored, include temperature, voltage or current. The battery monitor  304  monitors the status of the battery  306  and reports a battery status to the device status manager  302 . The device status manager  302  can then store the current status of the battery  306 . The device status manager  302  can then utilize the current status of the battery  306  to provide user information regarding the battery status. The status information provided to a user can be in either an audio form, a visual form, or both. When the device status manager  302  provides audio status information, the device status manager  302  provides an audio status output. On the other hand, when the device status manager  302  provides visual status information, the device status manager  302  outputs a visual status output. 
     In addition, the device status monitoring system  300  can utilize preference settings  308  and/or user requests  310  in monitoring one or more devices that are internal to the electronic device. The preference settings  308  can be supplied to the device status manager  302  to affect the status information being provided by the device status monitoring system  300 . For example, the preference settings  308  can influence the type of status information being provided, the timing at which the status information is provided, and the criteria on which the status information is based. As a particular example, a preference setting can allow a user to enable/disable output of auditory device status. The user requests  310  can pertain to user inputs, such as input buttons, that enable the user to request that device status (e.g., battery status) be provided. 
     In general, the device status can be initiated by a user or performed automatically. A user can request the device status by pressing a button on the electronic device. Alternatively or additionally, the electronic device itself can automatically output the device status. For example, the device status can be output when the device status is undesirable (e.g., battery charge level low). As another example, the device status can be output when an event occurs, such as the device is turned on, after a predetermined number of songs have played, etc. 
     As noted above, the device status can be output in an audible manner. In one embodiment, the device status is provided by an audio snippet. 
     As one example, the audio snippet can be a voice (i.e., spoken or synthesized voice). In the case of a global electronic device, use of voice may present localization issues due to the many different languages in use. 
     As another example, the audio snippet can include a series of tones or notes. In one example, the number of tones played in a sequence indicates its charge level (e.g., 1 note, low charge; n notes, fully charged). These tones or notes can be different tones or notes which follow a scale. The scale can, for example, be a raising scale (e.g., major scale). Scales in traditional Western music typically consist of seven notes, made up of a root note and six other scale degrees whose pitches lie between the root and the root&#39;s first octave. For example, the device status (i.e., battery charge level) can be presented to the user of the audio snippet using a scale. The higher up the scale the audio snippet goes, the greater the charge level of the battery. In one implementation, a top note of the scale can be output first before some or all of the notes of the scale are played to indicate device status. Outputting the top note first can provide the user context or a reference point so that they better understand the extent of the scale being output as indicating a degree of device status. In another implementation the entire scale could be output first before some or all of the notes of the scale are played to indicate device status. 
     As still another example, a pair of notes can be used to indicate device status (i.e., battery charge level). Here, the interval separation between the two notes can indicate intensity. If the two notes are same, the battery is substantially half charged. If the notes are rising, the battery is deemed substantially charged. If the notes are falling, the battery is deemed substantially discharged. In still another embodiment, the audio snippet can be a sliding scale (i.e., without discrete tones). The distance up the scale indicates the charge level. 
     In yet still another embodiment, chords can be used. Typically, a chord has 13 notes. Each of these 13 notes can be used to convey a battery charge level. 
     Although use of notes, scales and chords are used to symbolically indicate device status. In another embodiment, other symbolic approaches can be used. For example, the sound of filling a container with a liquid. Another example is controlling a playback rate of an audio snippet. 
     In one embodiment, the electronic device, i.e., portable media device, makes use of a graphical user interface to assist the user with configuring device status output preferences. For example, the user may desire to have device status presented in a visual manner. Alternatively, or in addition, the user may desire device status be provided in an audio manner via an earphone or headphone. 
       FIG. 4  illustrates a graphical user interface  400  according to one embodiment of the invention. The graphical user interface  400  allows a user to configure a portable media device for visual and/or auditory delivery of device status. More particularly, the graphical user interface  400  includes a header or title  402  designating that the graphical user interface pertains to “Device Status”. The graphical user interface  400  also displays a menu or list  404  of user selectable items. In this example, the menu or list  404  includes four user selectable items, namely, “Screen”, “Headphone”, “Both” and “Off”. The “Screen” selection causes the configuration to provide visual delivery of status information via a display screen. The “Headphone” selection causes the configuration to provide auditory delivery of status information via earphone(s) or headphone(s) (e.g., speaker  714  (external)). The “Both” selection causes the configuration to provide both auditory and visual delivery of status information. The “Off” selection causes the configuration to provide no device status information (though urgent status condition might still be provided). A selector  406  indicates current selection of the “Headphone” item. 
       FIG. 5  is a flow diagram of an audio output process  500  according to one embodiment of the invention. The audio output process  500  is performed by an electronic device, namely, a portable media device, that can play media items. 
     The audio output process  500  begins with a decision  502  that determines whether an audio play request has been issued. For example, an audio play request can be issued as a result of a system action or a user action with respect to the portable media device. When the decision  502  determines that an audio play request has been issued, audio data is output  504  to an audio channel. By outputting the audio data to the audio channel, the audio data is directed to an audio output device, namely, a speaker, wherein audible sound is output. 
     Following the operation  504 , or following the decision  502  when an audio play request has not been issued, a decision  506  determines whether a device status request has been issued. When the decision  506  determines that a device status request has been issued, then device status data is output  508  to a mixer channel. The mixer channel allows the device status data to mix with the audio data on the audio channel. After the device status data has been output  508  to the mixer channel, or directly following the decision  506  when a device status request has not been issued, the audio output process  500  returns to repeat the decision  502  and subsequent operations so that subsequent requests can be similarly processed. 
     It should be understood that often audio data is output for a longer duration than is any device status data, which tends to be of a shorter duration (e.g., audio snippet). Hence, during the output of the audio data to the audio channel, device status data for one or more devices can be output to the mixer channel and thus combined with the audio data. 
       FIG. 6  is a block diagram of an audio processing system  600  according to one embodiment of the invention. The audio processing system  600  includes an audio channel  602  and a mixer channel  604 . The audio channel  602  typically includes a decoder and a buffer. The mixer channel  604  typically includes resolution and/or sample rate converters. Additional details on mixer channels and mixing are described in U.S. patent application Ser. No. 11/144,541, filed Jun. 3, 2005, and entitled “TECHNIQUES FOR PRESENTING SOUND EFFECTS ON A PORTABLE MEDIA PLAYER,” which is hereby incorporated herein by reference. 
     The audio channel  602  receives audio data  606  that is to be output by the audio processing system  600 . After the audio data  606  passes through the audio channel  602 , it is provided to a mixer  608 . The mixer channel  604  receives device status data  610 . After the device status data  610  has passed through the mixer channel  604 , it is provided to a mixer  608 . The mixer  608  serves to combine the audio data from the audio channel  602  with the device status data  610  from the mixer channel  604 . The combined data is then supplied to a Digital-to-Analog Converter (DAC)  612 . The DAC  612  converts the combined data to an analog audio output. The analog audio output can be supplied to an audio output device, such as a speaker. 
     The electronic device as described herein can be a media device (e.g., media player) capable of playing (including displaying) media items. The media items can pertain to audio items (e.g., audio files or songs), videos (e.g., movies) or images (e.g., photos). 
       FIG. 7  is a block diagram of a media player  700  according to one embodiment of the invention. The media player  700  can include the circuitry of the device status monitoring system  300  in  FIG. 3  or the audio processing system  600  in  FIG. 6 , and/or can perform the operations described with reference to  FIGS. 1 ,  2 A,  2 B and  5 . 
     The media player  700  includes a processor  702  that pertains to a microprocessor or controller for controlling the overall operation of the media player  700 . The media player  700  stores media data pertaining to media items in a file system  704  and a cache  706 . The file system  704  is, typically, a storage disk or a plurality of disks. The file system  704  typically provides high capacity storage capability for the media player  700 . The file system  704  can store not only media data but also non-media data (e.g., when operated in a disk mode). However, since the access time to the file system  704  is relatively slow, the media player  700  can also include a cache  706 . The cache  706  is, for example, Random-Access Memory (RAM) provided by semiconductor memory. The relative access time to the cache  706  is substantially shorter than for the file system  704 . However, the cache  706  does not have the large storage capacity of the file system  704 . Further, the file system  704 , when active, consumes more power than does the cache  706 . The power consumption is often a concern when the media player  700  is a portable media player that is powered by a battery  707 . The media player  700  also includes a RAM  720  and a Read-Only Memory (ROM)  722 . The ROM  722  can store programs, utilities or processes to be executed in a non-volatile manner. The RAM  720  provides volatile data storage, such as for the cache  706 . 
     The media player  700  also includes a user input device  708  that allows a user of the media player  700  to interact with the media player  700 . For example, the user input device  708  can take a variety of forms, such as a button, keypad, dial, etc. In one implementation, the user input device  708  can be provided by a dial that physically rotates. In another implementation, the user input device  708  can be implemented as a touchpad (i.e., a touch-sensitive surface). In still another implementation, the user input device  708  can be implemented as a combination of one or more physical buttons and well as a touchpad. Still further, the media player  700  includes a display  710  (screen display) that can be controlled by the processor  702  to display information to the user. A data bus  711  can facilitate data transfer between at least the file system  704 , the cache  706 , the processor  702 , and the CODEC  712 . 
     The media player  700  also provides status monitoring of one or more devices within the media player  700 . One device of the media player  700  that can be monitored its the battery  707 . In this regard, the media player  700  includes a battery monitor  713 . The battery monitor  713  operatively couples to the battery  707  to monitor is conditions. The battery monitor  713  can communicate battery status (or conditions) with the processor  702 . The processor  702  can cause an audio output (e.g., audio snippet) via the speaker  714  so as to inform the user of the media player  707  of the battery status. Another device of the media player  700  that could be monitored is the network/bus interface  718 , for example, to provide an audio indication of bus/network speed. 
     In one embodiment, the media player  700  serves to store a plurality of media items (e.g., songs) in the file system  704 . When a user desires to have the media player play a particular media item, a list of available media items is displayed on the display  710 . Then, using the user input device  708 , a user can select one of the available media items. The processor  702 , upon receiving a selection of a particular media item, supplies the media data (e.g., audio file) for the particular media item to a coder/decoder (CODEC)  712 . The CODEC  712  then produces analog output signals for a speaker  714 . The speaker  714  can be a speaker internal to the media player  700  or external to the media player  700 . For example, headphones or earphones that connect to the media player  700  would be considered an external speaker. The speaker  714  can not only be used to output audio sounds pertaining to the media item being played, but also to output audio sounds pertaining to device status. A plurality of device status options can be stored as audio data on the media player  700 , such as in file system  704 , the cache  706 , the ROM  720  or the RAM  722 . The audio data for the device status options can be stored in a wide variety of formats. For example, audio data for the device status options can be simply Pulse Coded Modulation (PCM) data or can be encoded data, such as MP3 or MPEG-4 format. PCM data is typically either raw data (e.g., a block of samples) or formatted (e.g., WAV or AIFF file formats). 
     A device status can be output in response to a user input or a system request. When a particular device status is to be output to the speaker  714 , the associated audio data for the device status can be retrieved by the processor  702  and supplied to the CODEC  712  which then supplies audio signals to the speaker  714 . In the case where audio data for a media item is also being output, the processor  702  can process the audio data for the media item as well as the device status. In such case, the audio data for the device status can be mixed with the audio data for the media item. The mixed audio data can then be supplied to the CODEC  712  which supplies audio signals (pertaining to both the media item and the device status) to the speaker  714 . 
     The media player  700  also includes a network/bus interface  716  that couples to a data link  718 . The data link  718  allows the media player  700  to couple to a host computer. The data link  718  can be provided over a wired connection or a wireless connection. In the case of a wireless connection, the network/bus interface  716  can include a wireless transceiver. 
     In one embodiment, the media player  700  is a portable computing device dedicated to processing media such as audio. For example, the media player  700  can be a music player (e.g., MP3 player), a game player, and the like. These devices are generally battery operated and highly portable so as to allow a user to listen to music, play games or video, record video or take pictures wherever the user travels. In one implementation, the media player  700  is a handheld device that is sized for placement into a pocket or hand of the user. By being handheld, the media player  700  is relatively small and easily handled and utilized by its user. By being pocket sized, the user does not have to directly carry the device and therefore the device can be taken almost anywhere the user travels (e.g., the user is not limited by carrying a large, bulky and often heavy device, as in a portable computer). Furthermore, the device may be operated by the user&#39;s hands, no reference surface such as a desktop is needed. 
     The user input device  708  can take a variety of forms, such as a button, keypad, dial, etc. (physical or soft implementations) each of which can be programmed to individually or in combination to perform any of a suite of functions.  FIG. 8  illustrates a media player  800  having a particular user input device  802  according to one embodiment. The media player  804  can also include a display  804 . The user input device  802  includes a number of input devices  806 , which can be either physical or soft devices. Such input devices  806  can take the form of a rotatable dial  806 - 1 , such as in the form of a wheel, capable of rotation in either a clockwise or counterclockwise direction. A depressible input button  806 - 2  can be provided at the center of the dial  806 - 1  and arranged to receive a user input event such as a press event. Other input buttons  806  include input buttons  806 - 3  through  806 - 6  each available to receive user supplied input action. 
     As noted above, the audio system can be utilized to mix sound effects with player data such that the mixed audio can be output to an audio output device. The audio system can be system or user configurable as to sound effect processing. For example, a user may desire sound effects to be output to a particular audio output device of the audio system. As one example, the audio output device can be an in-device speaker. As another example, a user may desire sound effects to be output to a headphone (earphone) instead of or in addition to any in-device speaker. 
     The invention is suitable for use with battery-powered electronic devices. However, the invention is particularly well suited for hand-held electronic devices, such as a hand-held media device. One example of a hand-held media device is a portable media player (e.g., music player or MP3 player). Another example of a hand-held media device portable is a mobile telephone (e.g., cell phone) or Personal Digital Assistant (PDA). 
     One example of a media player is the IPOD® media player, which is available from Apple Computer, Inc. of Cupertino, Calif. Often, a media player acquires its media assets from a host computer that serves to enable a user to manage media assets. As an example, the host computer can execute a media management application to utilize and manage media assets. One example of a media management application is ITUNES®, produced by Apple Computer, Inc. 
     The various aspects, embodiments, implementations or features of the invention can be used separately or in any combination. 
     The invention is preferably implemented by software, hardware or a combination of hardware and software. The invention can also be embodied as computer readable code on a computer readable medium. The computer readable medium is any data storage device that can store data which can thereafter be read by a computer system. Examples of the computer readable medium include read-only memory, random-access memory, CD-ROMs, DVDs, magnetic tape, and optical data storage devices. The computer readable medium can also be distributed over network-coupled computer systems so that the computer readable code is stored and executed in a distributed fashion. 
     The advantages of the invention are numerous. Different aspects, embodiments or implementations may yield one or more of the following advantages. One advantage of the invention is that device status can be presented to a user of an electronic device, such as a portable electronic device, in an audible manner. As a result, a user can receive device status information without having to view a display screen or other visual indicator. This can be particularly useful when there is no display screen or other visual indicator, or when the user is busy and not able to conveniently view a visual indication. The electronic device can be a media device that outputs media. Another advantage of the invention is that device status information can be output even while a media device is outputting other media (e.g., music). Still another advantage of the invention is that device status information that is output in an audio manner can be symbolic of the device status. 
     The many features and advantages of the present invention are apparent from the written description and, thus, it is intended by the appended claims to cover all such features and advantages of the invention. Further, since numerous modifications and changes will readily occur to those skilled in the art, the invention should not be limited to the exact construction and operation as illustrated and described. Hence, all suitable modifications and equivalents may be resorted to as falling within the scope of the invention.

Metadata:
Filing Date: 20050822
Publication Date: 20090915
Grant Date: 20090915
Priority Date: 20050822
Inventors: MARRIOTT GREG
HODGE ANDREW BERT
Assignee: APPLE INC
CPC Classifications: [{"code": "H04M1/72403", "inventive": true, "first": true, "tree": "[]"}, {"code": "H04M1/72403", "inventive": true, "first": true, "tree": "[]"}, {"code": "G01R31/3646", "inventive": false, "first": false, "tree": "[]"}, {"code": "G01R31/3646", "inventive": false, "first": false, "tree": "[]"}]
Family ID: 37903175