AUTO PLAYLIST GENERATION WITH MULTIPLE SEED SONGS
The present invention relates to systems and/or methods that generate playlist(s) for a library or collection of media items via selecting a plurality of seed items, at least one of which is an undesirable seed item. Some of the seed items are desirable indicating that a user prefers additional media items similar to the desirable seed items and others are undesirable indicating that the user prefers additional media items dissimilar to the undesirable seed items. Additionally, the seed items can be weighted to establish a relative importance of the seed items. The invention compares media items in the collection with the seed items and determines which media items are added into the playlist by computation of similarity metrics or values. The playlist can be regenerated by adding desirable seed items to the playlist and removing media items from the playlist (e.g., undesirable seed items).
Latest Microsoft Patents:
CROSS-REFERENCE TO RELATED APPLICATIONS
This application is a continuation of U.S. patent application Ser. No. 11/255,365, which was filed on Oct. 21, 2005, which is a continuation of Ser. No. 10/158,674, which was filed on May 30, 2002, and entitled, “AUTO PLAYLIST GENERATION WITH MULTIPLE SEED SONGS.” The entireties of these applications are incorporated herein by reference.
The present invention relates generally to digital media, and more particularly to systems and methods for playlist generation.
BACKGROUND OF THE INVENTION
With the proliferation of digital media, it is common for both home personal computer (PC) users and professionals to access and manage large numbers of media items (e.g., digital audio, digital video, electronic books, digital images and the like). Digital media permits users to have access to numbers and amounts of media on a scale not previously seen. Digital media can be stored and accessed on storage devices such as hard drives, DVD drives and the like and can also be stored and accessed across network(s) (e.g., Internet). Digital media is also employed in portable devices such as personal digital assistants (PDA), portable audio players, portable electronic book readers and the like.
However, such proliferation of media has also created problems in that the vast amounts of available media can overwhelm users. Users can find it difficult to organize, categorize and maintain large amounts of media. As an example, a single compact disk (CD) containing MPEG layer three (mp3) digital audio files can include about 140 songs. In contrast, a conventional compact disc-digital audio (CDDA) disc or audio tape typically includes about 10 songs. A user can generally remember the 10 songs on an audio tape but is not likely to remember all 140 songs on the mp3 CD. Furthermore, portable digital audio devices can include 10 gigabytes or more of storage which permits for storing about 2,000 compressed digital songs. Additionally, storage device capacities are constantly increasing further affording for storing ever greater numbers of media items (e.g., an 80 gigabyte drive can generally store 16,000 songs) thereby exacerbating the difficulties related to accessing and categorizing numerous media items.
Additionally, identifying media items that match user preferences (e.g., mood, likes, dislikes) is also difficult. Users typically prefer certain types or categories of media items at different times and/or occasions (e.g., after work, party, relaxing and the like). Consequently, a user is often required to remember or search through an entire collection of media items (e.g., songs) to locate appropriate song(s) that are coincident with his or her current mood. As the collection of media items grows, the level of effort required to effect such searching does as well.
One mechanism that is used to organize and identify media items is a playlist, which is simply a list of media items organized in a particular order. A user can create different playlists for different moods and/or styles (e.g., dance music, classical, big band, country and the like). Playlists are helpful in connection with organizing media items, but can be difficult to generate and maintain. Generally, a user is required to manually locate songs having similar properties (e.g., artist, country, heavy metal and the like) and combine them into a single playlist. Then, in order to modify or update the playlist (e.g., because new items have been added to the collection), the user is required to manually add or remove items from the playlist. Some approaches for automatically generating playlist(s) have been attempted, but generally result in playlists that inadequately represent preferences of user(s).
SUMMARY OF THE INVENTION
The following is a summary of the invention in order to provide a basic understanding of some aspects of the invention. This summary is not intended to identify key/critical elements of the invention or to delineate the scope of the invention. Its sole purpose is to present some concepts of the invention in a simplified form as a prelude to the more detailed description that is presented later.
The present invention relates generally to systems and methodologies that facilitate generation of playlists. The invention can also facilitate organization and access to media items by identifying items similar to desirable characteristics and dissimilar to undesirable characteristics by analyzing user selectable seed items.
The present invention facilitates playlist generation for a library or collection of media items by permitting a user to select a plurality of seed items. Some of the seed items are selected as desirable indicating that the user prefers additional media items similar to the desirable seed items and others are selected as undesirable indicating that the user prefers additional media items dissimilar to the undesirable seed items. Additionally, the user can weight the seed items to establish a relative importance thereof. The invention compares media items in the collection with the seed items and determines which media items to be added to the playlist. The playlist can be regenerated by the user adding desirable seed items to the playlist and removing media items from the playlist (e.g., undesirable seed items).
Thus, the present invention reduces effort and time required by a user to generate a playlist that meets or is similar to desired characteristics or features by automatically generating a playlist based on seed items. Consequently, the user is not required to manually search through a collection of media items and select those items that meet the user's current mood or desire in order to generate a playlist.
To the accomplishment of the foregoing and related ends, certain illustrative aspects of the invention are described herein in connection with the following description and the annexed drawings. These aspects are indicative of various ways in which the invention may be practiced, all of which are intended to be covered by the present invention. Other advantages and novel features of the invention may become apparent from the following detailed description of the invention when considered in conjunction with the drawings.
BRIEF DESCRIPTION OF THE DRAWINGS
DETAILED DESCRIPTION OF THE INVENTION
The present invention is now described with reference to the drawings, wherein like reference numerals are used to refer to like elements throughout. In the following description, for purposes of explanation, numerous specific details are set forth in order to provide a thorough understanding of the present invention. It may be evident, however, that the present invention may be practiced without these specific details. In other instances, well-known structures and devices are shown in block diagram form in order to facilitate describing the present invention.
As used in this application, the terms “component” and “system” are intended to refer to a computer-related entity, either hardware, a combination of hardware and software, software, or software in execution. For example, a component may be, but is not limited to being, a process running on a processor, a processor, an object, an executable, a thread of execution, a program, and/or a computer. By way of illustration, both an application running on a server and the server can be a component. One or more components may reside within a process and/or thread of execution and a component may be localized on one computer and/or distributed between two or more computers.
It is to be appreciated that, for purposes of the present invention, any or all of the functionality associated with modules, systems and/or components discussed herein can be achieved in any of a variety of ways (e.g. combination or individual implementations of active server pages (ASPs), common gateway interfaces (CGIs), application programming interfaces (API's), structured query language (SQL), component object model (COM), distributed COM (DCOM), system object model (SOM), distributed SOM (DSOM), ActiveX, common object request broker architecture (CORBA), database management systems (DBMSs), relational database management systems (RDBMSs), object-oriented database management system (ODBMSs), object-relational database management systems (ORDBMS), remote method invocation (RMI), C, C++, practical extraction and reporting language (PERL), applets, HTML, dynamic HTML, server side includes (SSIs), extensible markup language (XML), portable document format (PDF), wireless markup language (WML), standard generalized markup language (SGML), handheld device markup language (HDML), graphics interchange format (GIF), joint photographic experts group (JPEG), binary large object (BLOB), other script or executable components).
Referring initially to
The media analyzer 102 receives seed media or seed item(s) and analyzes the seed item(s) to generate a preference function. Generally, the seed item(s) are media items from a collection of media stored and/or maintained in the media database 106. However, the seed item(s) can be media items that are not a part of the media collection. The seed item(s) can be media such as, but not limited to, audio (e.g., songs), movies (e.g., AVI or MPEG files), documents, electronic books, images and the like. Then, after receiving the seed item(s), the media analyzer 102 obtains metadata corresponding to and characterizing the seed item(s). The metadata includes information that characterizes the seed items and can include, for example, artist, song title, movie title, author, genre (e.g., folk, jazz, new wave, rock and the like), mood, rhythm and the like. In some situations, the seed item(s) include or incorporate metadata (e.g., via a tag or block of information at a specific location in a file) such as, for example, ID3 tags which include information characterizing digital audio files (e.g., mp3). Alternately, metadata can be generated for the seed item(s) by analyzing aspects of the seed items such as, tempo, volume, instruments, vocals, in order to determine appropriate metadata for the respective seed item(s). Furthermore, in an alternate aspect of the invention, metadata is entered (e.g. by a user) without receiving seed items in order to characterize desired content.
In addition to providing a source for the metadata, the seed item(s) can also be weighted with a user preference according to a suitable scheme. One approach is to permit a user to set seed items as desirable or undesirable and weight the seed item(s) as, for example, “+1” for desirable and “−1” for undesirable. According to another approach, a user is permitted to assign or select weights according to categories such as for example, “strongly like, like, slightly like, slightly dislike and strongly dislike”. Yet another approach is to permit users to assign numerical target preferences (e.g., by employing a slider) to the seed item(s) indicating their preferences. It is to be appreciated that any suitable scheme for indicating weight or preference in the present invention can be employed.
The weights (or target preferences) and metadata can be utilized by the media analyzer 102 to generate a preference function which generally indicates desired characteristics of which a playlist should be generated for. Additional description of generation of the preference function is described infra.
The playlist generator 104 receives the preference function from the media analyzer 102 and generates a playlist. The playlist generator 104 also receives metadata for media items in the media collection from the media database 106 in order to generate the playlist. The playlist generator 104 computes a preference for the media items using the preference function and inserts media items having more than a threshold amount of similarity into the playlist. After computing the preferences and inserting the most preferred media items, the playlist is sorted according to the estimated user preference such that most preferred media items are located at the top or early in the playlist and least preferred media items are located at the bottom or at the end of the playlist. Additionally, the desirable seed item(s) are inherently preferable and are generally placed at the beginning or top of the playlist.
The media player 108 receives the playlist from the playlist generator 104 and is operative to play media items identified in the playlist. The playlist contains a reference (e.g., filename or URL) for the items in the playlist, which the media player in turn employs to access the appropriate media items from the media database 106. The media player generally plays the media items in order (e.g., top to bottom) and can pause, skip forward, reverse and perform other suitable functions of media players.
Turning now to
Turning now to
On selecting a track, a user can perform a number of actions on that selected track—the user can add it to the playlist by clicking on the add button 450. When the add button 450 is clicked, a playlist is then generated that fits or is similar to the selected song which is now referred to as a seed item and the selected song being added at the beginning of the playlist. The playlist is generated by estimating a user preference function based on characteristics of the selected track and identifying tracks in the media library that are likely to have high user preference. Various means for generating the playlist are described in detail elsewhere in this detailed description. The selected song can be distinguished from other items in the playlist by, for example, displaying the selected song in a different color and/or font. Additional tracks can be selected and added from the track name(s) 435 in the library pane 410 causing the playlist to be regenerated on so doing. The playlist can be regenerated by determining a new user preference function based on characteristics of all seed items and identifying tracks in the media library that are likely to have high user preference. Subsequently added tracks, also referred to as seed items, also can effect playlist regeneration. Another action that can be performed on the track name(s) 435 is a preview. By clicking on a preview button 440, a preview or short version of the selected track (e.g., playing 10 seconds of a song 30 seconds into the song) is played therein facilitating the user determining a preference or non-preference for the selected track name.
The playlist pane 420 displays the playlist that can be generated and regenerated. The playlist pane 420 permits viewing, manipulation and use of the automatically generated playlist. The playlist pane 420 contains a list of tracks 422 in the playlist. Once a track of the playlist is selected, several actions can be selectively performed on the playlist and the selected track. For example, once a track of the playlist is selected, the add button 450 is disabled and a remove button 455 is enabled. Then, the remove button 455 can be clicked causing the playlist to be regenerated whilst avoiding tracks similar to the track removed. The track removed is also a seed item but is utilized to identify undesirable characteristics. Additional tracks can be removed and other tracks added, therein causing the playlist to be regenerated, until the playlist is acceptable (e.g., a user is happy with it). The preference function is adaptively modified as a function of the removed tracks and the added tracks and employed to identify tracks in the media library that are similar to the desired characteristics (e.g., tracks added) and dissimilar to the undesired characteristics (e.g., tracks removed).
An instance of a media player 480 is also a component of the interface 400. The media player 480 is utilized to play the media identified in the playlist. The media player 480 is controllable to adjust volume, equalizer settings, fast forward (e.g., search), rewind, skip forward (e.g. to next item in playlist), skip backward (e.g., to previous item in playlist), balance and the like. Additionally, the media player 480 can display item information such as, title, file name, artist, album, genre and the like and can display playlist information such as, author (e.g., John), title (e.g., John's party mix), date generated.
The playlist generating system 820 can accept as input seed item(s) and/or seed item identifier(s) 810. By way of illustration and not limitation, a user can interact with the playlist generating system 820 by providing a song to the playlist generating system 820 and directing the playlist generating system 820 to select similar songs. By way of further illustration and not limitation, a user can alternatively, and/or additionally interact with the playlist generating system 820 by providing a unique seed song identifier. The seed item(s) 810 can be accepted by the seed item input subsystem 822 which can perform pre-processing on the seed item information 810 (e.g., validation, formatting) before passing it to the similarity subsystem 826, which can compare descriptive metadata associated with the seed item(s) 810 to descriptive metadata associated with the candidate media item to determine a degree of similarity that can be employed by the playlist generating subsystem 828 to determine whether the candidate media item should be included in the playlist 850. In one example of the present invention, the user data store 830 and the playlist generating system 820 reside on a client system. The similarity system 826 may access the user data store 830 and a reference metadata data store 840 to make the determination of similarity.
Turning now to
The weights 920 can be generated via a variety of suitable approaches. One suitable approach is to simply assign the respective weights 920 as +1. This approach results in the similarity value 960 that is an average of the respective similarity value(s) 904. Another approach is to assign the respective weights 920 as +1 for indicating that a seed item is desirable (e.g., by adding a track in
However, it is possible that one or more of the seed item(s) are also candidate items. Thus, the weights are computed such that if the candidate item is the same as one of the desirable seed items (e.g., added), the resulting similarity is exactly 1 while if the candidate item is the same as one of the undesirable seed items (e.g., removed), the resulting similarity is exactly 0. Alternatively, if the user has expressed a non-binary target preference (between 0 and 1), then the resulting similarity should match the target preference. This computation can be represented as a linear system. Let the vector bi=1 if the ith seed item has been added, 0 if it has been removed (or, more generally, bi=the target preference value for the ith seed item). Then, let Kij be the matrix of similarities produced when the similarity metric 902 is applied to the ith and the jth seed items. Then, assuming that the matrix Kij is invertible, the αj (weight corresponding to the jth seed item) can be solved by solving the linear system:
Given the seed item(s), Eq. 1 is only required to be solved once to obtain αj since it is a linear system. If the matrix Kij is not invertible, other methods can be employed to obtain a solution. One method is to add a small offset to the diagonal of Kij to make it invertible:
Additionally, other methods, such as singular value decompositions can be utilized to obtain the solution.
Turning now to
In Table I, the similarity values fall within the range 0 to 1.0. Examining a first entry, 1.00000 1111111, the difference vector 1111111 indicates that the seed item feature vector 1010 matched the candidate item feature vector 1020 in each attribute, thus, each bit of the difference vector was set to one, and the corresponding similarity value 1.00000 indicates a high degree of similarity between the two items. Examining a second entry, 0.06834 0111011, the difference vector 0111011 indicates that the seed item feature vector 1010 matched the candidate item feature vector 1020 in five attributes (rhythm description, rhythm type, vocal code, subgenre, and genre), and that the corresponding similarity value is 0.06834. Similarly, a third entry 0.04052 1110011 also indicates that the seed item feature vector 1010 matched the candidate item feature vector 1020 in five attributes (mood, rhythm description, rhythm type, subgenre and genre), and that the corresponding similarity value is 0.04052. Thus, the machine learning that was applied to the feature vectors and/or difference vectors determined that the combination of five matched attributes coded in the difference vector 0111011 should result in a higher similarity value than the five matched attributes coded in the difference vector 1110011. While one table of difference vectors and similarity values are described in connection with
Tables such as table I can be generated using the following machine learning algorithm. Let Kij be defined by a training set of albums (or playlists) such that
where fn(si) is defined to be 1 when song si appears on the nth album (or playlist), 0 otherwise. It is to be appreciated that the matrix Kij is sparse, and hence can be stored and manipulated as a sparse matrix. The weights in the lookup table can be computed by first solving the sparse quadratic program
subject to the constraints that all αk are non-negative. The αk become a second layer of trainable weights, and the ψk are the first-layer of fixed basis functions, defined to be 1 if Akl is 0 or xil has the same value as xjl for all l, where Akl is further defined to be the lth bit of the binary representation of the number k, and where xil is the lth metadata feature of the song si. In the case of the metadata feature vectors described above, l will range from 1 to 7 and k will range from 0 to 127, although other metadata feature vectors and other ranges are possible. Solving sparse quadratic programs is known in the art. The two-layer system can be represented in a lookup table, such as that shown in Table 1, by computing Lm (the mth lookup table entry) via
where gkm is defined to be 1 if Akl is zero or Aml is 1 for all l, and 0 otherwise. It is to be appreciated that other machine learning algorithms can be used to generate such lookup tables, or the lookup table can be hand-designed.
In view of the exemplary systems shown and described above, methodologies that may be implemented in accordance with the present invention, will be better appreciated with reference to the flow charts of
The invention may be described in the general context of computer-executable instructions, such as program modules, executed by one or more computers or other devices. Generally, program modules include routines, programs, objects, components, data structures, etc. that perform particular tasks or implement particular abstract data types. Typically the functionality of the program modules may be combined or distributed as desired in various embodiments.
Turning now to
Beginning at 1102, the method 1100 receives one or more seed items. The one or more seed items are members the library or collection of media items. The one or more seed items can be obtained by means and methods described above, but omitted here for brevity. Similarity values are then computed for the respective seed items by comparing the seed items, individually, to a candidate item at 1104. Generally, a similarity value for each seed item is computed for the respective media items, also referred to as candidate items. The similarity values are weighted and added together to produce a final similarity value at 1106. The weights for the individual similarity values can be obtained via a variety of suitable approaches. One approach is to assign the respective weights for the similarity values as +1. This approach results in the similarity value that is an average of the respective similarity values. Another approach is to assign the respective weights as +1 for indicating that a seed item is desirable (e.g., by adding a track in
However, it is possible that one or more of the seed item(s) are also candidate items. Thus, the weights are computed such that if the candidate item is the same as one of the desirable seed items (e.g., added), the resulting similarity is exactly 1 while if the candidate item is the same as one of the undesirable seed items (e.g., removed), the resulting similarity is exactly 0. Alternatively, if the user has expressed a non-binary target preference (between 0 and 1), then the resulting similarity should match the target preference. This computation can be represented as a linear system and is discussed with respect to
The method 1100 continues at 1108, where media items of the collection are added to a playlist (e.g., their path and/or filename) at 1110 if their final similarity value with respect to the one or more seed items exceeds a minimum threshold. For example, for an implementation having 7 attributes (e.g., from meta data), a media item could be required to have a final similarity value equal or greater than 0.714 which indicates that the media item has about 5 of 7 attributes in common with the one or more seed items. It is appreciated that factors such as weights and undesirable characteristics can modify the number of attributes a media item has in common with the respective seed items while still providing a suitable final similarity value. If there are additional items in the collection at 1112, the method 1100 continues with a next item at 1104. Otherwise, if there are no more items in the collection at 1112, the method 1100 continues at 1114 where the items or tracks in the playlist are sorted according to their respective final similarity values. Thus, items that are more similar are played or encountered prior to less similar items. This is generally desirable because, for example, a user would likely prefer to hear the more similar songs first. Additionally, the desirable seed items, by virtue of necessarily being more similar, are inserted at the beginning of the playlist at 1116.
The playlist can then be utilized by a device or component to, for example, play audio songs (e.g., for digital music), play a slide shows (e.g., for images), music videos and the like according to the playlists. Additionally, as discussed above, the generated playlist can be modified by adding or removing seed items and then employing the method to regenerate the playlist including the new items.
Referring now to
A candidate item is obtained at 1202, the candidate item being a member of a library or collection of media items. Candidate item metadata is obtained from the candidate item at 1204. The media items can include types of media such as, but not limited to, music, video, images and the like. A seed item is obtained at 1206 that represents desired or undesired characteristics. Seed item metadata is then obtained or extracted from the seed item at 1208. The metadata can be obtained by the metadata being part of the seed item and/or candidate item (e.g., a tag in a file), being stored in a metadata database or can be obtained from analyzing the items themselves.
A similarity value or metric is computed according to the seed item metadata and the candidate item metadata at 1210. A variety of suitable methods of computing the similarity value are described elsewhere in this description, but omitted here for brevity. Subsequently, the similarity value is multiplied by a weighting factor at 1212. The weighting factor indicates degrees of desirability and undesirability of the seed item. For example, a weight of +1 typically is employed to indicate a strong preference for that seed item while a weight of −1 generally is utilized to indicate a strong dislike for the seed item by a user. Additionally, the weighting factor can be obtained with the seed item by means, for example, described with respect to
If another seed item is available to be processed at 1216, the method 1200 continues at 1206 with the next seed item. Otherwise, if there are no more seed items to process at 1216, the composite similarity value is utilized as the final similarity value at 1218. Additional processing can be performed on the final similarity value, such as by dividing it by the number of seed items or some other scaling to produce a unified result. Then, that final similarity value is typically employed to determine whether or not to add the candidate item to a playlist and to order or sort the playlist. Finally, the method 1200 can be invoked to process remaining items of library or collection, if present.
At 1310, a similarity value can then be computed based on the difference vector. By way of illustration and not limitation, a function that accepts as an input a difference vector and produces as an output a similarity value can be employed to produce the similarity value. By way of further illustration and not limitation, a value may be retrieved from a database table by employing the difference vector as an index into the database table. While a similarity value function and a similarity value lookup are described above, it is to be appreciated that other methods for producing a similarity value from a difference vector may be employed in accordance with the present invention (e.g., treat the difference vector as a binary number corresponding to the similarity value). Then, at 1312, the similarity value is multiplied by a weighting factor. The weighting factor is generally of a range of values, such as +1 to −1 and indicates a degree of desirability or undesirability that a user has for a particular seed item.
Turning now to
In order to provide additional context for various aspects of the present invention,
With reference to
The system bus 1518 can be any of several types of bus structure(s) including the memory bus or memory controller, a peripheral bus or external bus, and/or a local bus using any variety of available bus architectures including, but not limited to, 15-bit bus, Industrial Standard Architecture (ISA), Micro-Channel Architecture (MSA), Extended ISA (EISA), Intelligent Drive Electronics (IDE), VESA Local Bus (VLB), Peripheral Component Interconnect (PCI), Universal Serial Bus (USB), Advanced Graphics Port (AGP), Personal Computer Memory Card International Association bus (PCMCIA), and Small Computer Systems Interface (SCSI).
The system memory 1516 includes volatile memory 1520 and nonvolatile memory 1522. The basic input/output system (BIOS), containing the basic routines to transfer information between elements within the computer 1512, such as during start-up, is stored in nonvolatile memory 1522. By way of illustration, and not limitation, nonvolatile memory 1522 can include read only memory (ROM), programmable ROM (PROM), electrically programmable ROM (EPROM), electrically erasable ROM (EEPROM), or flash memory. Volatile memory 1520 includes random access memory (RAM), which acts as external cache memory. By way of illustration and not limitation, RAM is available in many forms such as synchronous RAM (SRAM), dynamic RAM (DRAM), synchronous DRAM (SDRAM), double data rate SDRAM (DDR SDRAM), enhanced SDRAM (ESDRAM), Synchlink DRAM (SLDRAM), and direct Rambus RAM (DRRAM).
Computer 1512 also includes removable/nonremovable, volatile/nonvolatile computer storage media.
It is to be appreciated that
A user enters commands or information into the computer 1512 through input device(s) 1536. Input devices 1536 include, but are not limited to, a pointing device such as a mouse, trackball, stylus, touch pad, keyboard, microphone, joystick, game pad, satellite dish, scanner, TV tuner card, digital camera, digital video camera, web camera, and the like. These and other input devices connect to the processing unit 1514 through the system bus 1518 via interface port(s) 1538. Interface port(s) 1538 include, for example, a serial port, a parallel port, a game port, and a universal serial bus (USB). Output device(s) 1540 use some of the same type of ports as input device(s) 1536. Thus, for example, a USB port may be used to provide input to computer 1512, and to output information from computer 1512 to an output device 1540. Output adapter 1542 is provided to illustrate that there are some output devices 1540 like monitors, speakers, and printers among other output devices 1540 that require special adapters. The output adapters 1542 include, by way of illustration and not limitation, video and sound cards that provide a means of connection between the output device 1540 and the system bus 1518. It should be noted that other devices and/or systems of devices provide both input and output capabilities such as remote computer(s) 1544.
Computer 1512 can operate in a networked environment using logical connections to one or more remote computers, such as remote computer 1544. The remote computer 1544 can be a personal computer, a server, a router, a network PC, a workstation, a microprocessor based appliance, a peer device or other common network node and the like, and typically includes many or all of the elements described relative to computer 1512. For purposes of brevity, only a memory storage device 1546 is illustrated with remote computer 1544. Remote computer 1544 is logically connected to computer 1512 through a network interface 1548 and then physically connected via communication connection 1550. Network interface 1548 encompasses communication networks such as local-area networks (LAN) and wide-area networks (WAN). LAN technologies include Fiber Distributed Data Interface (FDDI), Copper Distributed Data Interface (CDDI), Ethernet/IEEE 1502.3, Token Ring/IEEE 1502.5 and the like. WAN technologies include, but are not limited to, point-to-point links, circuit switching networks like Integrated Services Digital Networks (ISDN) and variations thereon, packet switching networks, and Digital Subscriber Lines (DSL).
Communication connection(s) 1550 refers to the hardware/software employed to connect the network interface 1548 to the bus 1518. While communication connection 1550 is shown for illustrative clarity inside computer 1512, it can also be external to computer 1512. The hardware/software necessary for connection to the network interface 1548 includes, for exemplary purposes only, internal and external technologies such as, modems including regular telephone grade modems, cable modems and DSL modems, ISDN adapters, and Ethernet cards.
It is appreciated that the systems and methods described herein can be utilized with a variety of suitable components (e.g., software and/or hardware) and devices and still be in accordance with the present invention. Suitable components and devices include MP3 players, DVD players, portable DVD players, CD players, portable CD players, video compact disk (VCD) players, super video compact disk (SVCD) players, electronic book devices, personal digital assistants (PDA), computers, car stereos, portable telephones and the like.
What has been described above includes examples of the present invention. It is, of course, not possible to describe every conceivable combination of components or methodologies for purposes of describing the present invention, but one of ordinary skill in the art may recognize that many further combinations and permutations of the present invention are possible. Accordingly, the present invention is intended to embrace all such alterations, modifications and variations that fall within the spirit and scope of the appended claims. Furthermore, to the extent that the term “includes” is used in either the detailed description or the claims, such term is intended to be inclusive in a manner similar to the term “comprising” as “comprising” is interpreted when employed as a transitional word in a claim.
21. A system that regenerates a playlist, comprising:
- a media analyzer that receives a plurality of media items and obtains metadata corresponding to the plurality of media items;
- a playlist regenerator that receives a playlist that includes media items chosen according to a first preference function, receives updated metadata from the media analyzer, creates a new preference function according to the updated metadata, and regenerates the playlist based on the new preference function.
22. The system of claim 21, the metadata includes an indication of user preference for the media item.
23. The system of claim 21, the playlist regenerator creates a new preference function and regenerates the playlist according to a predetermined time schedule.
24. The system of claim 21, the playlist regenerator creates a new preference function and regenerates the playlist according to a user command.
25. The system of claim 21, the preference function incorporates metadata from at least one undesirable media item.
26. The system of claim 21, the preference function incorporates metadata from at least one desirable media item.
27. The system of claim 21, the plurality of media items comprising one or more of audio, video, electronic books, or images.
28. The system of claim 21, further comprising a media database that maintains a collection of media items from which the media items are chosen, and provides metadata corresponding to the collection of media items.
29. The system of claim 21, the new preference function sorts the media items in the playlist.
30. The system of claim 21, further comprising a media player that plays media items from the playlist.
31. A method of regenerating a playlist, comprising:
- receiving a playlist generated according to a user preference function that selects media items for the playlist according to metadata that describes a plurality of media items;
- updating the metadata according to new user preferences;
- creating a new user preference function according to the updated metadata; and
- regenerating the playlist based at least in part upon the new user preference function.
32. The method of claim 31, further comprising accepting explicit preference inputs to create the updated metadata.
33. The method of claim 31, further comprising updating the metadata based on usage of media items.
34. The method of claim 31, the metadata is updated after the playlist is generated.
35. The method of claim 31, the metadata is updated and the playlist is regenerated based on a predetermined time schedule.
36. The method of claim 31, the updated metadata corresponding to media items in the playlist used to regenerate at least one other playlist.
37. The method of claim 36, the playlist includes at least one media item in common with the at least one other playlist.
38. The method of claim 31, further comprising playing at least one media item from the regenerated playlist.
39. The method of claim 31, further comprising receiving a user command to update metadata and regenerate the playlist.
40. A system for regenerating a playlist, comprising:
- means for receiving a playlist generated according to a first user preference function that incorporates first metadata corresponding to a plurality of media items;
- means for creating a new preference function based upon second metadata, the second metadata is more recent than the first metadata; and
- means for regenerating the playlist according to the new preference function.
International Classification: G06F 17/00 (20060101);