Patent Application
20090284476
The present invention relates generally to accessories for portable media devices and in particular to allowing a portable media device to provide a user interface for controlling the media device to an accessory.
Portable media devices allow users to store media content (music, videos, photos, audiobooks, etc.) and access stored media content from nearly anywhere. Some portable media devices also allow users to connect other devices (referred to herein as “accessories” or “accessory devices”) to the portable media device, thereby enhancing some aspect of the portable media device's operation. For example, most portable media devices provide a headphone jack for listening to audio content. Some accessories provide speakers, thus allowing the user to share the sound with others, or to listen in environments where use of headphones might not be feasible (such as while driving).
In some instances, an accessory can be used to control operation of a portable media device; such accessories are referred to herein as “remote control devices.” The remote control device can send commands to the portable media device indicating a user-requested operation (such as starting or pausing playback, skipping to the next track, returning to a previous track, fast-forward or rewind within a track, etc.). The portable media device can execute the requested operation, thus allowing the user to operate the portable media device without touching the portable media device. Such remote control operation can be particularly useful in situations where it is inconvenient for a user to manipulate the portable media device's interface directly. For example, portable media devices tend to be small, with relatively small controls and display screens. Thus, it can be difficult for a user to operate such a device while driving or from across a room.
Some remote control devices provide a graphical user interface (GUI) and allow the user to perform more advanced functions such as browsing a database of stored content, selecting content to play, etc. For instance, Johnson Controls International <check name> has been developing a “Mobile Device Gateway” for use in vehicles; the system includes a connection point for a portable media device and a console that provides an audio/visual interface. But existing remote GUIs are defined and controlled by the remote control device, and consequently, they may bear little resemblance to a GUI supplied by the portable media device itself Certain functions available on the portable media device (such as browsing or searching a database, adjusting playback settings, etc.) may be unavailable or difficult to find. Thus, a user may not be able to perform desired functions. Further, GUIs provided for the same portable media device by different remote control devices might be quite different, and the user who connects a portable media device to different accessories with remote control may find the inconsistencies frustrating.
It would, therefore, be desirable to provide a more consistent remote user interface experience.
Embodiments of the present invention relate to providing a graphical user interface (“GUI”) on a remote control accessory device, where the GUI can be defined and managed by a portable media device rather than the accessory device. The accessory device can provide a combination of user input and visual feedback devices, such as a video screen for presenting information and feedback to a user, along with buttons, knobs, touchscreen and/or touchpad for receiving user input. The portable media device can provide the accessory with an image to be displayed on the video screen; the image can include various user interface elements that can resemble or replicate a “native” GUI provided directly on the portable media device. The accessory can send information to the portable media device indicative of a user action taken in response to the displayed image; such information can indicate, for example, that a particular button was pressed or that a particular portion of a touch-sensitive display screen was touched by the user. The portable media device can process this input to identify the action requested by the user and take the appropriate action. The action may include providing to the accessory an updated GUI image to be displayed, where the updated GUI image reflects the user action.
One aspect of the invention relates to a method for controlling a portable media device using an accessory. The accessory can provide configuration information to a portable media device. The accessory can receive from the portable media device a first image signal that specifies a first graphical user interface image and can display the first graphical user interface image on a display device of the accessory. The accessory can detect user operation of an input control of the accessory and can send to the portable media device an input signal indicating that the input control was operated. The accessory can also receive from the portable media device a second image signal that specifies a second graphical user interface image to be displayed, the second graphical user interface image reflecting the operation of the input control and can display the second graphical user interface image on the display device of the accessory.
Another aspect of the invention relates to an accessory for providing an interface to a portable media device. The accessory can include a display, a user-operable input control, an interface configured to communicate with a portable media device, and a controller coupled to the display, the user operable input control, and the interface. The display can be configured to display an image in response to a video signal received from the portable media device. The user-operable input control can be configured to generate an input signal in response to user operation of the control. The controller can be configured to receive an image signal defining a first graphical user interface image from the portable media device via the interface; to display the first graphical user interface image on the display, to receive a control signal from the user operable input control indicating a user operation, and to communicate the control signal to the portable media device via the interface.
Another aspect of the invention relates to a method for controlling a portable media device using an accessory. The portable media device can receive configuration information from the accessory. Based in part on the configuration information, the portable media device can generate a first graphical user interface image. The portable media device can send to the accessory a first image signal that specifies the first graphical user interface image; the accessory can display the first graphical user interface image on a display device of the accessory in response to the first image signal. The portable media device can receive from the accessory an input signal indicating that a user input control of the accessory was operated. Based in part on the input signal, the portable media device can generate a second graphical user interface image and can send to the accessory a second image signal that specifies the second graphical user interface image; the accessory can display the second graphical user interface image on a display device of the accessory in response to the second image signal.
Another aspect of the present invention relates to a portable media device for use with an accessory. The portable media device can include a native user interface including a display and a user input control device, an accessory interface configured to communicate with an accessory, and a processor coupled to the native user interface and the accessory interface. The processor can be configured to provide a graphical user interface image to the accessory via the accessory interface; to receive a control signal from the accessory via the accessory interface, the control signal indicating operation of an input control of the accessory in response to the graphical user interface image; and to perform a media device operation in response to the control signal.
The following detailed description together with the accompanying drawings will provide a better understanding of the nature and advantages of the present invention.
Embodiments of the present invention relate to providing a graphical user interface (“GUI”) on a remote control accessory device that is defined and managed by a portable media device rather than the accessory device. The accessory device provides a combination of user input and visual feedback devices, such as a video screen for presenting information and feedback to a user, along with buttons, knobs, touchscreen and/or touchpad for receiving user input. The portable media device can provide the accessory with an image to be displayed on the video screen; the image can include various user interface elements that can resemble or replicate the GUI provided directly on the portable media device. The accessory can send information to the portable media device indicative of a user action taken in response to the displayed image; such information can indicate, for example, that a particular button was pressed or that particular portion of a touch-sensitive display screen was touched by the user. The portable media device can process this input to identify the action requested by the user and take the appropriate action. The action may include providing to the accessory an updated GUI image to be displayed, where the updated GUI image reflects the user action.
PMD 102 also has a connector 110 disposed on its bottom surface 112. Connector 110 provides a mechanical and electrical coupling to other devices.
Referring to
In operation, accessory 104 can play media content. For example, accessory 104 can display video content on display 114 and/or deliver the video content to another display device (e.g., on the back of a driver or passenger seat). Accessory 104 can deliver audio content to the vehicle's speaker system. Accessory 104 can also provide control for other functionality; for example, accessory 104 may provide environmental controls (heater, air conditioning); navigation-related controls (interactive maps, driving directions); controls for a radio tuner, DVD player, or the like; and so on.
Accessory 104 can also include a docking bay 118 adapted to receive PMD 102. For example, docking bay 118 can be sized and shaped to receive at least the bottom portion of PMD 102 and can include a connector 120 that mates with connector 110 of PMD 102, thereby allowing electrical signals to be transmitted back and forth between PMD 102 and accessory 104. In an alternative embodiment, PMD 102 and accessory 104 can each be equipped with a wireless communication interface (e.g., an interface implementing Bluetooth standards), thereby allowing the two devices to exchange information without a direct physical connection being made.
In accordance with an embodiment of the present invention, when PMD 102 of
In
Remote GUI image 111 on display 114 of accessory 104 can also include additional elements not found on native GUI image 101. For example, remote GUI image 111 includes GUI elements indicating a “Play” operation (element 119) and an “Exit” operation (element 121). Elements 119 and 121 are positioned next to buttons 116a and 116d, respectively, to indicate that the corresponding operations can be invoked by pressing the adjacent button. In this example, the user can press button 116a to indicate that the currently selected track should be played. The user can press button 116d to indicate that accessory 104 should exit the remote GUI mode, allowing the user to access other functionality (e.g., navigation, climate control, etc.). Interfaces for such other functionality might or might not also be controlled by PMD 102. In some embodiments, exiting the remote GUI mode does not disconnect accessory 104 from PMD 102; for example, PMD 102 and accessory 104 can continue playing a media track while the other functionality of accessory 104 is accessed.
Display 152 of accessory 150 has a touch-sensitive overlay such that when a user touches a portion of display 152, the touched portion can be identified, e.g., using (x, y) pixel coordinates. A user can touch an element of the displayed GUI image to select an action to be taken, as suggested by hand 158. In other embodiments, the touch-sensitive overlay of display 152 can also detect finger motions such as dragging along the surface, or opening or closing fingers.
Like accessory 104 of
Remote GUI image 151 can also include additional elements not found on native GUI image 101. For example, remote GUI image 151 includes GUI elements indicating a “Play” operation (element 159), a “Back” operation (element 161), and an “Exit” operation (element 163). In this example, the user can touch “Play” element 159 to indicate that the currently selected track should be played. The user can touch “Back” element 161 to navigate backward in the database hierarchy (e.g., to a list of albums from which the currently displayed album was selected). The user can touch “Exit” element 163 to indicate that accessory 150 should exit the remote GUI mode, allowing the user to access other functionality (e.g., navigation, climate control, etc.). As noted above, interfaces for such other functionality might not be controlled by PMD 102. Also as noted above, exiting the remote GUI mode need not disconnect accessory 150 from PMD 102; for example, PMD 102 and accessory 150 can continue playing a media track while the other functionality is accessed.
As described below, the mapping of GUI elements to screen areas can be determined by PMD 102. When a user touches a portion of display screen 152, accessory 154 can simply send to PMD 102 a signal indicating which portion of the screen was touched (e.g., pixel coordinates of the touched location). PMD 102 can interpret the signal and take appropriate action. The appropriate action may include updating the remote GUI image, starting or pausing playback, modifying a setting or instructing accessory 104 to modify a setting, etc.
At different times, PMD 102 of
It will be appreciated that the systems of
A remote GUI mode can be provided in a variety of accessories. For example, in addition to in-vehicle systems, a PMD interface with remote GUI can be provided in a console on an exercise machine (such as a treadmill, stationary bicycle, or the like), in an in-flight entertainment console of a commercial or private airplane, in a home entertainment system incorporating a video device such as a television (e.g., using a set top box or an integrated component of the video display device to provide an interface to the PMD), and so on.
PMD 202 in this embodiment can provide media player capability. PMD 202 can include processor 204, storage device 206, user interface 208, and accessory input/output (l/O) interface 214. Processor 204 in this embodiment can be a programmable processor that executes programs to implement operations such as playback of media tracks and browsing a database of stored media assets, as well as a native GUI to provide user control over the implemented operations. Processor 204 can also implement a remote GUI program that generates remote GUI images for accessory 220 and processes user input forwarded by accessory 220, as described below.
Storage device 206 may be implemented, e.g., using disk, flash memory, or any other non-volatile storage medium. In some embodiments, storage device 206 can store a database of media assets (also referred to herein as “tracks”), such as audio, video, still images, or the like, that can be played by PMD 202, together with metadata descriptive of each track. Metadata can include, e.g., a media type (audio track, video track, audio book, still image, etc.); an asset title; a name of an artist or performer associated with the asset; composer or author information; asset length; chapter information; album information; lyrics; information about associated artwork or images; description of the asset; and so on. Other information, including programs to be executed by processor 204, can be stored in storage device 206.
User interface 208 may include one or more input controls 207 such as a touch pad, touch screen, scroll wheel, click wheel, dial, button, keypad, microphone, or the like, as well as display screen 209. Other components, such as an audio output section (not explicitly shown) can also be included. A user can view native GUI images generated by processor 204 on display screen 209 and can operate input controls 207 based on the displayed image to invoke the functionality of PMD 202. Processor 204 can process the user input and take appropriate action, including updating the native GUI image on display screen 209. Thus, user interface 208 and processor 204 can provide a native GUI for PMD 202.
Accessory I/O interface 214 can allow PMD 202 to communicate with various accessories. For example, accessory I/O interface 214 can support connections to such accessories as an in-vehicle media system or the like. In one embodiment, accessory I/O interface 214 includes a 30-pin connector corresponding to the connector used on iPod™ products manufactured and sold by Apple Inc. or one or more other connectors, such as a Universal Serial Bus (“USB”) or FireWire connector. Alternatively or additionally, accessory I/O interface 214 can include a wireless interface (e.g., Bluetooth or the like). Accessory I/O interface 214 can allow PMD 202 to communicate with accessory 220 or another accessory.
Accessory 220 includes controller 224, one or more input controls 222, display 232, PMD lPO interface 226, environmental and status input interface 228, and audio output section 230. Controller 224 can include, e.g., a microprocessor or microcontroller executing program code to perform various functions such as digital audio decoding, analog or digital audio and/or video processing, and the like. Input controls 222 can include, e.g., a touch pad, touch screen, scroll wheel, click wheel, dial, button, keypad, microphone, or the like. Display 232 can be used to present operational or control information as well as video content to the user; in some embodiments, display 232 can be implemented as a multi-screen display system, and the images shown on different screens might be the same or different. Thus, for example, one screen can be used for operational or control information while another screen is used for presenting video content. In still other embodiments, operational or control information can be overlaid or composed with video content, allowing a user to view both simultaneously on the same screen.
Accessory 220 can be operable in a “local GUI” mode as well as a remote GUI mode. In the local GUI mode, controller 224 can generate GUI images to be displayed on display 232 and can receive and process user input from input controls 222, thereby allowing a user to control various operations of accessory 220. In the remote GUI mode, GUI images can be generated by processor 204 of PMD 202, delivered via accessory I/O interface 214 and PMD I/O interface 226 to controller 224, and displayed on display 232. Controller 224 can detect user operation of input controls 222 and send corresponding signals to PMD 202 via PMD lPO interface 226 and accessory lPO interface 214. Processor 204 of PMD 202 can process the signals to determine what action the user has requested; depending on the user request, processor 204 can generate an updated remote GUI image to be displayed by display 232, generate other instructions to controller 224, or invoke other operations of PMD 202 (such as beginning or ending playback, searching the database of stored assets, etc.).
Audio output device 230, which can be implemented, e.g., as one or more integrated circuits, provides the capability to output audio. For example, audio output device 230 can include one or more speakers or driver circuits and connectors for external speakers, thereby enabling audio to be presented to a user. In one embodiment, controller 224 can receive audio signals from PMD 202 via PMD I/O interface 226 and can provide the signals with or without further processing to audio output device 230; audio output device 230 can transform the signals as appropriate for presentation to the user.
Environmental and status input interface 228 can include communication pathways to other systems of the equipment in which accessory 220 is installed, allowing these systems to provide accessory 220 with information about the operating environment and/or status. For example, if accessory 220 is installed in an automobile, environmental status input interface 228 may receive information indicating whether the automobile's headlights are on or off, what gear the vehicle is currently in, whether a parking brake is engaged, current vehicle speed, etc. If accessory 220 is installed in an exercise machine, environmental status input interface 228 may receive information indicating whether the machine is in use and information about the current status of a workout when one is in progress. Accessory 220 can provide this information to PMD 202, and PMD 202 can use the information to customize the remote GUI images and functionality to the operating environment, as described below.
Accessory 220 can be any accessory that provides a display and one or more associated user input controls. Examples include in-vehicle media units that can be mounted, e.g., in a dashboard or seat back, consoles that may be provided on exercise equipment, airplane in-flight entertainment systems (e.g., mounted in a seatback, armrest, or console unit), home entertainment systems, and so on. In one embodiment, PMD I/O interface 226 includes a 30-pin connector that mates with the connector used on iPod™ products manufactured and sold by Apple Inc. PMD I/O interface 226 can also include other types of connectors, e.g., Universal Serial Bus (USB) or FireWire connectors. Alternatively, PMD I/O interface 226 can include a wireless interface (e.g., Bluetooth or the like).
It will be appreciated that the system configurations and components described herein are illustrative and that variations and modifications are possible. The PMD and/or accessory may have other capabilities not specifically described herein. Further, while the PMD and accessory are described herein with reference to particular blocks, it is to be understood that these blocks are defined for convenience of description and are not intended to imply a particular physical arrangement of component parts. Further, the blocks need not correspond to physically distinct components. Embodiments of the present invention can be realized in a variety of devices including electronic devices implemented using any combination of circuitry and software.
Accessory I/O interface 214 of PMD 202 and PMD I/O interface 226 of accessory 220 allow PMD 202 to be connected to accessory 220 and subsequently disconnected from accessory 220. As used herein, PMD 202 and accessory 220 are “connected” whenever a communication channel between accessory I/O interface 214 and PMD I/O interface 226 is open and are “disconnected” whenever the communication channel is closed. Connection can be achieved by physical attachment (e.g., between respective mating connectors of PMD 202 and accessory 220), by an indirect connection such as a cable, or by establishing a wireless communication channel. Similarly, disconnection can be achieved by physical detachment, disconnecting a cable, powering down accessory 220 or PMD 202, or closing the wireless communication channel. Thus, a variety of communication channels may be used, including wired channels such as USB, FireWire, or universal asynchronous receiver/transmitter (“UART”), or wireless channels such as Bluetooth.
Regardless of the particular communication channel, as long as PMD 202 and accessory 220 are connected to each other, the devices can communicate by exchanging commands and data according to a protocol. The protocol defines a format for sending messages between PMD 202 and accessory 220. For instance, the protocol may specify that each message is sent in a packet with a header and an optional payload. The header provides basic information (e.g., a start indicator, length of the packet, and a command to be processed by the recipient), while the payload provides any data associated with the command; the amount of associated data can be different for different commands, and some commands may provide for variable-length payloads. In some embodiments, the commands may be defined such that a particular command is valid in only one direction. The packet can also include error-detection or error-correction codes as known in the art.
The protocol can define a number of “lingoes,” where a “lingo” is a group of related commands that can be supported (or unsupported) by various classes of accessories. In one embodiment, a command can be uniquely identified by a first byte identifying the lingo to which the command belongs and a second byte identifying the particular command within the lingo. Other command structures may also be used. It is not required that all accessories, or all PMDs to which an accessory can be connected, support every lingo defined within the protocol.
In some embodiments, every accessory 220 and every PMD 202 that are designed to be interoperable with each other support at least a “general” lingo that includes commands common to all such devices. The general lingo can include commands enabling the PMD and the accessory to identify and authenticate themselves to each other and to provide general information about their respective capabilities, including which (if any) other lingoes each supports. The general lingo can also include authentication commands that the PMD can use to verify the purported identity and capabilities of the accessory (or vice versa), and the accessory (or PMD) may be blocked from invoking certain commands or lingoes if the authentication is unsuccessful.
A command protocol supported by PMD 202 and accessory 220 can include a “remote GUI” lingo (or other group of commands) that can be used to communicate commands and data related to permitting a user to control the operation of PMD 202 via a remote GUI provided on accessory 220. The remote GUI lingo can include commands that accessory 220 can send to PMD 202 to provide information about the configuration of 232 and input controls 222, as well as environmental information (such as where accessory 220 is installed, operational status of a vehicle or other equipment in or on which accessory 220 is installed, etc.). The remote GUI lingo can also include commands used by PMD 202 to deliver GUI image data to accessory 220 and commands used by accessory 220 to forward user input signals to PMD 202. Examples are described below.
Commands that can be used to implement a remote GUI according to an embodiment of the invention will now be described. In one embodiment, the commands can include commands usable to provide a PMD with information about the configuration of an accessory's display device and user input control(s). The commands can also include commands usable to provide the PMD with information about the environment in which the accessory operates and any special requirements of the accessory, such as logos or other content to be included in the remote GUI image. The commands can also include a command used to send remote GUI image data to the accessory and a command used to send user input information to the PMD.
In some embodiments, a SetDisplayInfo command can be sent by accessory 220 to PMD 202 to provide information about display 232. In one embodiment, the information can include any or all of: the display dimensions (e.g., in pixels) of a display device, color depth information for the display device (e.g., whether the display is color or black and white, the number of distinct color values supported, etc.); the display format of the display device (e.g., analog or digital input); and the refresh rate of the display device. It is to be understood that any other information useful to configuring an image may be provided to PMD 202. In some embodiments, accessory 220 may provide multiple display devices, and the information provided to PMD 202 may include the number of display devices as well as separate configuration information for each display device.
In some embodiments, a SetControlInfo command can be sent by accessory 220 to PMD 202 to provide information about the type, number and location of user input controls 222. In one embodiment, the command can first identify the number of controls. Then, for each control, the command can identify the type (e.g., button, knob, touchscreen) and approximate location of the control.
In some embodiments, a SetEnvInfo command can be sent by accessory 220 to PMD 202 to provide information about the environment in which accessory 220 operates. For instance, the environmental information can include information as to where accessory 220 is installed, e.g., vehicle dashboard, airplane in-flight entertainment system; exercise equipment console, home entertainment system, etc.
In some embodiments, a SetEnvImage command can be sent by accessory 220 to PMD 202 to provide an image element that can be included in a remote GUI image. For example, the image element might be a logo associated with the manufacturer or provider of accessory 220 (or of a vehicle or other equipment in which accessory 220 is installed). As described below, PMD 202 can reserve an area of the remote GUI image for displaying an accessory-supplied image.
In some embodiments, a SetStatusInfo command can be sent by accessory 220 to PMD 202 to provide information about the status of the operating environment. For example, if accessory 220 is installed in an automobile dashboard, status information may include information such as whether the automobile is in motion (or in gear); whether it is day or night (e.g., whether the automobile's headlights are off or on); whether navigational route guidance is in progress; etc. If accessory 220 is installed in an exercise machine such as a treadmill, status information may include information such as whether the machine is currently in use as well as workout data such as elapsed or remaining time, calories burned, heart rate, current speed, or the like. As described below, status information provided by the accessory can be used by PMD 202 to augment the remote GUI images with status information, to adjust the appearance of the remote GUI images based on the current status, and/or to limit access to certain features (such as video playback) in a status-dependent manner.
In some embodiments, a RemoteGUIImageData command can be sent by PMD 202 to accessory 220 to deliver pixel data for a remote GUI image to accessory 220. The command can include pixel data for a portion or all of display 232. In some embodiments, a command packet may have a maximum size, which can limit the amount of pixel data that can be sent with a single RemoteGUIImageData command. In this case, PMD 202 can use multiple RemoteGUIImageData commands to send the pixel data; each command may include a parameter identifying the portion of the display to which the pixel data applies. Any format suitable for sending pixel data, including compressed formats, can be used. In other embodiments, accessory lPO interface 214 of PMD 202 can incorporate a video output interface, which can be analog or digital, and the remote GUI image can be delivered to accessory 220 through the video output interface rather than by sending commands.
In some embodiments a ProcessUserInput command can be sent by accessory 220 to PMD 202 to indicate the detection of user input in response to a remote GUI image. The command can include data indicating, e.g., which user control was operated and, if applicable, what operation was performed. For instance, for accessory 104 of
In some embodiments, an EnterRemoteGUIMode command can be sent from accessory 220 to PMD 202 (or vice versa) to initiate remote GUI mode operation, and an ExitRemoteGUIMode command can be sent from PMD 202 to accessory 220 (or vice versa) to terminate remote GUI mode operation.
It will be appreciated that the commands described herein are illustrative and that variations and modifications are possible. In some embodiments, PMD 202 can maintain a list of configuration data for known remote-GUI-enabled accessories, e.g., in storage device 206. Each configuration can be associated with a particular accessory identifier, such as manufacturer plus model name, an arbitrarily assigned code, or the like. Instead of sending configuration information commands as described above, accessory 220 can send an identification command that provides the accessory identifier. PMD 202 can then access the stored configuration data for the accessory. This can result in faster and more efficient setup.
In other embodiments, the first time a particular accessory such as accessory 220 connects to PMD 202, the accessory can use the SetDisplayInfo and SetControlInfo commands described above to establish its configuration. PMD 202 can then assign the accessory a unique identifier, provide the assigned identifier to the accessory, and store the configuration information in storage device 206 in association with the identifier. On subsequent reconnections, the accessory can send an identification command with the unique identifier to PMD 202, and PMD 202 can access the stored configuration information.
In any of the above-described commands, information can be sent as a structured data field, e.g., with certain bytes associated with certain information types. Alternatively, the command may include a bitmask parameter used to identify the type of information being delivered, and the data can be interpreted by the recipient in accordance with the bitmask.
Further, the set of commands can also include commands sent by PMD 202 to request any of the available information types, as well as commands sent by PMD 202 to acknowledge receipt of the information-setting commands from accessory 220. In some embodiments, some information can be sent by accessory 220 either in response to a request from PMD 202 or without waiting for a request, e.g., in response to changed conditions. For instance, if accessory 220 is installed in a vehicle with automatic transmission, accessory 220 might send a SetStatusInfo command when it detects that the vehicle is shifted into or out of Park. Alternatively, accessory 220 might monitor the vehicle's speed and send a SetStatusInfo command reporting the current speed, either periodically or when it detects that the vehicle's speed crosses above or below a predetermined threshold. In one embodiment, video operation can be enabled or disabled depending on whether the vehicle's speed is above or below the threshold; the threshold can be set to zero or a slow speed such as 5 miles per hour.
At step 306, accessory 220 can provide configuration, environment and/or status information to PMD 202. In one embodiment, any combination of the SetDisplayInfo, SetControlInfo, SetEnvInfo, and SetStatusInfo commands described above can be used. Accessory 220 can also provide an accessory-specific (or environment-specific) image element to PMD 202, e.g., using the SetEnvImage command described above. In some embodiments, some or all of the configuration and environment information for accessory 220 can be pre-stored in PMD 202 as described above, and step 306 may include PMD 202 using the accessory identification obtained during step 304 to access the pre-stored configuration and environment information. Accessory 220 can also supplement or override any pre-stored information with new information using the commands described above.
At step 308, PMD 202 generates an initial remote GUI image using the information provided at step 306. In one embodiment, PMD 202 can apply various rules to adapt the native GUI image to the configuration of accessory 220 and/or to the status or environment of accessory 220. Such rules can be incorporated into a control program executed by processor 204 to generate remote GUI images.
For instance, the remote GUI can be adapted to the particular configuration of the accessory's display 232. For example, the size (in pixels) of accessory display 232 of
Additionally, as noted above, accessory 220 may supply an image element to PMD 202. PMD 202 can determine a size and position for the accessory-supplied image element with in the remote GUI image. The element might be small, such as a logo in a corner of the display area, or it can be larger as desired.
The remote GUI can also be adapted to the particular configuration of the accessory's user input controls 222. For example, if accessory input control 222 provides a touch screen (e.g., as shown in
In some embodiments, PMD 202 can adapt the remote GUI to the environment of accessory 220. For example, if accessory 220 is incorporated into a dashboard console for an automobile, it may be desirable to adapt the remote GUI image for ease of use by a driver. Accordingly, PMD 202 can select different fonts or font sizes to make remote GUI elements and displayed information larger and easier to read. PMD 202 may also simplify the GUI, e.g., omitting animations or reducing the number and/or complexity of GUI elements, to minimize driver distraction. In contrast, for an accessory that is mounted on an exercise machine, user distraction may be less of a concern, and PMD 202 can provide complex or animated remote GUI images.
In another example, the native GUI of PMD 202 may use a light background with dark text and highlighting. This can provide good visibility in daylight, but when driving at night, the resulting brightness might be distracting. In some embodiments PMD 202 can adapt the color scheme depending on whether accessory 220 is in day or night mode—e.g., selecting bright text and dark backgrounds for nighttime use, or dark text and bright backgrounds for daytime use. Day or night mode can be selected based on status information provided by accessory 220, or in some embodiments, the remote GUI can incorporate a user-settable option to select day or night mode.
As another example, PMD 202 may use environment and/or status information to determine which options should be made available in the remote GUI. For example, PMD 202 may provide video playback capability and may be able to send video content to accessory 220 for display. But playing video on a console visible to the driver of a moving automobile is hazardous. To mitigate this hazard, accessory 220 can provide status information indicating, e.g., whether the automobile is in motion (or in gear) at a given time. PMD 202 can use this status information to determine whether it is safe to allow video playback. If not, video playback options can be omitted from the remote GUI image or shown in a disabled state. Thus, for instance, PMD 202 can enable video playback only when an automobile is in “Park,” only when the parking brake is engaged, or only when the vehicle's speed is below a particular threshold (such as 5 miles per hour).
In some embodiments, PMD 202 can incorporate status information into the remote GUI. For example, if accessory 220 is incorporated into a console for an exercise machine, accessory 220 can provide PMD 202 with information about a workout in progress as noted above. PMD 202 can incorporate this information into the remote GUI image, allowing a user to monitor the progress of his or her workout while manipulating the remote GUI or playing video content. In embodiments where accessory 220 provides an image element (such as a logo), PMD 202 can incorporate the image element into the remote GUI. For example, PMD 202 may be programmed to reserve a portion of a remote GUI image for an accessory-supplied image element and may insert the accessory-supplied element into the reserved portion in any or all remote GUI images. PMD 202 can resize the accessory-supplied image element as needed to make it fit within the reserved area. (If the accessory does not supply an image element, the reserved portion can be left blank or filled with a default image element.)
Referring again to
At step 314, accessory 220 detects user operation of one of input controls 222. At step 316, accessory 220 can forward the user input to PMD 202, e.g., using the ProcessUserInput command described above. As noted above, the command can indicate which control was operated and, if applicable, the nature of the operation. Accessory 220 can forward the user input without processing it to identify a responsive action to be taken; instead, accessory 220 can simply forward an identification of the detected user action.
At step 318, PMD 202 can process the user input to determine an operation (or action) to be performed in response. At step 320, if the operation does not correspond to exiting the remote GUI mode, process 300 proceeds to step 322, where PMD 202 performs the operation requested by the user. Any operation made accessible through the remote GUI image can be performed, such as starting playback, pausing playback, adjusting settings, browsing or searching a database, and so on. Performing some operations may involve sending commands from PMD 202 to accessory 220 (e.g., to change settings such as volume, display brightness, etc.). Performing other operations (e.g., playback) may involve sending media content from PMD 202 to accessory 220. Still other operations (e.g., database queries) can be performed by PMD 202 without sending commands or content to accessory 220. At step 324, PMD 202 can generate an updated remote GUI image based on the selected operation. Process 300 can then return to step 312 to display the updated remote GUI image. It should be noted that some operations, such as playback, can be ongoing, and a playing track (or sequence of tracks) can continue to play while process 300 iterates. (Playback can be stopped, e.g., by the user selecting a pause or stop operation, which selection can be processed using process 300.)
Process 300 can continue until such time as a user selects an operation that entails exiting remote GUI mode at step 320. At that point, process 300 ends (step 326). In some embodiments, PMD 202 can signal accessory 220 that the remote GUI mode is ending, e.g., using the ExitRemoteGUIMode command described above. Thereafter, accessory 220 can return to its local GUI operating mode.
In some embodiments, PMD 202 can remain connected to accessory 220 after exiting remote GUI mode. Thus, PMD 202 can continue to send media content to accessory 220, so that a playing track can continue to play even after remote GUI mode is exited. Thus, for example, if accessory 220 is incorporated into a console of an exercise machine, the user may exit the remote GUI to change workout settings while a song or video continues to play. As another example, if accessory 220 is incorporated into an automobile dashboard console that also provides navigation functionality, the user can exit remote GUI mode to perform navigation operations while music continues to play.
Further, in some embodiments, the local GUI of accessory 220 can support a user input that, when selected, instructs accessory 220 to re-enter remote GUI mode. Because PMD 202 remains connected, accessory 220 can send an EnterRemoteGUIMode command in response to detecting this user input. Thus, the user can enter and exit the remote GUI mode as desired, controlling PMD 202 through the remote GUI mode and controlling other features of accessory 220 through the local GUI mode.
It will be appreciated that process 300 is illustrative and that variations and modifications are possible. Steps described as sequential may be executed in parallel, order of steps may be varied, and steps may be modified or combined. Commands and communication protocols other than those described herein can be implemented to allow a portable media device to provide a remote GUI image to an accessory and to process user input responsive to the remote GUI image.
While the invention has been described with respect to specific embodiments, one skilled in the art will recognize that numerous modifications are possible. For example, although embodiments described above may make specific reference to playback of media content, a portable media device may also provide other functionality such as personal information management, mobile telephony, and so on. In other embodiments, any of this functionality can be made accessible through a remote GUI. Thus, for example, another remote GUI implementation may provide a hands-free telephone interface, e.g., for the driver of an automobile. The driver can operate the remote GUI to answer or place telephone calls, and the call can be conducted using a speaker and microphone controlled by the accessory, together with the mobile phone connection of the PMD. The remote GUI for telephony can resemble the PMD's native GUI for telephony, thus providing the user with a more intuitive interface and potentially reducing distraction related to operating an unfamiliar remote interface.
In addition, embodiments described above may make reference to a portable media device supplying the entire image that is displayed on the accessory. In one alternative embodiment, the remote GUI image supplied by the portable media device can be displayed in a portion of the accessory's display screen while image data from other sources is displayed in other portions of the screen. For example, an accessory may designate a rectangular area within the display device for the remote GUI. The portable media device can deliver pixel data (e.g., in digital or analog form) for the remote GUI area of the display while the accessory determines the pixels for the rest of the display. For example, the accessory can use a portion of the display for displaying navigation information while another portion is used for the remote GUI. For portions of the display not in the remote GUI area, the portable media device can provide placeholder data (e.g., black pixels in an analog video stream) or no data. (If the accessory has a touchscreen as a user input control, the accessory can selectively forward user input signals indicating a touched portion of the screen to the media player based on whether the touched portion is inside or outside the remote GUI area.)
While the embodiments described above may make reference to specific hardware and software components, those skilled in the art will appreciate that different combinations of hardware and/or software components may also be used and that particular operations described as being implemented in hardware might also be implemented in software or vice versa.
Computer programs incorporating various features of the present invention may be encoded on various computer readable media for storage and/or transmission; suitable media include magnetic disk or tape, optical storage media such as compact disk (CD) or DVD (digital versatile disk), flash memory, and the like. Computer readable media encoded with the program code may be packaged with a compatible device or provided separately from other devices (e.g., via Internet download).
Thus, although the invention has been described with respect to specific embodiments, it will be appreciated that the invention is intended to cover all modifications and equivalents within the scope of the following claims.
