MEDIA DELIVERY SYSTEM WITH IMPROVED INTERACTION
Methods and systems for improved interaction between media devices and accessory devices are disclosed. In one embodiment, the improved interaction can operate to configure a user interface of a media device dependent on the type or condition of an accessory device. In the same or another embodiment, the improved interaction can exchange status information between a media device and an accessory device that can influence operation of either or both of the devices.
Latest Apple Patents:
This application is a continuation of U.S. application Ser. No. 11/364,615, filed Feb. 27, 2006, now U.S. Publication No. 2007-0201705, published Aug. 30, 2007, and is related to (i) U.S. patent application Ser. No. 11/051,499, filed Feb. 23, 2005, now U.S. Pat. No. 7,823,214, issued Oct. 26, 2010, which is hereby incorporated herein by reference; (ii) U.S. patent application Ser. No. 11/245,937, filed Oct. 7, 2005, now U.S. Publication No. 2007/0080823 A1, published Apr. 12, 2007, which is hereby incorporated herein by reference; (iii) U.S. patent application Ser. No. 10/423,490, filed Apr. 25, 2003, now U.S. Pat. No. 7,627,343, issued Dec. 1, 2009; and (iv) U.S. patent application Ser. No. 11/326,169, filed Jan. 4, 2006, now U.S. Pat. No. 7,574,177, issued Aug. 11, 2009, which is hereby incorporated herein by reference.
BACKGROUND OF THE INVENTION1. Field of the Invention
The present invention relates to media devices and, more particularly, to portable media devices, such as portable media players, that receive accessory devices.
2. Description of the Related Art
A media player stores media assets, such as audio tracks or photos, that can be played or displayed on the media player. 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 manage media assets. One example of a media management application is iTunes® produced by Apple Computer, Inc.
A media player typically includes one or more connectors or ports that can be used to interface to the media player. For example, the connector or port can enable the media player to (i) couple to a host computer, (ii) be inserted into a docking system, or (iii) receive an accessory device. There are today many different types of accessory devices that can interconnect to the media player. For example, a remote control can be connected to the connector or port to allow the user to remotely control the media player. As another example, an automobile can include a connector and the media player can be inserted onto the connector such that an automobile media system can interact with the media player, thereby allowing the media content on the media player to be played within the automobile media system. As still another example, a media player can be connected to a speaker dock which can then serve as a portable media system.
Notwithstanding the foregoing, there is a need for improved interaction between media devices and accessory devices.
SUMMARY OF THE INVENTIONThe invention pertains to methods and systems for improved interaction between media devices and accessory devices. In one embodiment, the improved interaction can operate to configure a user interface of a media device dependent on the type or condition of an accessory device. The configuration of the user interface can be automatically performed when the media device is connected with the accessory device. In the same or another embodiment, the improved interaction can exchange status (or state) information between a media device and an accessory device that can influence operation of either or both of the devices. The exchange of the status information can be automatically performed while the media device is connected with the accessory device.
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 operating a portable media device, one embodiment of the invention includes at least the acts of: detecting attachment of an auxiliary device to the portable media device; obtaining auxiliary device information from the auxiliary device after detecting that the auxiliary device is attached to the portable media device; and thereafter configuring the portable media device to operate in accordance with the auxiliary device information.
As a method for operating a portable media device, another embodiment of the invention includes at least the acts of: detecting attachment of an auxiliary speaker system to the portable media device; obtaining volume status information from the auxiliary speaker system after detecting that the auxiliary speaker system is attached to the portable media device; and thereafter configuring a volume setting on the portable media device based on the volume status information.
As a method for operating a portable media device, still another embodiment of the invention includes at least the acts of: obtaining volume status information from an auxiliary speaker system that is operatively connected to the portable media device; receiving a user input that alters the volume status information; processing the user input at the portable media device to produce altered volume status information; and causing the volume status information stored in the auxiliary speaker system to be updated based on the altered volume status information.
As a computer readable medium including at least computer program code for operating a portable media device, one embodiment of the invention includes at least: computer program code for detecting attachment of an auxiliary device to the portable media device; computer program code for obtaining auxiliary device information from the auxiliary device after the computer program code for detecting detects that the auxiliary device is attached to the portable media device; and computer program code for configuring the portable media device to operate in accordance with the auxiliary device information.
As a computer readable medium including at least computer program code for operating a portable media device, another embodiment of the invention includes at least: computer program code for detecting attachment of an auxiliary speaker system to the portable media device; computer program code for obtaining volume status information from the auxiliary speaker system after the computer program code for detecting detects that the auxiliary speaker system is attached to the portable media device; computer program code for configuring a volume setting on the portable media device based on the volume status information; computer program code for receiving a user input that alters the volume status information; computer program code for processing the user input at the portable media device to produce altered volume status information; and computer program code for causing the volume status information stored in the auxiliary speaker system to be updated based on the altered volume status information.
As a portable media delivery system, one embodiment of the invention includes a portable electronic device and a speaker system. The portable electronic device is operatively connectable to the speaker system and includes at least (i) a media storage device that stores media content for one or more media items, and (ii) a media presentation module that retrieves media content for at least one of the media items from the media storage and causes the media content to be presented for a user of the portable electronic device. The speaker system stores at least a device identifier and a system status information. When the speaker system is operatively connected to the portable electronic device, the portable electronic device can receive the device identifier and the system status information from the speaker system, and then configure a user interface associated with the portable electronic device based on at least the system status information.
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.
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:
The invention pertains to methods and systems for improved interaction between media devices and accessory devices. In one embodiment, the improved interaction can operate to configure a user interface of a media device dependent on the type or condition of an accessory device. The configuration of the user interface can be automatically performed when the media device is connected with the accessory device. In the same or another embodiment, the improved interaction can exchange status (or state) information between a media device and an accessory device that can influence operation of either or both of the devices. The exchange of the status information can be automatically performed while the media device is connected with the accessory device.
The improved interaction provided by the invention is well suited for electronic devices, namely, consumer electronic products such as media devices, that can receive accessory devices (or auxiliary devices). One example of a media device is a media player, such as a handheld media player (e.g., music player), that can present (e.g., play) media items (or media assets). Examples of accessory devices, include: voice recorders, FM transceivers, peripheral bus devices (e.g., FireWire® devices or USB devices), media devices (e.g., media readers, displays, cameras, etc.), power units (e.g., power adapters, battery packs, etc.), speakers (headphones or speaker systems), remote control devices, network devices, or automobile integration units.
Embodiments of the invention are discussed below with reference to
The media delivery apparatus 202 includes a housing 204 that supports or contains various components of the media delivery apparatus 202. The housing 204 includes an opening or receptacle 206 and a connector 208 disposed therein. Besides the media delivery apparatus 202, the media system 200 also includes a portable media player 210. The portable media player 210 is, more generally, a portable computing device, such as the portable media device 102 illustrated in
Although the portable media player 210 is fully operational apart from the media delivery apparatus 202, the portable media player 210 can be connected to the media delivery apparatus 204. In particular, the portable media player 210 includes the connector 212. The portable media player 210 can be placed in the opening or receptacle 206 such that the connector 208 physically and electrically connects with the connector 212 of the portable media player 210, thereby connecting the portable media player 210 to the media delivery apparatus 204. The opening or receptacle 206 can also be considered a media bay opening for removably receiving the portable media player 210. Once connected, the portable media player 210 can interact with the media delivery apparatus 204 to acquire status information. Then, using the status information acquired from the media delivery apparatus 204, the portable media player 210 can be configured to operate in accordance with status of the media delivery apparatus 204. For example, a graphical user interface (GUI) provided by the portable media player 210 can be configured to incorporate one or more user interface components that pertain to or reflect the media delivery apparatus and its status.
The media delivery apparatus 202 includes a plurality of speakers 218. In one embodiment, the speakers 218 include a pair of midrange speakers and a subwoofer speaker. The housing 204 also includes volume control devices 220 and 222. In one embodiment, the volume control devices 220 and 222 are buttons. Still further, the housing 204 can include an indicator light 224 that is operated to provide visual feedback to the user regarding the operation or condition of the media delivery apparatus 202. The housing 204 can also include an infrared receiver window 226 that can be used by an infrared receiver internal to the housing 204 when picking up wireless infrared transmissions from a remote controller 228. In the embodiment shown in
The dynamic GUI process 300 begins with a decision 302 that determines whether an auxiliary device has been attached. When the decision 302 determines that an auxiliary device has not been attached, the dynamic GUI process 300 awaits such an attachment. In other words, the dynamic GUI process 300 can be deemed invoked when an auxiliary device is attached.
Once the decision 302 determines that an auxiliary device has been attached, the auxiliary device is authenticated 304. A decision 306 then determines whether the authentication of the auxiliary device has been successful. When the decision 306 determines that the authentication was unsuccessful, then the dynamic GUI process 300 ends because the auxiliary device is not authenticated and therefore not permitted to be utilized.
On the other hand, when the decision 306 determines that authentication has been successful, auxiliary device status information is obtained 308 from the auxiliary device. The auxiliary device status information is generally information obtained from the auxiliary device that defines or describes its status regarding one or more conditions. As an example, the auxiliary device status information could include information on one or more of: a volume setting, an equalization setting, a list of alternate equalization settings, a device identifier, a device name, a device model number, and a device version number. After the auxiliary device status information has been obtained 308, the GUI of the portable media device is configured 310 based on the auxiliary device status information.
Next, a decision 312 determines whether a user input has been received via the GUI. When the decision 312 determines that a user input has not been received, a decision 314 determines whether the auxiliary device has been disconnected from the portable media device. When the decision 314 determines that the auxiliary device has not been disconnected, then the dynamic GUI process 300 returns to repeat the decision 312 and subsequent blocks. Once the decision 312 determines that a user input has been received from the GUI, a decision 316 determines whether the auxiliary device status has been altered. When the decision 316 determines that the auxiliary device has not been altered by the user input, other input response processing can be performed 318 based on the nature of the user input. For example, the other input response processing could start, stop or advance playback of a media item via the portable media device.
Alternatively, when the decision 316 determines that the auxiliary device status has been altered by the user input, then the auxiliary device status change is sent 320 to the auxiliary device. This can enable the auxiliary device to update its status in accordance with the change to the auxiliary device status. A decision 322 then determines whether the change to the auxiliary device status has been confirmed by the auxiliary device.
Once the decision 322 determines that the change to the auxiliary device status has been confirmed, the graphical user interface of the portable media device can be updated 324 based on the changed auxiliary device status. For example, if the change to the auxiliary device status was a change to an equalization setting for the auxiliary device, then the update 324 of the GUI for the portable media device could alter the GUI so as to reflect the change to the equalization setting. As another example, if the change to the auxiliary device status was a change to a volume setting for the auxiliary device, then the update 324 of the GUI for the portable media device could alter the GUI so as to reflect the change to the volume setting.
Following the block 324 as well as following the block 318, the dynamic GUI process 300 returns to repeat the decision 312 and subsequent blocks so that subsequent user inputs via the GUI can be similarly processed until the auxiliary device is disconnected from the portable media device. As noted above, the decision 314 determines that the auxiliary device has been disconnected. When the decision 314 does determine that the auxiliary device has been disconnected, the dynamic GUI process 300 ends. In ending the dynamic GUI process 300, the auxiliary device would be disabled (e.g., no longer authorized) and the GUI would return to its prior state, e.g., such as its state before the configuration 310.
In general, the dynamic GUI process 300 can operate to produce a GUI for a mobile computing device that is dependent on an accessory device coupled thereto. More particularly, any one or more of the presence, type, status, setting, condition, state or mode of the accessory device can influence the GUI for the mobile computing device. As discussed above, the presence or type of accessory device can cause the GUI to be configured differently. As also discussed above, the status or condition of the accessory device can also be reflected in the GUI, such as for equalization settings and volume settings. Still further, various other statuses, settings, conditions, states or modes can also be reflected in the GUI. For example, a default device setting can be altered when an accessory device of a certain type is identified. As a particular example, when the mobile computing device is a portable media player with a LCD screen, the presence of an attached speaker system (accessory device) can cause the default backlight state for the LCD screen to be always on (as opposed to being on only when user activity is present). As another particular example, when the mobile computing device is a portable media player with a display screen, the presence of an attached speaker system (accessory device) can cause the default playback display screen to display media artwork (e.g., album art) while the media item is being played (as opposed to displaying playback status information).
The initial volume control process 400 begins with a decision 402. The decision 402 determines whether an external speaker system is attached. When the decision 402 determines that an external speaker system is not attached, then the initial volume control process 400 awaits such an attachment. In other words, the initial volume control process 400 can be deemed invoked once an external speaker system, i.e., one type of accessory device, is attached to the portable media device. As an example, the portable media device can obtain a device identifier from the accessory device, and then use the device identifier to determine whether the accessory device is an external speaker system.
Once the decision 402 determines that an external speaker has been attached to the portable media device, the auxiliary speaker system is authenticated 404. The decision 406 then determines whether the authentication of the auxiliary speaker system has been successful. When the decision 406 determines that the authentication of the auxiliary speaker system has not been successful, the initial volume control process 400 ends such that the auxiliary speaker system is not permitted to be utilized with the portable media device.
On the other hand, when the decision 406 determines that the authentication of the auxiliary speaker system has been successful, a volume status of the auxiliary speaker system is obtained 408. Next, a volume setting on the portable media device is set 410 to correspond to the volume status of the auxiliary speaker system. In one embodiment, the setting 410 of the volume settings on the portable media device operates to update the GUI associated with the portable media device to reflect the volume settings. As one example, the GUI might include a volume bar or slider, and the volume bar or slider could be updated to reflect a volume setting that corresponds to the volume status of the auxiliary speaker system. As another example, the GUI might include a numerical volume setting (e.g., 0-10) that could be updated to reflect a volume setting that corresponds to the volume status of the auxiliary speaker system. Following the block 410, the initial volume control process 400 is complete and ends.
In one embodiment, after the external speaker system is detached from the portable media device, the portable media device can revert to its volume condition prior to being set 410 to correspond to the volume status of the auxiliary speaker system. The auxiliary speaker system can retain its last volume status after being detached from a portable media device so that when later re-attached a portable media device the volume status can be supplied to the portable media device.
The audio playback process 500 begins with a decision 502 that determines whether a volume adjustment has been received. Here, the volume adjustment can be provided by a user control with respect to the portable media device, by a user input control with respect to the auxiliary device, or by a user input with respect to a remote controller. For example, a user control of the portable media player can be the user input device 216 of the portable media player 210 illustrated in
When the decision 502 determines that a volume adjustment has been received, a volume setting is adjusted 504 in view of the volume adjustment being received. The volume setting adjustment 504 can be performed on either the auxiliary device or the portable media device. When the volume setting adjustment 504 is performed on the portable media device, the stored volume status of the auxiliary speaker system is updated 506. Typically, this requires that the portable media device inform the auxiliary device of the adjustment to the volume setting. In so informing the auxiliary device, the portable media device could provide an adjustment relative to a current setting (e.g., increase by two levels), or could provide a new volume setting (e.g., volume level 8). More generally, when the volume setting is adjusted 504 on the portable media device, the adjustment can be reflected in a user interface component of a graphical user interface that is presented on a display associated with the portable media device. This can involve the altering, enabling or disabling of the user interface component that represents the volume setting prior to the adjustment.
Following the block 504, the auxiliary speaker system can then update 506 the stored volume status. Following the block 506 as well as directly following the decision 502 when a volume adjustment has not been received, a decision 508 determines whether an audio output is to be presented. When the decision 508 determines that an audio output is to be presented, audio signals are output 510 to the auxiliary speaker system. Here, the auxiliary speaker system understands the appropriate volume setting to be utilized when processing and producing audio sound in accordance with the audio signals. For example, the auxiliary speaker system can include its own amplifier system that can be controlled in accordance with the stored volume status of the auxiliary speaker system.
Next, following the block 510 or following the decision 508 directly when an audio output is not being provided, a decision 512 determines whether the auxiliary speaker system has been disconnected from the portable media device. When the decision 512 determines that the auxiliary speaker system has been disconnected from the portable media device, the audio playback process ends. Alternatively, when the decision 512 determines that the auxiliary speaker system has not been disconnected from the portable media device, the audio playback process returns to repeat the decision 502 and subsequent blocks so that audio playback can start or continue and volume adjustments can be made with respect to the output volume from any of a number of different user input controls.
The authentication processing associated with block 304 of
The interaction between media devices and accessory devices can be implemented in a variety of different ways. Once a media device and an accessory device are connected (either directly via a connector or indirectly via a cable or wirelessly), information can be exchanged and utilized for enhanced operation of either device. The interaction can be limited to those devices that are able to be authenticated.
As a specific example, the information exchange, such as the information exchange 580, can be used to request an equalization setting from the auxiliary speaker system. The portable media player can then receive the equalization setting and adapt its user interface to denote the current equalization setting of the auxiliary speaker system. The portable media player can also request and receive a list of available equalization settings that are available or supported by the auxiliary speaker system. The user interface can also be adapted to display the list of equalization settings. In one implementation, the current equalization setting can be implemented as an index value into the list of equalization settings, which can pertain to names of the equalization settings.
The host authentication process 600 initially receives 602 a device identifier associated with an accessory device to be authenticated. Additionally, an authentication value is received 604 from the accessory device. Here, the host device is performing the authentication process; hence, the accessory device provides the authentication value to the host device. In one embodiment, in determining the authentication value, the accessory device utilizes a random number and a private key. The random number can be provided to the accessory device by the host device, or the random number can be available from the accessory device.
Next, the host authentication process 600 determines 606 whether the accessory device is authentic based on the authentication value and the device identifier. A decision 608 then determines whether the accessory device is authentic based on the determination made at block 606. When the decision 608 determines that the accessory device has been determined to be authentic, usage of the accessory device with the host device is authorized 610. The nature of the usage being authorized 610 can vary depending upon implementation. For example, the usage authorized 610 could allow complete usage of the accessory device or could allow limited usage of the accessory device.
On the other hand, when the decision 608 determines that the accessory device is not authentic, then the block 610 is bypassed such that the accessory device is not authorized for usage with the host device. In this case, since the accessory device was not determined to be authentic, usage of the accessory device with the host device is substantially restricted or prevented. Following the block 610, or its being bypassed, the host authentication process 600 is complete and ends.
The accessory authentication process 650 sends 652 a private key identifier associated with the accessory device to a host device. The private key identifier is used by the host device to obtain an appropriate private key which is used by the host device in producing the authentication value which is sent to the accessory device. The accessory device will receive 654 an authentication value from the host device.
Next, the accessory authentication process 650 determines 656 whether the host device is authentic based on the authentication value and a public key. Typically, the public key would be provided internal to the accessory device. A decision 658 then determines whether the host device has been determined to be authentic. When the decision 658 determines that the host device has been deemed authentic, then usage of the host device with the accessory device is authorized 660. The nature of the usage being authorized 660 can vary depending upon implementation. For example, the usage authorized 660 could allow complete usage of the host device or could allow limited usage of the host device.
On the other hand, when the decision 658 determines that the host device is not authentic, then the block 660 is bypassed, such that usage of the host device with the accessory device is substantially restricted or prevented. Following the block 660, or its being bypassed, the accessory authentication process 650 is complete and ends.
In one embodiment, a media device, or host device, can also connect to a host computer, such as a personal computer. The personal computer can store, utilize and manage media items. The management of the media items can be not only for the host computer but also for the electronic device.
The media information pertains to characteristics or attributes of the media items. For example, in the case of audio or audiovisual media, the media information can include one or more of: title, album, track, artist, composer and genre. These types of media information are specific to particular media items. In addition, the media information can pertain to quality characteristics of the media items. Examples of quality characteristics of media items can include one or more of: bit rate, sample rate, equalizer setting, volume adjustment, start/stop and total time.
Still further, the host computer 702 includes a play module 712. The play module 712 is a software module that can be utilized to play certain media items stored in the media store 708. The play module 712 can also display (on a display screen) or otherwise utilize media information from the media database 710. Typically, the media information of interest corresponds to the media items to be played by the play module 712.
The host computer 702 also includes a communication module 714 that couples to a corresponding communication module 716 within the media player 704. A connection or link 718 removably couples the communication modules 714 and 716. In one embodiment, the connection or link 718 is a cable that provides a data bus, such as a FIREWIRE™ bus or USB bus, which is well known in the art. In another embodiment, the connection or link 718 is a wireless channel or connection through a wireless network. Hence, depending on implementation, the communication modules 714 and 716 may communicate in a wired or wireless manner.
The media player 704 also includes a media store 720 that stores media items within the media player 704. Optionally, the media store 720 can also store data, i.e., non-media item storage. The media items being stored to the media store 720 are typically received over the connection or link 718 from the host computer 702. More particularly, the management module 706 sends all or certain of those media items residing on the media store 708 over the connection or link 718 to the media store 720 within the media player 704. Additionally, the corresponding media information for the media items that is also delivered to the media player 704 from the host computer 702 can be stored in a media database 722. In this regard, certain media information from the media database 710 within the host computer 702 can be sent to the media database 722 within the media player 704 over the connection or link 718. Still further, playlists identifying certain of the media items can also be sent by the management module 706 over the connection or link 718 to the media store 720 or the media database 722 within the media player 704.
Furthermore, the media player 704 includes a play module 724 that couples to the media store 720 and the media database 722. The play module 724 is a software module that can be utilized to play certain media items stored in the media store 720. The play module 724 can also display (on a display screen) or otherwise utilize media information from the media database 722. Typically, the media information of interest corresponds to the media items to be played by the play module 724.
According to one embodiment, to support an authentication process on the media player 704, the media player 704 can further include an authentication module 726 and an authentication table 728. The authentication module 726 can perform the authentication processing discussed above, such as the host authentication process 600 illustrated in
As previously noted, an accessory device can couple to a media player. Hence,
The media player 800 also includes a user input device 808 that allows a user of the media player 800 to interact with the media player 800. For example, the user input device 808 can take a variety of forms, such as a button, keypad, dial, etc. Still further, the media player 800 can include a display 810 (screen display) that can be controlled by the processor 802 to display information to the user. The user input device 808 and the display 810 can also be combined in the case of a touch screen. A data bus 811 can facilitate data transfer between at least the file system 804, the cache 806, the processor 802, and the CODEC 812.
In one embodiment, the media player 800 serves to store a plurality of media items (e.g., songs) in the file system 804. 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 810. Then, using the user input device 808, a user can select one of the available media items. The processor 802, 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) 812. The CODEC 812 then produces analog output signals for a speaker 814. The speaker 814 can be a speaker internal to the media player 800 or external to the media player 800. For example, headphones or earphones that connect to the media player 800 would be considered an external speaker.
The media player 800 also includes a network/bus interface 816 that couples to a data link 818. The data link 818 allows the media player 800 to couple to a host computer or to accessory devices. The data link 818 can be provided over a wired connection or a wireless connection. In the case of a wireless connection, the network/bus interface 816 can include a wireless transceiver.
The media items (media assets) can pertain to one or more different types of media content. In one embodiment, the media items are audio tracks. In another embodiment, the media items are images (e.g., photos). However, in other embodiments, the media items can be any combination of audio, graphical or video content.
In one embodiment, a portable media device is a portable computing device dedicated, at least in part, to processing media such as audio, video or images. For example, a portable media device can be a media player (e.g., MP3 player, video player), a game player, a video recorder, a camera, an image viewer 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 videos, record video or take pictures wherever the user travels. In one implementation, the media player is a handheld device that is sized for placement into a pocket or hand of the user. By being handheld, the media player 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 users hands, no reference surface such as a desktop is needed.
The various aspects, embodiments, implementations or features of the invention can be used separately or in any combination.
The invention can be 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, optical data storage devices, and carrier waves. 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 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.
Claims
1. An accessory comprising:
- a first interface configured to enable communication with a portable media device;
- a second interface configured to receive one or more input commands from a user; and
- a controller configured to: receive, via the second interface from a user, a change in a volume setting for the portable media device; and provide, via the first interface to the portable media device, a notification to update the volume setting for the portable media device.
2. The accessory of claim 1 wherein the first interface comprises a dock for physically receiving the portable media device.
3. The accessory of claim 1 wherein the accessory further comprises one or more speakers for outputting an audio signal received from the portable media device.
4. The accessory of claim 1 wherein the second interface is a wireless interface, and wherein the change in the volume setting is received via a remote control that is communicatively coupled with the wireless interface.
5. The accessory of claim 1 wherein the second interface comprises one or more input controls located on a face of the accessory.
6. The accessory of claim 1 wherein the volume setting for the portable media device is a volume level presented on a display of the portable media device.
7. The accessory of claim 1 wherein the notification is a signal indicative of the change in the volume setting.
8. A method comprising:
- receiving, by an accessory, a change in a volume setting for a portable media device communicatively coupled with the accessory, the change in the volume setting being received via an input interface of the accessory; and
- providing, by the accessory to the portable media device, a message to update the volume setting for the portable media device in accordance with the change.
9. The method of claim 8 wherein the volume setting for the portable media device is a volume of the portable media device.
10. The method of claim 8 further comprising:
- modifying, by the accessory, an audio signal received from the portable media device in accordance with the change in the volume setting received via the input interface.
11. The method of claim 8 further comprising:
- receiving, by the accessory, a second change in the volume setting for the portable media device, the second change being received from the portable media device.
12. The method of claim 11 further comprising:
- modifying, by the accessory, the audio signal in accordance with the second change in the volume setting received from the portable media device.
13. The method of claim 8 wherein the message provided to the portable media device operates to prevent, enable, or alter display of at least one user interface component presented on a display of the portable media device.
14. The method of claim 8 wherein the message provided to the portable media device includes a device identifier of the accessory.
15. The method of claim 8 further comprising, prior to the receiving:
- sending a private key identifier to the portable media device, the private key identifier being usable by the portable media device for authenticating the accessory.
16. An accessory comprising:
- an interface configured to enable communication with a portable media device; and
- circuitry configured to: receive, from the portable media device, a notification to update a volume; and in response to the notification, modify an audio signal received from the portable media device, the modifying causing the update of the volume.
17. The accessory of claim 16 wherein the interface comprises a dock for physically receiving the portable media device.
18. The accessory of claim 16 wherein the accessory further comprises one or more speakers for outputting the audio signal received from the portable media device.
19. The accessory of claim 18 wherein the circuitry is further configured to adjust a level or signal strength of the one or more speakers.
20. The accessory of claim 16 wherein the circuitry is further configured to adjust a level or signal strength of an audio output jack.
21. A method comprising:
- receiving, by an accessory from a portable media device communicatively coupled with the accessory, a notification to update a volume; and
- in response to the notification, modifying, by the accessory, an audio signal received from the portable media device, the modifying causing the update of the volume.
22. The method of claim 21 wherein modifying the audio signal comprises adjusting a level or signal strength of one or more speakers attached to the accessory.
23. The method of claim 21 wherein modifying the audio signal comprises adjusting a level or signal strength of an audio output jack.
24. The method of claim 21 wherein receiving the notification to update the volume comprises monitoring one or more signals provided by the portable media device indicative of a volume level.
Type: Application
Filed: Nov 21, 2011
Publication Date: Mar 22, 2012
Applicant: Apple Inc. (Cupertino, CA)
Inventors: Jesse L. Dorogusker (Los Altos, CA), Donald J. Novotney (San Jose, CA), Scott Krueger (San Francisco, CA), Jeff Hammerstrom (San Carlos, CA), Greg Marriott (Honolulu, HI), Greg Lydon (Santa Cruz, CA)
Application Number: 13/301,286
International Classification: H03G 3/00 (20060101);