This disclosure relates to a menuing structure for presenting favorite items of media content (e.g., video, audio, still images) that are available on a media device.
Generally speaking, a media device, also known as a digital media receiver or digital media adapter, is a special purpose computer system that can connect to a packet-switched network to retrieve digital media files or streams (such as music, pictures or video) from a personal computer or other media server and play them back on a home theater system or TV. As media devices and online providers of media content have become more prevalent, the choices of media types and selection of particular media items have grown considerably and will continue to do so. Manufacturers of media devices strive to present this vast array of available media choices to a viewer in a meaningful way.
Among other things, the disclosed media menuing structure enables the presentation of multiple different types of media (e.g., movies, TV shows, music, photos, podcasts and websites) in a user-friendly and intuitive manner. For instance, the disclosed technologies can be used to generate a menu of favorite shows for presentation to a user of a media device. The favorites menu can be used in conjunction with one or more show menus with which the user can interact to browse and select episodes of a favorite TV show for playback.
In one aspect, the subject matter described in this specification can be implemented as a method including receiving input from a user designating a show as a favorite show. The show designated as a favorite show can have multiple episodes. Further, the method includes, in response to receiving the input, displaying show information relating to the favorite show in a first graphical user interface. The show information includes (i) a plurality of shortcuts, each shortcut pointing to a corresponding episode of the favorite show, and (ii) indicia displayed concurrently with the shortcuts to mark unwatched episodes. Furthermore, the method includes, in response to receiving the input, displaying a pointer associated with the favorite show in a second graphical user interface. The pointer points to the show information displayed in the first graphical user interface, such that the pointer associated with the favorite show is being displayed in the second graphical user interface concurrently with shortcuts associated with one or more other favorite shows.
Optionally, the method may include one or more of the following aspects. The input from the user can be received via the first graphical user interface. In some implementations, the method also includes displaying, in the second graphical user interface concurrently with the pointer associated with the favorite show that points to the show information displayed in the first graphical user interface, an indicator associated with the pointer to indicate a number of unwatched episodes from among the multiple episodes of the favorite show. For example, an indicium, which is displayed in the first graphical user interface concurrently with a shortcut pointing to an unwatched episode, at least partially overlaps the shortcut. In another example, the indicator, which is displayed in the second graphical user interface concurrently with the pointer associated with the favorite show that points to the show information displayed in the first graphical user interface, at least partially overlaps the pointer.
In addition, an indicium, which is concurrently displayed in the first graphical user interface with a shortcut pointing to an unwatched episode, can be filled with a color to indicate that the unwatched episode is completely unwatched. The indicium can be partially filled with the color to indicate that the unwatched episode is partially watched but not completed.
In some implementations, a shortcut pointing to an episode is represented in the first graphical user interface by at least an image associated with the episode, and a pointer pointing to the show information is represented in the second graphical user interface by at least an image associated with the show. For example, the image associated with the show, which is used to represent in the second graphical user interface the pointer pointing to the show information displayed in the first graphical user interface, is an image associated with one of a first or a most recent episode of the favorite show.
In some implementations, the method can include receiving, in the second graphical user interface, user input indicating that the user wishes to change a current position of the pointer associated with the favorite show. In response to receiving the user input, the method can include jiggling at least the pointer associated with the favorite show at the current position to indicate to the user that the current position of the pointer can be changed. Further, the method can include receiving, in the second graphical user interface concurrently with jiggling the pointer, another user input including at least an indication of a new position for the pointer associated with the favorite show. In addition, the method can include rearranging the pointer associated with the favorite show and the pointers associated with the other favorite shows in accordance with the received indication of the new position for the pointer associated with the favorite show.
Other implementations of this aspect include corresponding computer systems, apparatus, and computer programs recorded on one or more computer storage devices, each configured to perform the actions of the method. A system of one or more computers can be so configured by virtue of software, firmware, hardware, or a combination of them installed on the system that in operation cause the system to perform the actions. One or more computer programs can be so configured by virtue having instructions that, when executed by data processing apparatus, cause the apparatus to perform the actions.
The subject matter described in this document can be implemented to realize one or more of the following potential advantages. For example, a media menuing structure can be implemented that makes intelligent choices about the media content items most likely to be of interest to a user. Those media items, which tend to be the newest and freshest items of media content, are displayed and made available to the user in a prominent location within the menu structure, thereby facilitating ease of access and increasing the likelihood that they will be noticed by the user. As another example, a favorites menu can be configured to be used in conjunction with one or more TV series menus with which the user can interact to browse and select episodes of a favorite TV series for playback.
The details of one or more implementations are set forth in the accompanying drawings and the description below. Other features and potential advantages will be apparent from the description and drawings, and from the claims.
Like reference symbols indicate like elements throughout the specification and drawings.
Further, the client location 120 can have a network connection 140 that provides access, via modem (or other network access device) 135 to a network 145, such as the Internet or another packet-switched network. By virtue of the network connection 140, the media client 100 and/or the local media server 115 can be configured to access media content from essentially any suitable media content provider connected to network 145, including for example a media store 155 such as the iTunes Store, from which a user can obtain media content.
The media device user typically interacts with the media device by means of a wireless remote control device (not shown), which the user can manipulate to move the cursor focus among the different selectable menu items. As depicted in
If, however, the user manipulates the remote control to move the focus horizontally right at the moment in shown in
As described above, the user can manipulate the remote control to move the focus left and right to select different media type categories and/or up and down to select among the different sub-category menu choices relating to the currently selected media type category. If, however, the focus is at the topmost sub-category menu choice and the user moves the focus upwards from there, the focus jumps into the shelf region 205, and lands on one of the individual items of media content displayed therein. (The region 210 is solely for display purposes and is not configured to receive the focus.) As with moving from one media type category to another, when moving into the shelf region 205, the focus is received by the particular media content that last had the focus before the user moved to a new media type category or, in the case of a new or re-started media device 100, the focus is received by default on the leftmost item of media content on the shelf 205.
Once in the shelf region, the user can move the focus down again to re-enter the subcategory menu region 215 for the currently active media type. In addition, the user can move the focus left and right to select among the various items displayed along the shelf 205. The media item displayed leftmost (e.g., item 310 in
As can be seen by comparing
An inspection of
Depending on a system designer's objectives, additional or different shelf groupings of media items can be used as desired. In an implementation of a media menu, shelf groupings can be designed to help ensure that a predicted optimal choice of content is made available to the user via the shelf region 205, which holds a prominent position in the menu 200 and thus makes user access to the identified optimal choices quick, easy and intuitive.
The predicted optimal choices can vary with the media category type. For example, in the Movies category, the user likely will want to watch movies that he or she has not yet watched (or not completed watching) but has previously taken actions that suggest that he or she wants to watch them. In the case of movies, if the user has previously rented or purchased a movie, it is reasonable to assume that the user will want to watch the rented or purchase movie in the relatively near future. Accordingly, the shelf groupings depicted in
The shelf groupings used for a particular media category can have priorities relative to each other, which are used by the media device to make decisions about which individual media items to display. For example, as shown in
As shown in
The groupings used in the Photos media type category also are designed to give highest priority to the newest or freshest items of photo content. As shown in
In contrast, in the Internet category 245—which refers to websites or other resources on the Internet that provide streaming audio and/or video feeds (e.g., Internet radio stations are an example of the former and Youtube is an example of the latter)—shelf groupings and prioritizations need not necessarily focus on the newest or freshest content. For example, an assumption can be made that, in the case of Internet radio stations, users tend to find a few favorites and then stick with them, at least temporarily, meaning that they would like to listen to one or more of the same Internet radio stations that they listened to the last time they listened to Internet radio. Accordingly, a shelf grouping based on the last few (e.g., 3) radio stations accessed by the user could be used and given priority. In that case, when a user selected the Internet category 245, the shelf could be displayed with a leftmost grouping named “Recent Radio” that listed the last three Internet radio stations that the user accessed.
Alternatively, or in addition, the Internet category (or, for that matter, any of the aforementioned media type categories) could specify a “Now Playing” shelf grouping and give it highest priority, meaning that the particular item of media content currently being played back would be displayed leftmost on the shelf under the grouping “Now Playing.” Still further, other shelf groupings can be developed and used (and given suitable priorities) for special case situations, to emphasize specific online resources or services that might be of interest to the user. For example, certain online media sharing websites and/or mobile device access services might warrant special shelf groupings and priorities.
Another type of shelf grouping that can be used relates to using shelf space for marketing or advertising purposes. As shown in
More generally, different shelf groupings could be used if different assumptions were made and/or if different objectives were sought to be realized. For example, one possible assumption is that a person would most likely want to listen to a song that he or she had been listening to frequently as of late. Accordingly, in a different implementation, a “Most Frequently Played” grouping and prioritization could be implemented for music media in which songs that the user had played the most (either in a recent window of time or historically) could be given the highest or a relatively high priority within the music media type, and thus songs that the user had played a lot would tend to be displayed leftmost on the shelf while in the Music media type category. In general, the different kinds of groupings and prioritizations for those groupings are limited only by the creativity of the system implementer. Another possible implementation, would be to allow users to choose their own groupings and/or priorities for any given media type, either by selecting from a list of pre-defined groupings, or by enabling users to construct their own.
As shown in
Accordingly, a set of such shelf display rules can be as follows:
Shelf Display Rules
As with the grouping definitions, different or additional shelf display rules can be used depending on design objectives.
As new episodes of a TV series indicated as a favorite TV series become available, the TV series can be marked with an indicator to indicate that new episodes are available. For example, a TV series 532 can be included in the favorites menu 530. An indicator 534 can be placed over or near the image representing the TV series 532 to indicate that new episodes are available. In some implementations, the indicator 534 can indicate the number of new episodes available. For example, the indicator 534 can indicate the number of unwatched and/or partially watched episodes from the current season of the TV series 532. In the example shown, the indicator 534 indicates that there are three new episodes of the TV series 532 available to be viewed. As another example, the indicator 534 can indicate a number of episodes of a TV series that are available to purchase or rent that have not yet been purchased or rented by a user.
In some implementations, the indicator 534 will only indicate the number of new episodes for a current season and unwatched episodes from past season will not be included in the number displayed by the indicator 534. In some implementations, rented TV episodes can be marked with an indicator if they are still available to be viewed. In some implementations, an indicator used to mark a rented TV episode (or movie, song, podcast, etc.) can be different from an indicator used to mark a purchased TV episode (or movie, song, podcast, etc.).
TV series (or other media) displayed in the favorites menu 530 can be sorted in multiple ways as described above for the top-level media menu 200. In some implementations, the media items/TV series included in the favorites menu 530 can be sorted by date, by alphabetical order, or in the order the media items/TV series were added to the favorites menu. For example, TV series can be displayed in alphabetical order by series title. In some implementations, newly added shows are added to the end of the grid displayed in the favorites menu 530. In some implementations, a user is allowed to specify a sorting order for displaying the TV series within the favorites menu 530.
In some implementations, a user can reorder the TV series displayed in the favorites menu 530 by selecting an image representing a TV series, and changing the position of the TV series. For example, the user can highlight an image representing a TV series 536. The user can then hold down a select control button to indicate that the user wishes to change the position of the TV series 536. For example, the favorites menu 530 can indicate that the TV series 536 can be moved by causing the images representing the TV series displayed by the favorites menu 530 to “jiggle.” As another example, only the image representing the selected TV series will jiggle. The user can then change the position of the TV series 536 to be positioned before the TV series 532 (e.g., by using directional arrows of a controller). This can cause the TV series 532 and a TV series 538 to each move one position to the left so that the TV series 536 can now occupy the space previously occupied by the TV series 532.
In some implementations, a message can be displayed in the favorites menu 530 to indicate to the user how to change the order of TV series displayed within the favorites menu 530. For example, the message “Press and hold Select to rearrange your favorites” can be displayed over the favorites menu 530 the first three times that a particular user enters the favorites menu. In some implementations, the displayed message can fade away after a given time period (e.g., 5 seconds).
In some implementations, in which the TV series shown in the favorites menu 530 are sorted by date, the TV series can be sorted with the TV series having unwatched or partially watched episodes (e.g., TV series having indicators) placed before TV series with no unwatched or partially watched episodes (e.g., TV series having no indicator, or having an indicator showing “0”). The TV series having some unwatched or partially watched episodes can be sorted with the TV series having the most recent (by episode date) unwatched or partially watched episode positioned first (upper left corner) followed by the TV series with the next most recent unwatched or partially watched episode positioned next, and so on for each subsequent TV series. TV series having no unwatched or partially watched episodes (e.g., no indicator) can be ordered in the order in which all episodes for the series were watched. In other words, when the last unwatched episode of a TV series is watched, that TV series is moved to the front of the section of TV series having no unwatched or partially watched episodes.
In some implementations, a user is allowed to specify a methodology that is to be used for sorting the TV series displayed by the favorites menu 530. For example, the user can select between sorting by date, sorting alphabetically, or a “sorting off” mode. The “sorting off” mode can sort TV series in the order in which they are added to the favorites menu 530 with newly favorite shows added to the end. In some implementations, the user is allowed to change the display order of shows in the “sorting off” mode as described above.
In some implementations, art work from a most recent season of a TV series can be displayed in the favorites menu, and a name of a TV series can be indicated when a TV series is selected or “hovered” over. For example, the TV series 540 indicates a TV series name of “House” when the TV series 540 is hovered over. Selecting an image representing a TV series within the favorites menu 530 can take the user to a TV show season screen to allow the user to select from episodes of the current or latest season of the TV show. In some implementations, selecting an image representing a TV series can cause a season screen for the most recently accessed season to be displayed.
For example, referring to
In some implementations, when a TV episode is rented or purchased, the TV episode is displayed within the season screen 550 and indicated by an indicator (e.g. a blue dot) as being unwatched (e.g., new). The indicator can change when the episode is partially, but not fully watched. For example, a full blue dot 555 can indicate a completely unwatched episode 554, while a partially filled in blue dot 557 can indicate a partially watched, but not completed episode 556. In some implementations, once an episode is completed, the indicator disappears from the season screen 550.
In some implementations, a TV series screen can include an add-to-favorites control in order to allow the user to add the TV series to the favorites menu 530 depicted in
In some implementations, a user can cause a context menu to appear for an episode displayed in the season screen 550. For example, the user can highlight an episode 554 and hold a select button to cause a context menu for the episode to appear. The context menu can include options to allow the user to mark an episode as watched, mark an episode as unwatched, mark an entire season as watched, or mark an entire season as unwatched. In some implementations, the context menu can also include a “cancel” option. In some implementations, the “mark episode as watched” option is only displayed if an indicator indicating that the episode is unwatched or only partially watched is present. In some implementations, the “mark episode as unwatched” option is only displayed if the episode does not include an indicator to indicate that the episode is unwatched or partially watched. In some implementations, the “mark entire season as watched” option is only displayed if at least one episode is indicated as unwatched or partially watched. In some implementations, the “mark entire season as unwatched” option is only displayed if at least one episode in the season is indicated as watched. In some implementations, some of the control options displayed in the context menu are only displayed if the show has been added to the favorites menu.
In some implementations, after a user has indicated that a show is a favorite show (e.g., added the show to the favorites menu 530), each subsequent episode that is added is indicated as unwatched (e.g., receives a blue dot indicator). In some implementations, this rule applies only to episodes that are a part of the current season or subsequent season from when the TV series was added to the favorites menu. In some implementations, episodes included in season prior to a current season when a show is indicated as a favorite are not automatically marked. In some implementations, the most recent episode of a TV series can be marked as unwatched if the episode is unwatched at the time that the TV series is added to the favorites menu (even though the date of the episode may precede the date that the show is added to the favorites menu). In some implementations, rented episodes that expire are not automatically marked.
In some implementations, a remove from favorites control can be provided to allow a user to remove one or more TV series from the favorites menu 530. The remove from favorites control can be included in the favorites menu 530, as part of a season screen, or as part of another menu screen. In some implementations, when an item is removed from the favorites menu 530, all automatically placed indicators for episodes associated with that item are removed. In some implementations, full and partial indicators for rented episodes that have not expired will remain associated with the episodes until the episodes expire.
First, at 605, the process 600 receives user input specifying a media type category (e.g., Movies, TV Shows, Music, Photos, Podcasts, Internet). Next, at 610, the process 600 identifies media content items within the selected media category that the user previously has selected or otherwise marked for presentation (e.g., rented or purchased or downloaded from an online media store). Next, at 615, the process 600 prioritizes the identified media content items based on a predetermined set of rules, for example, the “Shelf Display Rules” set out above. Finally, at 620, the process presents to the user a menu of at least some of the identified media content items in an order based on a result of the prioritization.
For example, a menu screen having a shelf region that is divided into groupings with relative priorities, and media items displayed within those groupings, can be generated and displayed to the user. Process 600 can be executed and thus produce a new menu display each time the user selects another media type category. Although depicted in
At 653, input from a user designating a show as a favorite show is received. As described above in this specification, a show (such as the show designated as the favorite show) can have multiple episodes.
In response to the received input, at 655, show information is displayed in a first graphical user interface (GUI). For example, the first graphical user interface can be implemented as the series menu 550 shown in
In some implementations, the input from the user can be received via the first graphical user interface. For example, the designation of a show 540′ as a favorite show can be received by the media device 100 via control 552 in the series menu 550.
Further in response to the received input, at 657, a pointer (or shortcut) associated with the favorite show is displayed in a second graphical user interface. For example, the second graphical user interface can be implemented as the favorites menu 530 shown in
Furthermore, the pointer 540 can be represented in the second graphical user interface 530 by at least an image associated with the favorite show 540′. In some implementations, the image associated with the favorite show 540′ can be an image corresponding to a first episode of the favorite show 540′. In other implementations, the image associated with the favorite show 540′ can be an image corresponding to a most recent episode of the favorite show 540′.
In some implementations, an indicator 542 associated with the pointer 540 is displayed in the second graphical user interface 530 concurrently with the pointer 540. The indicator 542 is configured to indicate a number of unwatched episodes from among the multiple episodes of the favorite show 540′. In some implementations, the indicator 542 displayed in the second graphical user interface 530 at least partially overlaps the pointer 540 that points to the show information associated with the favorite show 540′ displayed in the first graphical user interface 550.
The media client 100 also includes a storage device 710 that can be configured to store information including media, configuration data, user preferences, and operating instructions. The storage device 710 can be any type of non-volatile storage, including a hard disk device or a solid-state drive. For example, media received from an external media server can be stored on the storage device 710. The received media thus can be locally accessed and processed. Further, configuration information, such as the resolution of a coupled display device or information identifying an associated media server, can be stored on the storage device 710. Additionally, the storage device 710 can include one or more sets of operating instructions that can be executed by the processor 705 to control operation of the media client 100. In an implementation, the storage device 710 further can be divided into a plurality of partitions, wherein each partition can be utilized to store one or more types of information. Additionally, each partition can have one or more access control provisions.
A communication bus 715 couples the processor 705 to the other components and interfaces included in the media client 100. The communication bus 715 can be configured to permit unidirectional and/or bidirectional communication between the components and interfaces. For example, the processor 705 can retrieve information from and transmit information to the storage device 710 over the communication bus 715. In an implementation, the communication bus 715 can be comprised of a plurality of busses, each of which couples at least one component or interface of the media client 100 with another component or interface.
The media client 100 also includes a plurality of input and output interfaces for communicating with other devices, including media servers and presentation devices. A wired network interface 720 and a wireless network interface 725 each can be configured to permit the media client 100 to transmit and receive information over a network, such as a local area network (LAN) or the Internet. Additionally, an input interface 730 can be configured to receive input from another device through a direct connection, such as a USB, eSATA or an IEEE 1394 connection.
Further, an output interface 735 can be configured to couple the media client 100 to one or more external devices, including a television, a monitor, an audio receiver, and one or more speakers. For example, the output interface 735 can include one or more of an optical audio interface, an RCA connector interface, a component video interface, and a High-Definition Multimedia Interface (HDMI). The output interface 735 also can be configured to provide one signal, such as an audio stream, to a first device and another signal, such as a video stream, to a second device. Further, a non-volatile memory 740, such as a read-only memory (ROM) also can be included in the media client 100. The non-volatile memory 740 can be used to store configuration data, additional instructions, such as one or more operating instructions, and values, such as one or more flags and counters. In an implementation, a random access memory (RAM) also can be included in the media client 100. The RAM can be used to store media content received in the media client 100, such as during playback or while the user has paused playback. Further, media content can be stored in the RAM whether or not the media content is stored on the storage device 710.
Additionally, the media client 100 can include a remote control interface 745 that can be configured to receive commands from one or more remote control devices (not pictured). The remote control interface 745 can receive the commands through wireless signals, such as infrared and radio frequency signals. The received commands can be utilized, such as by the processor 705, to control media playback or to configure the media client 100. In an implementation, the media client 100 can be configured to receive commands from a user through a touch screen interface. The media client 100 also can be configured to receive commands through one or more other input devices, including a keyboard, a keypad, a touch pad, a voice command system, and a mouse.
A number of implementations have been disclosed herein. Nevertheless, it will be understood that various modifications may be made without departing from the spirit and scope of the claims. Accordingly, other implementations are within the scope of the following claims.
This application claims priority under 35 USC §119(e) to U.S. Patent Application Ser. No. 61/378,883, filed on Aug. 31, 2010, the entire contents of which are hereby incorporated by reference.
Number | Date | Country | |
---|---|---|---|
61378883 | Aug 2010 | US |