This disclosure relates to digital media devices, more particularly to digital media devices with stored content.
Digital media devices include many different types of audio and visual devices that can access and ‘play’ digital media. Digital audio players, such as those using MP3 (Motion Picture Experts Group, Audio Layer 3) or Windows Media Audio.™., formats access digital content and produce sound. Portable digital video disc (DVD) players access audio and video data from a DVD or a stored file and produce video with sound. Generally, these devices have internal storage in which the content is stored, removable media such as discs, or a mixture of both.
These devices have large quantities of storage, even in the portable configurations. They allow a user to have access to many difference types of content. For example, a digital music player may have hundreds of different tracks, covering different types of music, from opera to pop. Similarly, there may be several different artists, albums, labels, or other categories of music.
For the user, accessing a particular piece of information has largely been a labor-intensive operation with minimal assistance. Typical existing solutions cause the user to single-step through tracks or possibly pick from a list. Even in PC-based applications that let users pre-select music to be loaded on the device the selection process can be time consuming. An ‘advanced’ solution might allow looking at a list based on a category.
The end result is that the user spends far more time interfacing with the player than is desired. The idea of these types of devices, especially the portable devices, is for the user to enjoy the content, not spend time selecting it. The primary purpose of the device is to play music to the user. When confronted with a significant amount of content to choose from, the user often simply wants to hear music, not fumble about trying to pick and choose what to hear.
The continued popularity of radio and the tendency for people with hundreds of CD's to only listen to what is in a 5-disk changer are good examples of where convenience wins over variety. Therefore, a more programmatic solution to managing digital content for users would be useful.
An embodiment of the invention is a digital media player. The digital media player includes storage to store media content and a user interface to provide information to a user. The information includes at least one task associated with the media content. The media player also includes a control to allow the user to select at least one task and a processor to perform a task selected by the user.
Another embodiment of the invention is a method of selecting music files based upon predetermined tasks, one of which is selected by the user. The method includes receiving a user input that identifies a predefined task. The method then accesses information associated with media content files and selects those media content files that fall within the predetermined task criteria. The selected media files are then presented to the user, in one embodiment of the invention.
The invention may be best understood by reading the disclosure with reference to the drawings, wherein:
Digital media players, such as audio or video players, are often designed with portability in mind. However, even portable models have plenty of storage and processing power. Application of this power and storage can be used to improve the user's interaction with the player. The user can select predefined tasks and with very few inputs select a list of media files to be played, increasing the playtime while decreasing the selection time. This list of media files to be played may be referred to as a playlist, with no limitation on the types of media files being played, or the immediacy of it being played.
An example of a digital media player 10 is shown in
The predetermined task may have several search criteria and may be automated or require a minimal number of user inputs. The following discussion of several of the predetermined tasks and search criteria is only intended to provide examples and is in no way to limit the scope of the invention.
As shown in
Using the recording time, for example, the user can select a predetermined task of ‘new music’ or ‘new movies.’ This would allow the user to hear or see movies that they have recently acquired, where the recording date would be used. The length of the ‘new’ period could be input by the user, or even selected off a pull down menu, such as ‘week,’ ‘month,’ ‘three month’ time periods. The search criteria would then cause the player to access the information associated with the content files and produce a list of content files that had been acquired in the last month, for example. The files having a recording time during a time period between the current time stamp and the current time stamp minus the selected interval would be accessed.
The played time tracks the last time and date a file was played. For ease of discussion the term ‘time’ as used here will include time, date or both. The user then could decide to access the files that have not been played in a certain amount of time. “Play me files I haven't experienced in the last 6 months,’ would result in the processor searching the associated information for files that have a playing time before a certain date. The certain date would be the current time stamp minus 6 months, in this example.
In addition to a particular date used as the threshold, the user could select dates that fall within a range. For example, the user may want to hear all tracks, or watch all clips, the originated in a particular year, such as 1984. The user may select this task and designate the time period as an additional input. The player would then access the associated information, searching for all files with an original date within that range and create the list.
Similar to selecting files from a particular period, the user may designate one or more principals. As discussed above, the user may designate a music group, a songwriter, a director, an actor, etc., as well as combinations of principals. For example, the user could designate all clips featuring Tom Hanks and Meg Ryan.
The player will track and store the number of times a particular file has been played. If the player were to sort the files by the number of times played, the user or the player could designate a number of times above which the file would be designated as a ‘favorite.’ Alternatively, the player or the user could designate a predetermined number of files, such as the top 40, or other number, of most-frequently accessed files.
More sophisticated measure may be used as well. For example, a weighting may be assigned to the number of times played, where the weighting may take into account the proximity of the most recent time the file was played when compared with the current time. For example, a user may have played a music file over a hundred times more than any other file, but the last time it was played was three months ago. Obviously, this is not the current ‘favorite’ file of the user, but a strict number of times played analysis would lead to that conclusion. Many other possibilities for weighting and manipulating the data for the ‘favorites’ list exist.
In addition to these, several other search criteria could be set up in predetermined tasks. Similarly, the player could present combinations of these and other criteria. For example, ‘play all the music of the 1960's that I have not listened to in the last six months,’ or ‘show me all the clips of Tom Hanks that do not include Meg Ryan.’ All of these examples discussed above provide the user with some control, while reducing the selection time required by the user. It is also possible to reduce the selection time by the user with implementation of more automated search criteria.
For example, the user could just select a feature that allows the player to make the selections. In essence the feature would provide an algorithmic representation of a radio disc jockey or movie jockey. The player would select a mix of familiar files, which may include files related to the tastes of the user, and some mostly random files to provide an interesting mix. One possible implementation uses the ‘favorites’ list as a seed for a list of automatically generated selections.
An embodiment of an automated playlist generation method is shown in
The player may perform the expansion of the entries based upon its own preprogramming or based upon a one-time user input. Several options for expansion exist. The player could examine some top number of favorite files and add one to the playlist. The player could select one of the favorites and find another file from the same album, or program or DVD, and add it to the list. Similarly, the player could select another file based upon the genre, or the same principal. The player could add time periods, such as a file selection based upon one of the above criteria that has not been played in the last day or week or month. A completely random file selection could be added to the list. All of these approaches could be implemented separately on a predetermined number of favorite files, or they could all be implemented in one playlist, with each subsequent file be operated on by a different expansion technique.
In this manner, the user's interaction with the player for selecting files would be minimal and the user's interaction with the player for experiencing and enjoying the files would be increased. Additionally, without the need for the user to navigate huge lists of files and menus, the user interface display screen could be reduced, thereby reducing the power consumption and the size of the player or the part of the screen for the user interface. In the case of music players, the size may even be eliminated and the system switched over to a voice interface, with the user interacting with the player through voice commands.
While digital media players in general, and portable digital media players in particular, benefit from application of this invention, it may be applicable to other types of media players. The invention could be applied to removable media, such as multiple-disc CD changers. As storage capacity increases and it becomes possible to hold thousands of hours of 3D and video data, these same techniques may be applied.
Thus, although there has been described to this point a particular embodiment for a method and apparatus for automated playlist generation, it is not intended that such specific references be considered as limitations upon the scope of this invention except in-so-far as set forth in the following claims.
The present application claims priority from and is a continuation application of U.S. patent application Ser. No. 10/208,456, filed Jul. 29, 2002, and entitled “AUTOMATED PLAYLIST GENERATION,” the content of which is expressly incorporated herein by reference in its entirety.
Number | Name | Date | Kind |
---|---|---|---|
5228014 | d'Alayer de Costemore d'Arc | Jul 1993 | A |
5630005 | Ort et al. | May 1997 | A |
5635989 | Rothmuller | Jun 1997 | A |
5808224 | Kato | Sep 1998 | A |
5947746 | Tsai | Sep 1999 | A |
5969283 | Looney et al. | Oct 1999 | A |
5987525 | Roberts et al. | Nov 1999 | A |
6002394 | Schein et al. | Dec 1999 | A |
6038199 | Pawlowski et al. | Mar 2000 | A |
6128009 | Ohkura et al. | Oct 2000 | A |
6225546 | Kraft | May 2001 | B1 |
6248946 | Dwek | Jun 2001 | B1 |
6252830 | Hsu | Jun 2001 | B1 |
6278048 | Lee | Aug 2001 | B1 |
6289165 | Abecassis | Sep 2001 | B1 |
6324537 | Moran | Nov 2001 | B1 |
6389467 | Eyal | May 2002 | B1 |
6423892 | Ramaswamy | Jul 2002 | B1 |
6438315 | Suzuki et al. | Aug 2002 | B1 |
6446080 | Van Ryzin et al. | Sep 2002 | B1 |
6496802 | van Zoest et al. | Dec 2002 | B1 |
6571390 | Dunn et al. | May 2003 | B1 |
6587835 | Treyz et al. | Jul 2003 | B1 |
6590303 | Austin et al. | Jul 2003 | B1 |
6693236 | Gould et al. | Feb 2004 | B1 |
6714722 | Tsukidate | Mar 2004 | B1 |
6850252 | Hoffberg | Feb 2005 | B1 |
6865431 | Hirota et al. | Mar 2005 | B1 |
6865600 | Brydon et al. | Mar 2005 | B1 |
20010033343 | Yap et al. | Oct 2001 | A1 |
20020045960 | Phillips et al. | Apr 2002 | A1 |
20020046241 | Nomura et al. | Apr 2002 | A1 |
20020055934 | Lipscomb et al. | May 2002 | A1 |
20020087658 | Hayashi et al. | Jul 2002 | A1 |
20020087974 | Sprague | Jul 2002 | A1 |
20020093886 | Ijichi et al. | Jul 2002 | A1 |
20020151327 | Levitt | Oct 2002 | A1 |
20020152876 | Hughes et al. | Oct 2002 | A1 |
20020171567 | Altare et al. | Nov 2002 | A1 |
20020188399 | Odagawa et al. | Dec 2002 | A1 |
20020194260 | Headley et al. | Dec 2002 | A1 |
20030086699 | Benyamin et al. | May 2003 | A1 |
20030180032 | Barde et al. | Sep 2003 | A1 |
Number | Date | Country |
---|---|---|
1 063 636 | Dec 2000 | EP |
4-221489 | Aug 1992 | JP |
6-103737 | Apr 1994 | JP |
H06-309381 | Jun 1996 | JP |
10-247356 | Sep 1998 | JP |
11-175537 | Jul 1999 | JP |
11-259271 | Sep 1999 | JP |
H11-514482 | Dec 1999 | JP |
H10-289251 | Apr 2000 | JP |
2000-251486 | Sep 2000 | JP |
2001-118075 | Apr 2001 | JP |
2001-202085 | Jul 2001 | JP |
2001-337960 | Dec 2001 | JP |
2002-55695 | Feb 2002 | JP |
2002-055993 | Feb 2002 | JP |
2002-150664 | May 2002 | JP |
WO 97-05616 | Feb 1997 | WO |
Entry |
---|
International Search Report for International Application No. PCT/US03/23322, Jul. 16, 2004. |
GOGO Engine, Audio TOYBOX, Landport Co., Ltd., www.landport.co.jp. |
Japanese Official Action, Notice of Reasons for Refusal, Japanese Patent Application No. 2006-342998, Feb. 10, 2009. |
Communication Pursuant to Article 94(3) EPC for Application No. 03771843.4 dated Mar. 25, 2014, Matter No. SIGRIO37/EPC, 7 pages. |
Brown, B. et al., “SonicBlue Rio Riot reviewed by PC Magazine”, May 7, 2002, Retrieved from <<http://www.web.archive.org/web/20021016125556/http://www.pcmag.com/article2/0,4149,363,00.asp>>, Retrieved on Mar. 18, 2014, 4 pages. |
Hansen, S., “. . . und sein Rivale—SonicBlues MP3-Player mit Festplatte”, CT Magazin fuer Computer Technik, Heise Zeitschriften Verlag, Hannover, DE, No. 10, May 6, 2002, p. 87. |
Nonhoff-Arps, P., “Der Nachfolger—MP3-Recorder mit Festplatte”, Retrieved from <<http://www.heise.de/artikel-archiv/ct/2002/10/086@00150@/art01.htm>>, Retrieved on Mar. 17, 2014, 4 pages. |
Weigel, R., “First Look: Sonicblue Rio Riot”, TechTV—Products & Reviews, Jan. 8, 2002, Retrieved from <<http://web.archive.org/web/20020605223036/http://www.techtv.com/products/consumerelectronics/story/0,23008,3367273,00.htm>>, Retrieved on Mar. 18, 2014, 3 pages. |
Trial Decision of Rejection, Japanese Patent Application No. 2006-342998, Jun. 28, 2011, (14 pgs). |
Number | Date | Country | |
---|---|---|---|
20070183742 A1 | Aug 2007 | US |
Number | Date | Country | |
---|---|---|---|
Parent | 10208456 | Jul 2002 | US |
Child | 11732737 | US |