US20110016394A1 - Systems and methods of selection, characterization and automated sequencing of media content - Google Patents

Systems and methods of selection, characterization and automated sequencing of media content Download PDF

Info

Publication number
US20110016394A1
US20110016394A1 US12/790,740 US79074010A US2011016394A1 US 20110016394 A1 US20110016394 A1 US 20110016394A1 US 79074010 A US79074010 A US 79074010A US 2011016394 A1 US2011016394 A1 US 2011016394A1
Authority
US
United States
Prior art keywords
user
value
programs
song
media
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Abandoned
Application number
US12/790,740
Inventor
Michael K. DuKane
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
NETTUNE Inc
Original Assignee
NETTUNE Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Priority claimed from US11/109,455 external-priority patent/US20050235811A1/en
Application filed by NETTUNE Inc filed Critical NETTUNE Inc
Priority to US12/790,740 priority Critical patent/US20110016394A1/en
Publication of US20110016394A1 publication Critical patent/US20110016394A1/en
Priority to US13/890,118 priority patent/US8969700B2/en
Priority to US14/601,829 priority patent/US20150135073A1/en
Abandoned legal-status Critical Current

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/01Input arrangements or combined input and output arrangements for interaction between user and computer
    • G06F3/048Interaction techniques based on graphical user interfaces [GUI]
    • G06F3/0484Interaction techniques based on graphical user interfaces [GUI] for the control of specific functions or operations, e.g. selecting or manipulating an object, an image or a displayed text element, setting a parameter value or selecting a range
    • G06F3/04842Selection of displayed objects or displayed text elements
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/40Information retrieval; Database structures therefor; File system structures therefor of multimedia data, e.g. slideshows comprising image and additional audio data
    • G06F16/43Querying
    • G06F16/438Presentation of query results
    • G06F16/4387Presentation of query results by the use of playlists
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/40Information retrieval; Database structures therefor; File system structures therefor of multimedia data, e.g. slideshows comprising image and additional audio data
    • G06F16/43Querying
    • G06F16/438Presentation of query results
    • G06F16/4387Presentation of query results by the use of playlists
    • G06F16/4393Multimedia presentations, e.g. slide shows, multimedia albums
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/60Information retrieval; Database structures therefor; File system structures therefor of audio data
    • G06F16/63Querying
    • G06F16/638Presentation of query results
    • G06F16/639Presentation of query results using playlists
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/60Information retrieval; Database structures therefor; File system structures therefor of audio data
    • G06F16/68Retrieval characterised by using metadata, e.g. metadata not derived from the content or metadata generated manually
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/60Information retrieval; Database structures therefor; File system structures therefor of audio data
    • G06F16/68Retrieval characterised by using metadata, e.g. metadata not derived from the content or metadata generated manually
    • G06F16/683Retrieval characterised by using metadata, e.g. metadata not derived from the content or metadata generated manually using metadata automatically derived from the content
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/60Information retrieval; Database structures therefor; File system structures therefor of audio data
    • G06F16/68Retrieval characterised by using metadata, e.g. metadata not derived from the content or metadata generated manually
    • G06F16/686Retrieval characterised by using metadata, e.g. metadata not derived from the content or metadata generated manually using information manually generated, e.g. tags, keywords, comments, title or artist information, time, location or usage information, user ratings
    • GPHYSICS
    • G11INFORMATION STORAGE
    • G11BINFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B27/00Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
    • G11B27/02Editing, e.g. varying the order of information signals recorded on, or reproduced from, record carriers
    • G11B27/031Electronic editing of digitised analogue information signals, e.g. audio or video signals
    • G11B27/034Electronic editing of digitised analogue information signals, e.g. audio or video signals on discs
    • GPHYSICS
    • G11INFORMATION STORAGE
    • G11BINFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B27/00Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
    • G11B27/10Indexing; Addressing; Timing or synchronising; Measuring tape travel
    • G11B27/102Programmed access in sequence to addressed parts of tracks of operating record carriers
    • G11B27/105Programmed access in sequence to addressed parts of tracks of operating record carriers of operating discs
    • GPHYSICS
    • G11INFORMATION STORAGE
    • G11BINFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B27/00Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
    • G11B27/10Indexing; Addressing; Timing or synchronising; Measuring tape travel
    • G11B27/19Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier
    • G11B27/28Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier by using information signals recorded by the same method as the main recording
    • G11B27/32Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier by using information signals recorded by the same method as the main recording on separate auxiliary tracks of the same or an auxiliary record carrier
    • G11B27/322Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier by using information signals recorded by the same method as the main recording on separate auxiliary tracks of the same or an auxiliary record carrier used signal is digitally coded

Definitions

  • audiophiles are now acquiring large numbers of individual music recordings of one to five minutes in length. Because hard disk storage has become inexpensive, audiophiles are building libraries of thousands of these recordings. The intermediate level of organization previously provided by the recording industry is not available.
  • the listener must make approximately 15 to 30 selection decisions for each hour of music played.
  • a set of media programs is accessed.
  • a playlist first portion including a first plurality of the media programs of the set is created.
  • the programs of the first portion are arranged with respect to one another according to a respective first characteristic value of each of the programs of the first portion.
  • FIG. 1 is a schematic view of an exemplary operating environment in which an embodiment of the invention can be implemented
  • FIG. 2 is a functional block diagram of a system according to an embodiment of the invention.
  • FIG. 3 is a schematic view of a first graphical user interface (GUI) according to an embodiment of the invention
  • FIG. 4 is a graphical illustration of listening cycles according to an embodiment of the invention.
  • FIG. 5 is a schematic view of a second GUI according to an embodiment of the invention.
  • FIG. 6 is a flow diagram illustrating a first method according to an embodiment of the invention.
  • FIG. 7 is a flow diagram illustrating a second method according to an embodiment of the invention.
  • An embodiment of the invention described herein includes a system for listener characterization of music recordings and automated play selection.
  • the music recordings may be stored in a library.
  • Each recording has associated metadata consisting of attributes that characterize the recording, and the metadata may be stored in a database component.
  • the system includes a sophisticated search engine that can search the database for values of each attribute for each recording to find recordings of interest.
  • the system includes a component that selects a list of recordings to be played, called a “playlist”.
  • Another component of the system called a “composer”, automatically organizes recordings in the play list into a preferred play order.
  • the system includes a player component that can cause the recordings of the selected play order to be played from the library through audio reproduction components.
  • the system includes a component for selecting one or more images to be stored in association with each audio recording. The images can be displayed on a video display while the music is playing or printed.
  • the recording data may be copied to another recording medium, such as a compact disk (CD) through use of a CD “burner”. While the recordings are being burned to a CD, the system can print labels for the CD and for a jewel case to surround the CD by automatically copying titles and other attributes from the database to a printer. At the same time, this system can automatically take images associated with one or more of the recordings being burned and print the images on the disk label or jewel case label.
  • CD compact disk
  • An important component of the system is the component that selects a play order from a play list. Without this component, the user must make all of the sequence decisions, roughly 15 to 30 decisions for each hour of music. If the user must make these decisions without computer assistance, enough time, effort, and thoughtful consideration is required that, once a play list has been selected and placed into a play order, the user will be motivated to hear that play list over and over rather than invest the time in selecting a new play list and placing it into a desired play order. Consequently, an automated system that can quickly place any play list into a desirable play order has considerable value for the consumer.
  • each recording in the play list must have metadata attributes (“profiles”) that can be used by the composer component.
  • profiles metadata attributes
  • the system solves the lack of congruity between the characterizations given by any expert and the characterizations that a particular listener would be inclined to use by allowing the user to make all of the characterizations and then using the user's characterizations in the composer. Provided the user is consistent when assigning characterizations to music recordings, the problem of lack of congruity between the characterizations given by an expert and the characterizations that the user would give is eliminated. It does not matter whether the words chosen by the user for characterizing a recording would have the same meaning for another person that they have for the user—all that is required is that the user be consistent. Then, when the user specifies a characterization for a database search or for play list selection or for input to the composer, these components of the system will work well together. The user can use words with a meaning that is quite different from conventional meanings, or even opposite from conventional meanings, or misspelled or made up words. The system will still work as intended provided the user applies these words consistently. In this sense, the user can be his own lexicographer.
  • the system can also be enhanced with an additional module for users who do not want to take the time to assign their own characterizations to each piece of music they add to their library. Instead, the user can download across a network metadata characterizations (“profiles”) given to pieces of music by another person who publishes the profiles on the network.
  • profiles network metadata characterizations
  • the user can download an entire library of music recordings that have been selected and characterized by the publisher or the user can select music recordings one at a time by browsing a database offered by the publisher.
  • the user can subscribe to an announcement service from the publisher to receive offers of new music that the publisher has recently profiled for addition to the user's library.
  • FIG. 1 illustrates an example of a suitable computing system environment 100 on which the invention may be implemented.
  • the computing system environment 100 is only one example of a suitable computing environment and is not intended to suggest any limitation as to the scope of use or functionality of the invention. Neither should the computing environment 100 be interpreted as having any dependency or requirement relating to any one or combination of components illustrated in the exemplary operating environment 100 .
  • Embodiments of the invention are operational with numerous other general purpose or special purpose computing system environments or configurations.
  • Examples of well known computing systems, environments, and/or configurations that may be suitable for use with the invention include, but are not limited to, personal computers, server computers, hand-held or laptop devices, multiprocessor systems, microprocessor-based systems, set top boxes, programmable consumer electronics, network PCs, minicomputers, mainframe computers, distributed computing environments that include any of the above systems or devices, and the like.
  • the invention may be described in the general context of computer-executable instructions, such as program modules, being executed by a computer.
  • program modules include routines, programs, objects, components, data structures, etc. that perform particular tasks or implement particular abstract data types.
  • the invention may also be practiced in distributed computing environments where tasks are performed by remote processing devices that are linked through a communications network.
  • program modules may be located in both local and remote computer storage media including memory storage devices.
  • an exemplary system for implementing the invention includes a computing device, such as computing device 100 .
  • computing device 100 In its most basic configuration, computing device 100 typically includes at least one processing unit 102 and memory 104 .
  • memory 104 may be volatile (such as RAM), non-volatile (such as ROM, flash memory, etc.) or some combination of the two. This most basic configuration is illustrated in FIG. 1 by dashed line 106 .
  • device 100 may have additional features/functionality.
  • device 100 may also include additional storage (removable and/or non-removable) including, but not limited to, magnetic or optical disks or tape.
  • additional storage is illustrated in FIG. 1 by removable storage 108 and non-removable storage 110 .
  • Computer storage media includes volatile and nonvolatile, removable and non-removable media implemented in any method or technology for storage of information such as computer readable instructions, data structures, program modules or other data.
  • Memory 104 , removable storage 108 and non-removable storage 110 are all examples of computer storage media.
  • Computer storage media includes, but is not limited to, RAM, ROM, EEPROM, flash memory or other memory technology, CD-ROM, digital versatile disks (DVD) or other optical storage, magnetic cassettes, magnetic tape, magnetic disk storage or other magnetic storage devices, or any other medium which can be used to store the desired information and which can accessed by device 100 . Any such computer storage media may be part of device 100 .
  • Device 100 may also contain communications connection(s) 112 that allow the device to communicate with other devices.
  • Communications connection(s) 112 is an example of communication media.
  • Communication media typically embodies computer readable instructions, data structures, program modules or other data in a modulated data signal such as a carrier wave or other transport mechanism and includes any information delivery media.
  • modulated data signal means a signal that has one or more of its characteristics set or changed in such a manner as to encode information in the signal.
  • communication media includes wired media such as a wired network or direct-wired connection, and wireless media such as acoustic, RF, infrared and other wireless media.
  • the term computer readable media as used herein includes both storage media and communication media.
  • Device 100 may also have input device(s) 114 such as keyboard, mouse, pen, voice input device, touch input device, etc.
  • Output device(s) 116 such as a display, speakers, printer, etc. may also be included. All these devices are well know in the art and need not be discussed at length here.
  • FIG. 2 illustrates a system 200 according to an embodiment of the invention and delineated by a dashed line 202 .
  • the system 200 includes a profiler module 210 , a composer module 220 and a library editor module 230 , each of which is stored in the memory 104 .
  • a user of the system 200 may access a set of audio files 240 stored in the memory 104 .
  • the audio files 240 may be stored in any appropriate format, such as MP3, .wav, and the like. Such access may be through a conventional interface (not shown) generated to the output device 116 that allows the user to navigate through and select from a menu displaying, for example, the titles of and other information associated with the audio files 240 .
  • a pointer device (not shown) associated with the input device 114 , the user may select an audio file to profile, as described in greater detail below.
  • a GUI 300 may be displayed on an output device 116 , such as a conventional display device.
  • the GUI 300 is operable to lead the user through a profiling interview in order to receive the user's opinions concerning certain attributes of the song associated with the selected audio file.
  • the GUI 300 includes a field 310 that displays the title and artist of the selected audio file and a set of play controls 320 that allow the user to listen to and analyze the selected audio file.
  • the GUI 300 further functions to solicit from the user a detailed characterization of the song by having the user assign one or more attribute descriptions to the song.
  • the user is asked to enter, via selection of radio buttons 330 , his or her perceptions concerning the genre(s) to which the user believes the song to belong, the manner in which the song begins and ends, and the overall pacing and tempo of the song.
  • the user may choose from among several textual descriptions 340 .
  • a Genre 1 selection menu 350 the user is asked to select the primary genre to which the song belongs. The user may believe that the song belongs to more than one genre. For example, a song belonging primarily to the Country genre may have successfully crossed over to the Pop genre after release. Accordingly, in a Genre 2 selection menu 360 , the user is given the option to select a secondary genre to which the song belongs.
  • a Tempo selection menu 370 the user is asked to characterize the overall tempo of the song.
  • the Tempo selection may be based on the user's perception of how fast or slow the music is. For example, if the user perceives the tempo as easy or minimal, the user may select Slow. If the user perceives the tempo as bouncy or moderate, the user may select Medium. If the user perceives the tempo as energetic or extreme, the user may select Fast.
  • a Pace selection menu 380 the user is asked to characterize the overall pace of the song.
  • the Pace selection may “fine tune” the Tempo attribute. For example, a song like Roberta Flak's “The First Time Ever I Saw Your Face” may be perceived to have a slow tempo and relaxed pace, while the Dixie Chicks' “Wide Open Spaces” has a slow tempo but a more casual pace. Furthermore, the Eagles'“Tequila Sunrise” may be perceived to have a slow tempo with a more active pace than either one of these other two songs.
  • the Pace attribute may be used to modify the Tempo attribute up or down. For example, if the user perceives the pace as laid back or smooth, the user may select Relaxed. If the user perceives the pace as lively or leisurely, the user may select Casual. If the user perceives the pace as aggressive or rough, the user may select Active.
  • a Start selection menu 390 the user is asked to characterize the beginning of the song. For example, if the user perceives the beginning of the song to be quiet or consist of dialog, the user may select Fade. If the user perceives the beginning of the song to be smooth or easy, the user may select Soft. If the user perceives the beginning of the song to be hard or strong, the user may select Hot.
  • an End selection menu 395 the user is asked to characterize the end of the song. For example, if the user perceives the end of the song to be gradual or consist of dialog, the user may select Fade. If the user perceives the end of the song to be smooth or easy, the user may select Soft. If the user perceives the end of the song to be hard or intense, the user may select Cold.
  • the GUI 300 includes an End button 396 that, when activated, plays a final song portion of predetermined length to allow the user to evaluate the song's ending.
  • each of the selectable textual attribute descriptions 340 corresponds to a numerical value that the profiler module 210 can use to profile the song.
  • the following provides an exemplary set of attribute selections and corresponding numerical values employed by the profiler module 210 .
  • the values corresponding to the attributes selected by the user are added to yield a value characterized as a perceived, but not necessarily actual, beats per minute (BPM) for the song.
  • BPM beats per minute
  • the user can repeat this profiling interview process for each of the audio files 240 stored in the memory 104 .
  • the user may import via the communication connection 112 over a network (not shown) a set of profiles, generated by another person or a commercial entity, for one or more of the audio files 240 stored in the memory 104 .
  • the library editor 230 allows the user to later search for and locate the song by searching one or more of these attributes.
  • the library editor 230 may further allow the user to alter the profiling selections earlier applied to a given song.
  • GUI 300 illustrated in FIG. 3 employs radio buttons to allow user selections
  • GUI could instead or additionally employ pop-up menus, pull-down menus, or any other suitable graphic dialog interface allowing the user to make the desired choices.
  • the user may then choose to generate a playlist including these audio files using features associated with the composer module 220 .
  • the composer module 220 operates to generate the playlist as a series of listening cycles.
  • a listening cycle 400 may be a period of time within which a set of songs is arranged to be played in an order governed by a song parameter that changes from song to song in a progressive manner. For example, many people prefer that each listening cycle start with a song having a low tempo and end with a song having a high tempo. This is commonly referred to as saw-tooth programming.
  • Radio stations and other broadcasting entities employ human programmers to arrange a set of songs into a listening cycle. In radio broadcasting this is typically a 20 minute cycle, the average time someone may be in their car when traveling from point A to point B. For listeners at home, the preferred listening cycle may be 30 minutes to 60 minutes.
  • the composer module 220 builds a playlist that accelerates the BPM up until the end (high BPM) of a listening cycle and then starts the acceleration over at the beginning (low BPM) of a successive listening cycle. Once a high tempo is reached within a cycle, the composer module 220 begins a new listening cycle from a low tempo point. If a 60-minute listening cycle is selected, the BPM progression occurs over a 60-minute time frame. If a 30-minute listening cycle is selected, the BPM progression occurs over a 30-minute time frame.
  • the composer module 220 automates programming a play list based on the profile of each audio track to be included in the playlist and the predetermined listening cycle.
  • the composer module 220 evaluates a potential playlist and breaks it down into listening cycles based on the selected length of the play list. Based on each track's profile, the composer module 220 then assigns each track to a specific position within a listening cycle.
  • the user first invokes a composer GUI 500 that, in an embodiment, allows the user to dictate the manner in which a playlist will be generated.
  • the GUI 500 may provide an audio track selection menu 510 that allows the user to view the profiled audio tracks available for inclusion in the playlist and select at least a subset of these tracks (i.e., playlist pool) from which the composer module 220 will draw in generating the playlist.
  • the GUI 500 further provides a cycle-length radio-button menu 520 , a genre radio-button menu 530 , and an artist radio-button menu 540 that allow the user to select settings pertaining to the listening-cycle length and frequency of artist and genre appearance in the playlist. For example, the user's selection from the cycle-length menu 520 determines the listening cycle duration.
  • the composer module 220 will attempt to alternate artists as it positions each track. This avoids having the same artist play back to back in the play list. If the user chooses the “Group” setting in the artist menu 540 , the composer module 220 will attempt to group tracks from the same artist together in the play list. The composer module 220 will deviate from the Group setting if the artist doesn't have an appropriate song in the playlist in accordance with the desired BPM in the cycle. If the user chooses the “Any Order” setting in the artist menu 540 , the composer module 220 will disregard the artist when positioning tracks.
  • the composer module 220 will attempt to alternate genres as it positions each track. This avoids having the same genre play back to back in the play list. If the user chooses the “Group” setting in the genre menu 530 , the composer module 220 will attempt to group tracks from the same genre together in the play list. The composer module 220 will deviate from the Group setting if there is not an appropriate song from the genre in the playlist in accordance with the desired BPM in the cycle. If the user chooses the “Any Order” setting in the genre menu 530 , the composer module 220 will disregard the genre when positioning tracks.
  • Tempo Value The BPM of a music or audio file (song file) whether perceived by a user of the system 200 or identified in some other manner and input into the system 200 as a numeric value by a user.
  • Listening Cycle Defined as a period of time (usually 20, 30 or 60 minutes) that begins with a song file that represents a low numeric Tempo Value then ascends upward with each subsequent song file until the end of the Listening Cycle is reached.
  • Genre An attribute category that identifies a song file as Rock, Pop, Classical, etc.
  • Genre ID A specific Genre to be matched.
  • Stdv The standard deviation of the collection's Tempo Values as expressed as a numeric value.
  • Process Cycle The number of Listening Cycles which have been processed.
  • Elapsed Time The amount of time which has passed since the beginning of the Listening Cycle.
  • the composer module 220 arranges a collection of audio files 240 selected by a user into a play order that conforms to the user-selected listening cycle. To achieve an acceptable listening cycle, the composer module 220 first evaluates the entire collection from which the playlist will be generated on a song by song basis. In an embodiment, the following attributes of each song are evaluated and tabulated by the application.
  • the composer module 220 may then create a collection profile which consists of the following:
  • the composer module 220 stores the above evaluation data in memory 104 for referencing throughout the composition process.
  • the user may then select an “Evaluate” button 550 included by the GUI 500 .
  • the composer module 220 will evaluate the selected tracks to determine their composition and generate the collection profile.
  • the GUI 500 may then display the collection profile (not shown) to the user.
  • the user can select the artist, genre, and/or cycle-length options described above and select a “Compose” button 560 included by the GUI 500 to compose the playlist or select a “Cancel” button (not shown) to return to the track list to add or eliminate tracks from the playlist pool.
  • the composer module 220 creates listening cycles beginning with the first cycle and continuing until all song files from a collection have been assigned to a listening cycle. As many listening cycles as necessary to utilize all song files in the collection can be generated. Using the standard definition of standard deviation (the square root of the arithmetic mean of the squares of the deviations from the arithmetic mean), the composer module 220 repeatedly calculates the standard deviation of tempo values of all song files which are not assigned to a listening cycle and uses this calculated result to determine the tempo value of the next track for possible inclusion in the listening cycle.
  • standard deviation the square root of the arithmetic mean of the squares of the deviations from the arithmetic mean
  • the process begins with generation of the first listening cycle of the collection. Initially, the tracks in the collection are arranged according to ascending Tempo Value. For any songs that have the same Tempo Value, such songs are arranged alphabetically by Artist.
  • Each cycle starts with the song file not already allocated to the playlist and having the lowest Tempo Value. This insures that each cycle will start with a song having a Tempo Value that is equal to or higher than—never lower than—that of the starting song of the prior cycle. This promotes a general increase in average Tempo Value from one cycle to the next.
  • the composer module 220 determines the standard deviation of Tempo Values of all song files which are not assigned to a listening cycle and uses a fraction of the standard deviation to compute the next preferred Tempo Value from the remaining song files. This computation consists of adding the appropriate fraction of the standard deviation to the value of the last assigned song file's Tempo Value which result is the next Tempo Value.
  • the composer module 220 scans each remaining song file for a Tempo Value match (+ or ⁇ 10 BPM, for example) to the computed result.
  • the fraction of the standard deviation to be used may vary. For example, for a 60 minute cycle, one sixth of the standard deviation may be used. Alternatively, for a 30 minute cycle, one third of the standard deviation may be used.
  • a time modifier of Tempo Value may also be considered based on the Elapsed Time within the cycle.
  • the composer module 220 may use at least the following exemplary formula, expressed in scripting code, to determine the next Tempo Value and subsequent track match to that Tempo Value:
  • the composer module 220 will set the next Tempo Value to the exact of the last Tempo Value and search for a match (+ or ⁇ 10 BPM, for example). If no match is found, the composer module 220 will increment the next Tempo Value up by the appropriate fraction of the standard deviation until a match is found. If no match is found after 15 scans using the above formula, then the composer module 220 will assign the song file with the closest Tempo Value match to the Tempo Value of the last song plus the appropriate fraction of the standard deviation to the next position in the cycle.
  • the benefit of this approach is to maintain a relative increase from the lowest Tempo Value in the cycle to the highest Tempo Value in the cycle.
  • the composer module 220 repeats this process from one listening cycle to another until the entire collection of song files has been positioned in the appropriate play order.
  • each cycle starts with the remaining song having the lowest Tempo Value
  • each subsequent cycle will start with a song having an equal Tempo Value or a higher Tempo Value than that of the prior cycle.
  • the starting tempo and the average tempo from one cycle to the next will increase.
  • the highest tempo reached in any cycle will not be extreme compared to the starting tempo.
  • the listening cycles could be arranged to provide a progressively descending overall tempo.
  • the composer module 220 in generating the playlist, takes into account the above-described artist and/or genre grouping preferences, other parameters could be used.
  • the tracks could be sorted according to other track characteristics, such as whether the track has male vocals, female vocals, or any vocals at all (e.g., instrumentals).
  • an indicator such as a red “?” (not shown) may be placed near the track's listing displayed in the GUI.
  • the GUI allows the user to manually position or remove a track if the composer module 220 places the track in an undesirable position or can't place the track.
  • FIG. 6 illustrates a process 600 according to an embodiment of the invention.
  • the process 600 is illustrated as a set of operations shown as discrete blocks.
  • the process 600 may be implemented in any suitable hardware, software, firmware, or combination thereof.
  • the order in which the operations are described is not to be necessarily construed as a limitation.
  • the device 100 receives from a user via the user interface a first user-perceived-attribute assignment corresponding to a first value describing at least a portion of a first media program of a plurality of media programs.
  • the assignment may comprise a selection by the user of the “Relaxed” radio button associated with the pace menu 380 to indicate that the program in question has a relaxed pace. As described above, this selection of “Relaxed” has a corresponding numerical value of 5 BPM.
  • the device 100 receives from a user via the user interface a second user-perceived-attribute assignment corresponding to a second value describing at least a portion of the first media program.
  • the assignment may comprise a selection by the user of the “Hot” radio button associated with the start menu 390 to indicate that the program in question has a strong beginning. As described above, this selection of “Hot” has a corresponding numerical value of 7 BPM.
  • the device 100 calculates a third value. For example, the device 100 , based on profiling by the user, as described above, calculates a perceived BPM associated with the program.
  • the device 100 associates the third value with the first media program.
  • the device 100 may store the perceived BPM as a data field associated with the program.
  • the process performed in blocks may be performed with respect to a second media program, as well as succeeding programs.
  • the device 100 using, for example, the respective calculated BPMs, generates a playlist comprising the first and second media programs.
  • FIG. 7 illustrates a process 700 according to an embodiment of the invention.
  • the process 700 is illustrated as a set of operations shown as discrete blocks.
  • the process 700 may be implemented in any suitable hardware, software, firmware, or combination thereof.
  • the order in which the operations are described is not to be necessarily construed as a limitation.
  • a set of media programs is accessed.
  • the composer module 220 may access a collection of songs stored, for example, in the memory 104 .
  • the accessed songs could be stored in, for example, a remote server (not shown) via a communication connection 112 .
  • the composer module 220 creates a playlist first portion including a first plurality of the media programs of the set, the programs of the first portion being arranged with respect to one another according to a respective first characteristic value of each of the programs of the first portion. For example, the composer module 220 may generate a first playlist cycle in the manner described above.
  • the composer module 220 creates a playlist second portion including a second plurality of the media programs of the set, the programs of the second portion being arranged with respect to one another according to the respective first characteristic value of each of the programs of the second portion. For example, the composer module 220 may generate a second playlist cycle in the manner described above.
  • the first and second portions may be played via the output device 116 .
  • the second portion may be played after the first portion and presented via audio speakers.

Abstract

In a computer system having at least one output device, a set of media programs is accessed. A playlist first portion including a first plurality of the media programs of the set is created. The programs of the first portion are arranged with respect to one another according to a respective first characteristic value of each of the programs of the first portion.

Description

  • This application is a continuation of U.S. patent application Ser. No. 11/109,455 filed on Apr. 18, 2005 and claims priority to U.S. Provisional Application No. 60/564,157 filed Apr. 20, 2004, which are incorporated by reference in their entireties as if fully set forth herein.
  • BACKGROUND
  • From the time that gramophone recordings were first sold to the public until the distribution of music recordings became dominated by Internet download technology, users have organized their collections of music recordings simply by organizing the media objects themselves—78s, 45 singles, 33⅓ long play albums, 8-track tape cartridges, cassette tapes, and compact disks—and by mechanically placing these physical objects into a playback machine in a sequence. By placing many songs on a single recording medium, the recording industry provided an intermediate level of organization with 20 minutes to 45 minutes of music recordings in a sequence recorded on the recording media.
  • However, with the advent of digital file-sharing and similar services, audiophiles are now acquiring large numbers of individual music recordings of one to five minutes in length. Because hard disk storage has become inexpensive, audiophiles are building libraries of thousands of these recordings. The intermediate level of organization previously provided by the recording industry is not available.
  • The listener must make approximately 15 to 30 selection decisions for each hour of music played.
  • SUMMARY
  • According to an embodiment of the invention, in a computer system having at least one output device, a set of media programs is accessed. A playlist first portion including a first plurality of the media programs of the set is created. The programs of the first portion are arranged with respect to one another according to a respective first characteristic value of each of the programs of the first portion.
  • BRIEF DESCRIPTION OF THE DRAWINGS
  • FIG. 1 is a schematic view of an exemplary operating environment in which an embodiment of the invention can be implemented;
  • FIG. 2 is a functional block diagram of a system according to an embodiment of the invention;
  • FIG. 3 is a schematic view of a first graphical user interface (GUI) according to an embodiment of the invention;
  • FIG. 4 is a graphical illustration of listening cycles according to an embodiment of the invention;
  • FIG. 5 is a schematic view of a second GUI according to an embodiment of the invention;
  • FIG. 6 is a flow diagram illustrating a first method according to an embodiment of the invention; and
  • FIG. 7 is a flow diagram illustrating a second method according to an embodiment of the invention.
  • DETAILED DESCRIPTION
  • An embodiment of the invention described herein includes a system for listener characterization of music recordings and automated play selection. The music recordings may be stored in a library. Each recording has associated metadata consisting of attributes that characterize the recording, and the metadata may be stored in a database component. The system includes a sophisticated search engine that can search the database for values of each attribute for each recording to find recordings of interest. As an adjunct to the search engine, the system includes a component that selects a list of recordings to be played, called a “playlist”. Another component of the system, called a “composer”, automatically organizes recordings in the play list into a preferred play order.
  • The system includes a player component that can cause the recordings of the selected play order to be played from the library through audio reproduction components. The system includes a component for selecting one or more images to be stored in association with each audio recording. The images can be displayed on a video display while the music is playing or printed.
  • Instead of playing the recordings of a play list in real time, the recording data may be copied to another recording medium, such as a compact disk (CD) through use of a CD “burner”. While the recordings are being burned to a CD, the system can print labels for the CD and for a jewel case to surround the CD by automatically copying titles and other attributes from the database to a printer. At the same time, this system can automatically take images associated with one or more of the recordings being burned and print the images on the disk label or jewel case label.
  • An important component of the system is the component that selects a play order from a play list. Without this component, the user must make all of the sequence decisions, roughly 15 to 30 decisions for each hour of music. If the user must make these decisions without computer assistance, enough time, effort, and thoughtful consideration is required that, once a play list has been selected and placed into a play order, the user will be motivated to hear that play list over and over rather than invest the time in selecting a new play list and placing it into a desired play order. Consequently, an automated system that can quickly place any play list into a desirable play order has considerable value for the consumer.
  • To place a play list into a play order, each recording in the play list must have metadata attributes (“profiles”) that can be used by the composer component. There are prior art systems where such attributes are selected and values are assigned for each attribute by a music expert. By this process, the expertise of the expert is placed into a computerized expert system. However, the experts do not agree on how music recordings should be characterized, either to determine the important attributes or to set values for each attribute. Further, each individual listener will have his own tastes, preferences, values, and prejudices for characterization of music recordings.
  • The system solves the lack of congruity between the characterizations given by any expert and the characterizations that a particular listener would be inclined to use by allowing the user to make all of the characterizations and then using the user's characterizations in the composer. Provided the user is consistent when assigning characterizations to music recordings, the problem of lack of congruity between the characterizations given by an expert and the characterizations that the user would give is eliminated. It does not matter whether the words chosen by the user for characterizing a recording would have the same meaning for another person that they have for the user—all that is required is that the user be consistent. Then, when the user specifies a characterization for a database search or for play list selection or for input to the composer, these components of the system will work well together. The user can use words with a meaning that is quite different from conventional meanings, or even opposite from conventional meanings, or misspelled or made up words. The system will still work as intended provided the user applies these words consistently. In this sense, the user can be his own lexicographer.
  • The system can also be enhanced with an additional module for users who do not want to take the time to assign their own characterizations to each piece of music they add to their library. Instead, the user can download across a network metadata characterizations (“profiles”) given to pieces of music by another person who publishes the profiles on the network. The user can download an entire library of music recordings that have been selected and characterized by the publisher or the user can select music recordings one at a time by browsing a database offered by the publisher. The user can subscribe to an announcement service from the publisher to receive offers of new music that the publisher has recently profiled for addition to the user's library.
  • FIG. 1 illustrates an example of a suitable computing system environment 100 on which the invention may be implemented. The computing system environment 100 is only one example of a suitable computing environment and is not intended to suggest any limitation as to the scope of use or functionality of the invention. Neither should the computing environment 100 be interpreted as having any dependency or requirement relating to any one or combination of components illustrated in the exemplary operating environment 100.
  • Embodiments of the invention are operational with numerous other general purpose or special purpose computing system environments or configurations. Examples of well known computing systems, environments, and/or configurations that may be suitable for use with the invention include, but are not limited to, personal computers, server computers, hand-held or laptop devices, multiprocessor systems, microprocessor-based systems, set top boxes, programmable consumer electronics, network PCs, minicomputers, mainframe computers, distributed computing environments that include any of the above systems or devices, and the like.
  • The invention may be described in the general context of computer-executable instructions, such as program modules, being executed by a computer. Generally, program modules include routines, programs, objects, components, data structures, etc. that perform particular tasks or implement particular abstract data types. The invention may also be practiced in distributed computing environments where tasks are performed by remote processing devices that are linked through a communications network. In a distributed computing environment, program modules may be located in both local and remote computer storage media including memory storage devices.
  • With reference to FIG. 1, an exemplary system for implementing the invention includes a computing device, such as computing device 100. In its most basic configuration, computing device 100 typically includes at least one processing unit 102 and memory 104.
  • Depending on the exact configuration and type of computing device, memory 104 may be volatile (such as RAM), non-volatile (such as ROM, flash memory, etc.) or some combination of the two. This most basic configuration is illustrated in FIG. 1 by dashed line 106.
  • Additionally, device 100 may have additional features/functionality. For example, device 100 may also include additional storage (removable and/or non-removable) including, but not limited to, magnetic or optical disks or tape. Such additional storage is illustrated in FIG. 1 by removable storage 108 and non-removable storage 110. Computer storage media includes volatile and nonvolatile, removable and non-removable media implemented in any method or technology for storage of information such as computer readable instructions, data structures, program modules or other data. Memory 104, removable storage 108 and non-removable storage 110 are all examples of computer storage media. Computer storage media includes, but is not limited to, RAM, ROM, EEPROM, flash memory or other memory technology, CD-ROM, digital versatile disks (DVD) or other optical storage, magnetic cassettes, magnetic tape, magnetic disk storage or other magnetic storage devices, or any other medium which can be used to store the desired information and which can accessed by device 100. Any such computer storage media may be part of device 100.
  • Device 100 may also contain communications connection(s) 112 that allow the device to communicate with other devices. Communications connection(s) 112 is an example of communication media. Communication media typically embodies computer readable instructions, data structures, program modules or other data in a modulated data signal such as a carrier wave or other transport mechanism and includes any information delivery media. The term “modulated data signal” means a signal that has one or more of its characteristics set or changed in such a manner as to encode information in the signal. By way of example, and not limitation, communication media includes wired media such as a wired network or direct-wired connection, and wireless media such as acoustic, RF, infrared and other wireless media. The term computer readable media as used herein includes both storage media and communication media.
  • Device 100 may also have input device(s) 114 such as keyboard, mouse, pen, voice input device, touch input device, etc. Output device(s) 116 such as a display, speakers, printer, etc. may also be included. All these devices are well know in the art and need not be discussed at length here.
  • FIG. 2 illustrates a system 200 according to an embodiment of the invention and delineated by a dashed line 202. In an embodiment, the system 200 includes a profiler module 210, a composer module 220 and a library editor module 230, each of which is stored in the memory 104. In operation, a user of the system 200 may access a set of audio files 240 stored in the memory 104. The audio files 240 may be stored in any appropriate format, such as MP3, .wav, and the like. Such access may be through a conventional interface (not shown) generated to the output device 116 that allows the user to navigate through and select from a menu displaying, for example, the titles of and other information associated with the audio files 240. Using a pointer device (not shown) associated with the input device 114, the user may select an audio file to profile, as described in greater detail below.
  • Upon selecting an audio file for profiling, a GUI 300, such as a dialog box illustrated in FIG. 3, may be displayed on an output device 116, such as a conventional display device. In an embodiment, the GUI 300 is operable to lead the user through a profiling interview in order to receive the user's opinions concerning certain attributes of the song associated with the selected audio file. For example, in the embodiment illustrated in FIG. 3, the GUI 300 includes a field 310 that displays the title and artist of the selected audio file and a set of play controls 320 that allow the user to listen to and analyze the selected audio file. The GUI 300 further functions to solicit from the user a detailed characterization of the song by having the user assign one or more attribute descriptions to the song. For example, the user is asked to enter, via selection of radio buttons 330, his or her perceptions concerning the genre(s) to which the user believes the song to belong, the manner in which the song begins and ends, and the overall pacing and tempo of the song. In characterizing these attributes, the user may choose from among several textual descriptions 340.
  • In a Genre1 selection menu 350, the user is asked to select the primary genre to which the song belongs. The user may believe that the song belongs to more than one genre. For example, a song belonging primarily to the Country genre may have successfully crossed over to the Pop genre after release. Accordingly, in a Genre2 selection menu 360, the user is given the option to select a secondary genre to which the song belongs.
  • In a Tempo selection menu 370, the user is asked to characterize the overall tempo of the song. The Tempo selection may be based on the user's perception of how fast or slow the music is. For example, if the user perceives the tempo as easy or minimal, the user may select Slow. If the user perceives the tempo as bouncy or moderate, the user may select Medium. If the user perceives the tempo as energetic or extreme, the user may select Fast.
  • In a Pace selection menu 380, the user is asked to characterize the overall pace of the song. The Pace selection may “fine tune” the Tempo attribute. For example, a song like Roberta Flak's “The First Time Ever I Saw Your Face” may be perceived to have a slow tempo and relaxed pace, while the Dixie Chicks' “Wide Open Spaces” has a slow tempo but a more casual pace. Furthermore, the Eagles'“Tequila Sunrise” may be perceived to have a slow tempo with a more active pace than either one of these other two songs. As such, the Pace attribute may be used to modify the Tempo attribute up or down. For example, if the user perceives the pace as laid back or smooth, the user may select Relaxed. If the user perceives the pace as lively or leisurely, the user may select Casual. If the user perceives the pace as aggressive or rough, the user may select Active.
  • In a Start selection menu 390, the user is asked to characterize the beginning of the song. For example, if the user perceives the beginning of the song to be quiet or consist of dialog, the user may select Fade. If the user perceives the beginning of the song to be smooth or easy, the user may select Soft. If the user perceives the beginning of the song to be hard or strong, the user may select Hot.
  • In an End selection menu 395, the user is asked to characterize the end of the song. For example, if the user perceives the end of the song to be gradual or consist of dialog, the user may select Fade. If the user perceives the end of the song to be smooth or easy, the user may select Soft. If the user perceives the end of the song to be hard or intense, the user may select Cold. In an embodiment, the GUI 300 includes an End button 396 that, when activated, plays a final song portion of predetermined length to allow the user to evaluate the song's ending.
  • In an embodiment, each of the selectable textual attribute descriptions 340 corresponds to a numerical value that the profiler module 210 can use to profile the song. The following provides an exemplary set of attribute selections and corresponding numerical values employed by the profiler module 210.
  • Tempo
  • User selection Numeric value
    Slow 40
    Medium 80
    Fast 120
  • Pace
  • User selection Numeric value
    Relaxed 5
    Casual 15
    Active 25
  • Start
  • User selection Numeric value
    Fade 5
    Soft 1
    Hot 7
  • End
  • User selection Numeric value
    Fade 5
    Soft 1
    Cold 10
  • In an embodiment of the invention, the values corresponding to the attributes selected by the user are added to yield a value characterized as a perceived, but not necessarily actual, beats per minute (BPM) for the song. The following illustrates exemplary profiling by a user of two different songs:
  • Song A
    Tempo = Slow Value = 40
    Pacing = Casual Value = 15
    Start = Soft Value = 1
    End = Fade Value = 5
    Perceived BPM = 61
    Song B
    Tempo = Fast Value = 120
    Pacing = Active Value = 25
    Start = Soft Value = 1
    End = Fade Value = 5
    Perceived BPM = 151
  • The user can repeat this profiling interview process for each of the audio files 240 stored in the memory 104. Alternatively, the user may import via the communication connection 112 over a network (not shown) a set of profiles, generated by another person or a commercial entity, for one or more of the audio files 240 stored in the memory 104. Once profiling has been applied to a song, the library editor 230 allows the user to later search for and locate the song by searching one or more of these attributes. The library editor 230 may further allow the user to alter the profiling selections earlier applied to a given song.
  • Although the GUI 300 illustrated in FIG. 3 employs radio buttons to allow user selections, the GUI could instead or additionally employ pop-up menus, pull-down menus, or any other suitable graphic dialog interface allowing the user to make the desired choices.
  • Having profiled and generated a perceived-BPM value for stored audio files 240, the user may then choose to generate a playlist including these audio files using features associated with the composer module 220. In an embodiment, the composer module 220 operates to generate the playlist as a series of listening cycles.
  • As best illustrated in FIG. 4, a listening cycle 400 may be a period of time within which a set of songs is arranged to be played in an order governed by a song parameter that changes from song to song in a progressive manner. For example, many people prefer that each listening cycle start with a song having a low tempo and end with a song having a high tempo. This is commonly referred to as saw-tooth programming. Radio stations and other broadcasting entities employ human programmers to arrange a set of songs into a listening cycle. In radio broadcasting this is typically a 20 minute cycle, the average time someone may be in their car when traveling from point A to point B. For listeners at home, the preferred listening cycle may be 30 minutes to 60 minutes.
  • In an embodiment, the composer module 220 builds a playlist that accelerates the BPM up until the end (high BPM) of a listening cycle and then starts the acceleration over at the beginning (low BPM) of a successive listening cycle. Once a high tempo is reached within a cycle, the composer module 220 begins a new listening cycle from a low tempo point. If a 60-minute listening cycle is selected, the BPM progression occurs over a 60-minute time frame. If a 30-minute listening cycle is selected, the BPM progression occurs over a 30-minute time frame.
  • The composer module 220 automates programming a play list based on the profile of each audio track to be included in the playlist and the predetermined listening cycle. The composer module 220 evaluates a potential playlist and breaks it down into listening cycles based on the selected length of the play list. Based on each track's profile, the composer module 220 then assigns each track to a specific position within a listening cycle.
  • In operation, and as illustrated in FIG. 5, the user first invokes a composer GUI 500 that, in an embodiment, allows the user to dictate the manner in which a playlist will be generated. For example, the GUI 500 may provide an audio track selection menu 510 that allows the user to view the profiled audio tracks available for inclusion in the playlist and select at least a subset of these tracks (i.e., playlist pool) from which the composer module 220 will draw in generating the playlist.
  • In an embodiment, the GUI 500 further provides a cycle-length radio-button menu 520, a genre radio-button menu 530, and an artist radio-button menu 540 that allow the user to select settings pertaining to the listening-cycle length and frequency of artist and genre appearance in the playlist. For example, the user's selection from the cycle-length menu 520 determines the listening cycle duration.
  • If the user chooses the “Alternate” setting in the artist menu 540, the composer module 220 will attempt to alternate artists as it positions each track. This avoids having the same artist play back to back in the play list. If the user chooses the “Group” setting in the artist menu 540, the composer module 220 will attempt to group tracks from the same artist together in the play list. The composer module 220 will deviate from the Group setting if the artist doesn't have an appropriate song in the playlist in accordance with the desired BPM in the cycle. If the user chooses the “Any Order” setting in the artist menu 540, the composer module 220 will disregard the artist when positioning tracks.
  • Similarly, if the user chooses the “Alternate” setting in the genre menu 530, the composer module 220 will attempt to alternate genres as it positions each track. This avoids having the same genre play back to back in the play list. If the user chooses the “Group” setting in the genre menu 530, the composer module 220 will attempt to group tracks from the same genre together in the play list. The composer module 220 will deviate from the Group setting if there is not an appropriate song from the genre in the playlist in accordance with the desired BPM in the cycle. If the user chooses the “Any Order” setting in the genre menu 530, the composer module 220 will disregard the genre when positioning tracks.
  • For purposes of explaining the functioning of an embodiment of the composer module 220, the following terminology is used:
  • Tempo Value—The BPM of a music or audio file (song file) whether perceived by a user of the system 200 or identified in some other manner and input into the system 200 as a numeric value by a user.
  • Listening Cycle—Defined as a period of time (usually 20, 30 or 60 minutes) that begins with a song file that represents a low numeric Tempo Value then ascends upward with each subsequent song file until the end of the Listening Cycle is reached.
  • Genre—An attribute category that identifies a song file as Rock, Pop, Classical, etc.
  • Genre ID—A specific Genre to be matched.
  • Collection—A group of song files selected by the user for the playlist pool, each of which has a Tempo Value.
  • Stdv—The standard deviation of the collection's Tempo Values as expressed as a numeric value.
  • Process Cycle—The number of Listening Cycles which have been processed.
  • Global—The last value assigned to a variable value in the Listening Cycle.
  • Elapsed Time—The amount of time which has passed since the beginning of the Listening Cycle.
  • The composer module 220 arranges a collection of audio files 240 selected by a user into a play order that conforms to the user-selected listening cycle. To achieve an acceptable listening cycle, the composer module 220 first evaluates the entire collection from which the playlist will be generated on a song by song basis. In an embodiment, the following attributes of each song are evaluated and tabulated by the application.
  • 1. Tempo Value (Beats Per Minute)
  • 2. Artist
  • 3. Genre
  • 4. Vocals
  • 5. Run Time
  • The composer module 220 may then create a collection profile which consists of the following:
  • 1. Aggregate of all song file Run Times.
  • 2. The number of song files.
  • 3. The Average Run Time per song file.
  • 4. The Average number of song files per hour.
  • 5. The lowest song file Tempo Value in the collection.
  • 6. The highest song file Tempo Value in the collection.
  • 7. The mean (middle or median) song file Tempo Value in the collection.
  • 8. The average song file Tempo Value in the collection
  • 9. The number of unique Artists in the collection.
  • 10. The number of Genres in the collection and the number song files in each Genre.
  • 11. The number of Male Vocals in the collection.
  • 12. The number of Female vocals in the collection.
  • 13. The number of Instrumentals in the collection.
  • The composer module 220 stores the above evaluation data in memory 104 for referencing throughout the composition process.
  • After selecting the tracks to be included in the playlist, the user may then select an “Evaluate” button 550 included by the GUI 500. Upon selecting the “Evaluate” button 550, the composer module 220 will evaluate the selected tracks to determine their composition and generate the collection profile. The GUI 500 may then display the collection profile (not shown) to the user. After reviewing the collection profile, the user can select the artist, genre, and/or cycle-length options described above and select a “Compose” button 560 included by the GUI 500 to compose the playlist or select a “Cancel” button (not shown) to return to the track list to add or eliminate tracks from the playlist pool.
  • The composer module 220 creates listening cycles beginning with the first cycle and continuing until all song files from a collection have been assigned to a listening cycle. As many listening cycles as necessary to utilize all song files in the collection can be generated. Using the standard definition of standard deviation (the square root of the arithmetic mean of the squares of the deviations from the arithmetic mean), the composer module 220 repeatedly calculates the standard deviation of tempo values of all song files which are not assigned to a listening cycle and uses this calculated result to determine the tempo value of the next track for possible inclusion in the listening cycle.
  • According to an embodiment of the invention, the process begins with generation of the first listening cycle of the collection. Initially, the tracks in the collection are arranged according to ascending Tempo Value. For any songs that have the same Tempo Value, such songs are arranged alphabetically by Artist.
  • Each cycle, including the first cycle, starts with the song file not already allocated to the playlist and having the lowest Tempo Value. This insures that each cycle will start with a song having a Tempo Value that is equal to or higher than—never lower than—that of the starting song of the prior cycle. This promotes a general increase in average Tempo Value from one cycle to the next.
  • In an embodiment, for each iteration of placing a song file in a playlist position, the composer module 220 determines the standard deviation of Tempo Values of all song files which are not assigned to a listening cycle and uses a fraction of the standard deviation to compute the next preferred Tempo Value from the remaining song files. This computation consists of adding the appropriate fraction of the standard deviation to the value of the last assigned song file's Tempo Value which result is the next Tempo Value. The composer module 220 scans each remaining song file for a Tempo Value match (+ or −10 BPM, for example) to the computed result. The fraction of the standard deviation to be used may vary. For example, for a 60 minute cycle, one sixth of the standard deviation may be used. Alternatively, for a 30 minute cycle, one third of the standard deviation may be used.
  • A time modifier of Tempo Value may also be considered based on the Elapsed Time within the cycle. The composer module 220 may use at least the following exemplary formula, expressed in scripting code, to determine the next Tempo Value and subsequent track match to that Tempo Value:
  • If(List Cycle=30, If(Round(BPM StDev/3, 0)>7 and Round(BPM StDev/3, 0)<15, Round(BPM StDev/3, 0), If(Round(BPM StDev/2, 0)>7 and Round(BPM StDev/2, 0)<15, Round(BPM StDev/2, 0), Round(BPM StDev, 0))), If(Round(BPM StDev/6, 0)>3 and Round(BPM StDev/6, 0)<7, Round(BPM StDev/6, 0), If(Round(BPM StDev/5, 0)>3 and Round(BPM StDev/5, 0)<7, Round(BPM StDev/5, 0), Round(BPM StDev/4, 0)))) then
  • If (Right(Global Cycle, 1)≠Right(Cycle Auto, 1) or Global Tempo Value>Lowest Point and Minute(Elapsed Time)≧00 and Minute(Elapsed Time)≦03 and Seconds(Elapsed Time)≦00 or Global Tempo Value>Lowest Point and Minute(Elapsed Time)≧30 and Minute(Elapsed Time) and Seconds(Elapsed Time)≧00 and List Cycle=30) then set next BPM Tempo Value to the lowest BPM Tempo Value then continue to Search for Match
  • Else
  • If(Global Artist≠Artist and Global Song≠Song_Title and BPM≧Global Tempo Value and BPM Global Tempo Value+If(Tempo Auto<5, Tempo Auto*3, Tempo Auto*2) and Genre ID=Global Number1 or Global Artist≠Artist and Global Song≠Song_Title and BPM≧Global Tempo Value and BPM≦Tempo Value+BPM StDev and Genre ID=Global Number1 and Process Cycle>1
  • or Global Artist≠Artist and Global Song≠Song_Title and BPM≧Global Tempo Value and BPM≦Global Tempo Value+BPM StDev and Current Genre=Genre_2 and Process Cycle>1
  • or Global Artist≠Artist and Global Song≠Song_Title and BPM≧Global Tempo Value and BPM Global Tempo Value+BPM StDev and Process Cycle=3 or Artist Count=1 and Global Song≠Song_Title and BPM≧Global Tempo Value and BPM≦Global Tempo Value+If(Tempo Auto<5, Tempo Auto*3, Tempo Auto*2) and Genre ID=Global Number1 or Artist Count=1 and Global Song≠Song_Title and BPM≧Global Tempo Value and BPM≦Global Tempo Value+BPM StDev and Genre ID=Global Number1 and Process Cycle>1 or Artist Count=1 and Global Song≠Song_Title and BPM≧Global Tempo Value and BPM≦Global Tempo Value+BPM StDev and Current Genre=Genre_2 and Process Cycle>1 or Artist Count=1 and Global Song≠Song_Title and BPM≧Global Tempo Value and BPM≦Global Tempo Value+BPM StDev and Process Cycle=3) then
  • If(BPM<Tempo Last and Minute(Elapsed Time)<59 and Minute(Elapsed Time)>33 or BPM<Tempo Last and Minute(Elapsed Time)<29 and Minute(Elapsed Time)>03) then a match was found and the matched song file is assigned to the open position in the cycle.
  • In the event no match is found, in an embodiment, the composer module 220 will set the next Tempo Value to the exact of the last Tempo Value and search for a match (+ or −10 BPM, for example). If no match is found, the composer module 220 will increment the next Tempo Value up by the appropriate fraction of the standard deviation until a match is found. If no match is found after 15 scans using the above formula, then the composer module 220 will assign the song file with the closest Tempo Value match to the Tempo Value of the last song plus the appropriate fraction of the standard deviation to the next position in the cycle.
  • The benefit of this approach is to maintain a relative increase from the lowest Tempo Value in the cycle to the highest Tempo Value in the cycle. The composer module 220 repeats this process from one listening cycle to another until the entire collection of song files has been positioned in the appropriate play order.
  • Because each cycle starts with the remaining song having the lowest Tempo Value, each subsequent cycle will start with a song having an equal Tempo Value or a higher Tempo Value than that of the prior cycle. Thus, the starting tempo and the average tempo from one cycle to the next will increase. Also, because a fraction of the standard deviation is used to compute the next preferred tempo, the highest tempo reached in any cycle will not be extreme compared to the starting tempo. Of course, if desired, the listening cycles could be arranged to provide a progressively descending overall tempo.
  • It should be noted that, while the composer module 220, in generating the playlist, takes into account the above-described artist and/or genre grouping preferences, other parameters could be used. For example, the tracks could be sorted according to other track characteristics, such as whether the track has male vocals, female vocals, or any vocals at all (e.g., instrumentals).
  • If the composer module 220 has difficulty positioning a track, an indicator, such as a red “?” (not shown), may be placed near the track's listing displayed in the GUI. The GUI allows the user to manually position or remove a track if the composer module 220 places the track in an undesirable position or can't place the track.
  • FIG. 6 illustrates a process 600 according to an embodiment of the invention. The process 600 is illustrated as a set of operations shown as discrete blocks. The process 600 may be implemented in any suitable hardware, software, firmware, or combination thereof. The order in which the operations are described is not to be necessarily construed as a limitation.
  • At a block 610, the device 100 receives from a user via the user interface a first user-perceived-attribute assignment corresponding to a first value describing at least a portion of a first media program of a plurality of media programs. For example, the assignment may comprise a selection by the user of the “Relaxed” radio button associated with the pace menu 380 to indicate that the program in question has a relaxed pace. As described above, this selection of “Relaxed” has a corresponding numerical value of 5 BPM.
  • At a block 620, the device 100 receives from a user via the user interface a second user-perceived-attribute assignment corresponding to a second value describing at least a portion of the first media program. For example, the assignment may comprise a selection by the user of the “Hot” radio button associated with the start menu 390 to indicate that the program in question has a strong beginning. As described above, this selection of “Hot” has a corresponding numerical value of 7 BPM.
  • At a block 630, the device 100, based on the first and second values, calculates a third value. For example, the device 100, based on profiling by the user, as described above, calculates a perceived BPM associated with the program.
  • At a block 640, the device 100 associates the third value with the first media program. For example, the device 100 may store the perceived BPM as a data field associated with the program.
  • The process performed in blocks may be performed with respect to a second media program, as well as succeeding programs. As such, at a block 650, the device 100, using, for example, the respective calculated BPMs, generates a playlist comprising the first and second media programs.
  • FIG. 7 illustrates a process 700 according to an embodiment of the invention. The process 700 is illustrated as a set of operations shown as discrete blocks. The process 700 may be implemented in any suitable hardware, software, firmware, or combination thereof. The order in which the operations are described is not to be necessarily construed as a limitation.
  • At a block 710, a set of media programs is accessed. For example, the composer module 220 may access a collection of songs stored, for example, in the memory 104. Alternatively, the accessed songs could be stored in, for example, a remote server (not shown) via a communication connection 112.
  • At a block 720, the composer module 220 creates a playlist first portion including a first plurality of the media programs of the set, the programs of the first portion being arranged with respect to one another according to a respective first characteristic value of each of the programs of the first portion. For example, the composer module 220 may generate a first playlist cycle in the manner described above.
  • At a block 730, the composer module 220 creates a playlist second portion including a second plurality of the media programs of the set, the programs of the second portion being arranged with respect to one another according to the respective first characteristic value of each of the programs of the second portion. For example, the composer module 220 may generate a second playlist cycle in the manner described above.
  • At a block 740, the first and second portions may be played via the output device 116. For example, the second portion may be played after the first portion and presented via audio speakers.
  • The preceding discussion is presented to enable a person skilled in the art to make and use the invention. Various modifications to the disclosed embodiments will be readily apparent to those skilled in the art, and the generic principles herein may be applied to other embodiments and applications without departing from the spirit and scope of the present invention. For example, the media programs profiled and placed into playlists could be video files, as well. Thus, the present invention is not intended to be limited to the embodiments shown, but is to be accorded the widest scope consistent with the principles and features disclosed herein.

Claims (20)

1. In a computer system having at least one output device, a method comprising:
accessing a set of media programs;
creating a playlist first portion comprising a first plurality of the media programs of the set, the programs of the first portion being arranged with respect to one another according to a respective first characteristic value of each of the programs of the first portion.
2. The method of claim 1 wherein the media programs each comprise audio content.
3. The method of claim 1 wherein at least a portion of the set is stored in the computer system.
4. The method of claim 1 wherein the characteristic comprises tempo.
5. The method of claim 1 wherein at least one of the first characteristic values is determined from data received by the system from a user of the system.
6. The method of claim 1 wherein at least one of the first characteristic values is determined from data received by the system over a network.
7. The method of claim 1 wherein the programs are arranged according to ascending first characteristic value.
8. The method of claim 1, further comprising creating a playlist second portion comprising a second plurality of the media programs of the set, the programs of the second portion being arranged with respect to one another according to the respective first characteristic value of each of the programs of the second portion.
9. The method of claim 8 wherein the average of the first characteristic values of the second portion programs is higher than the average of the first characteristic values of the first portion programs.
10. The method of claim 1, further comprising playing, via the output device, the second portion after the first portion.
11. The method of claim 1 wherein the first and second portions are of equal duration.
12. In a computer system having a user interface, a method comprising:
receiving from a user via the user interface a first user-perceived-attribute assignment corresponding to a first value describing at least a portion of a first media program of a plurality of media programs;
receiving from the user via the user interface a second user-perceived-attribute assignment corresponding to a second value describing at least a portion of the first media program;
based on the first and second values, calculating a third value; and
associating the third value with the first media program.
13. The method of claim 12, further comprising associating a fourth value with a second media program of the plurality; and
based on the third and fourth values, generating a playlist comprising the first and second media programs.
14. The method of claim 13, further comprising:
receiving from the user via the user interface a third user-perceived-attribute assignment corresponding to a fifth value describing at least a portion of the second media program;
receiving from the user via the user interface a fourth user-perceived-attribute assignment corresponding to a sixth value describing at least a portion of the second media program; and
based on the fifth and sixth value assignments, calculating the fourth value.
15. The method of claim 12 wherein the first attribute assignment comprises a textual description.
16. The method of claim 12 wherein the portion described by the first value comprises at least one of a group including start, end, tempo and pace.
17. The method of claim 12 wherein the third value comprises an estimate of the beats per minute of the media program as perceived by the user.
18. The method of claim 12 wherein the third value is calculated by adding the first and second values.
19. An article of manufacture, comprising: a computer-readable medium having computer-executable instructions embodied thereon to:
access a set of media programs;
create a playlist first portion comprising a first plurality of the media programs of the set, the programs of the first portion being arranged with respect to one another according to a respective first characteristic value of each of the programs of the first portion.
20. The article of claim 19 wherein the medium comprises a modulated data signal.
US12/790,740 2005-04-18 2010-05-28 Systems and methods of selection, characterization and automated sequencing of media content Abandoned US20110016394A1 (en)

Priority Applications (3)

Application Number Priority Date Filing Date Title
US12/790,740 US20110016394A1 (en) 2005-04-18 2010-05-28 Systems and methods of selection, characterization and automated sequencing of media content
US13/890,118 US8969700B2 (en) 2005-04-18 2013-05-08 Systems and methods of selection, characterization and automated sequencing of media content
US14/601,829 US20150135073A1 (en) 2005-04-18 2015-01-21 Systems and methods of selection, characterization and automated sequencing of media content

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US11/109,455 US20050235811A1 (en) 2004-04-20 2005-04-18 Systems for and methods of selection, characterization and automated sequencing of media content
US12/790,740 US20110016394A1 (en) 2005-04-18 2010-05-28 Systems and methods of selection, characterization and automated sequencing of media content

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
US11/109,455 Continuation US20050235811A1 (en) 2004-04-20 2005-04-18 Systems for and methods of selection, characterization and automated sequencing of media content

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US13/890,118 Continuation US8969700B2 (en) 2005-04-18 2013-05-08 Systems and methods of selection, characterization and automated sequencing of media content

Publications (1)

Publication Number Publication Date
US20110016394A1 true US20110016394A1 (en) 2011-01-20

Family

ID=43466111

Family Applications (3)

Application Number Title Priority Date Filing Date
US12/790,740 Abandoned US20110016394A1 (en) 2005-04-18 2010-05-28 Systems and methods of selection, characterization and automated sequencing of media content
US13/890,118 Expired - Fee Related US8969700B2 (en) 2005-04-18 2013-05-08 Systems and methods of selection, characterization and automated sequencing of media content
US14/601,829 Abandoned US20150135073A1 (en) 2005-04-18 2015-01-21 Systems and methods of selection, characterization and automated sequencing of media content

Family Applications After (2)

Application Number Title Priority Date Filing Date
US13/890,118 Expired - Fee Related US8969700B2 (en) 2005-04-18 2013-05-08 Systems and methods of selection, characterization and automated sequencing of media content
US14/601,829 Abandoned US20150135073A1 (en) 2005-04-18 2015-01-21 Systems and methods of selection, characterization and automated sequencing of media content

Country Status (1)

Country Link
US (3) US20110016394A1 (en)

Cited By (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20110113330A1 (en) * 2009-11-06 2011-05-12 Sony Ericsson Mobile Communications Ab Method for setting up a list of audio files
US20130332457A1 (en) * 2005-04-18 2013-12-12 Michael K. DuKane Systems and methods of selection, characterization and automated sequencing of media content
US8875021B2 (en) * 2012-10-23 2014-10-28 Verizon Patent And Licensing Inc. Visual playlist
US20170124074A1 (en) * 2015-10-30 2017-05-04 International Business Machines Corporation Music recommendation engine
US9766854B2 (en) 2015-05-15 2017-09-19 Spotify Ab Methods and electronic devices for dynamic control of playlists
US10082939B2 (en) 2015-05-15 2018-09-25 Spotify Ab Playback of media streams at social gatherings
US10552753B2 (en) 2014-05-30 2020-02-04 Microsoft Technology Licensing, Llc Inferred identity
US20200050343A1 (en) * 2017-02-22 2020-02-13 Sony Mobile Communications Inc. Information processing apparatus, method, and program
US10719290B2 (en) 2015-05-15 2020-07-21 Spotify Ab Methods and devices for adjustment of the energy level of a played audio stream
US20210173551A1 (en) * 2010-08-16 2021-06-10 Iheartmedia Management Services, Inc. Automated scheduling of media items into schedule based on whether position is a transition position

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
AU2003275089A1 (en) * 2002-09-19 2004-04-08 William B. Hudak Systems and methods for creation and playback performance
US8642872B2 (en) * 2008-03-03 2014-02-04 Microsoft Corporation Music steering with automatically detected musical attributes
JP4623390B2 (en) * 2008-10-03 2011-02-02 ソニー株式会社 Playback apparatus, playback method, and playback program
TWI588743B (en) * 2015-10-19 2017-06-21 Portable electronic device

Citations (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5864868A (en) * 1996-02-13 1999-01-26 Contois; David C. Computer control system and user interface for media playing devices
US20030183064A1 (en) * 2002-03-28 2003-10-02 Shteyn Eugene Media player with "DJ" mode
US6657116B1 (en) * 2000-06-29 2003-12-02 Microsoft Corporation Method and apparatus for scheduling music for specific listeners
US20030221541A1 (en) * 2002-05-30 2003-12-04 Platt John C. Auto playlist generation with multiple seed songs
US20040055446A1 (en) * 2002-07-30 2004-03-25 Apple Computer, Inc. Graphical user interface and methods of use thereof in a multimedia player
US6731312B2 (en) * 2001-01-08 2004-05-04 Apple Computer, Inc. Media player interface
US20050098023A1 (en) * 2003-11-06 2005-05-12 Nokia Corporation Automatic personal playlist generation with implicit user feedback
US6953886B1 (en) * 1998-06-17 2005-10-11 Looney Productions, Llc Media organizer and entertainment center
US20050235811A1 (en) * 2004-04-20 2005-10-27 Dukane Michael K Systems for and methods of selection, characterization and automated sequencing of media content
US6993532B1 (en) * 2001-05-30 2006-01-31 Microsoft Corporation Auto playlist generator
US20060107822A1 (en) * 2004-11-24 2006-05-25 Apple Computer, Inc. Music synchronization arrangement
US20060107823A1 (en) * 2004-11-19 2006-05-25 Microsoft Corporation Constructing a table of music similarity vectors from a music similarity graph
US7680814B2 (en) * 2002-10-16 2010-03-16 Microsoft Corporation Navigating media content by groups

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20110016394A1 (en) * 2005-04-18 2011-01-20 Nettune, Inc. Systems and methods of selection, characterization and automated sequencing of media content
US20070074617A1 (en) * 2005-10-04 2007-04-05 Linda Vergo System and method for tailoring music to an activity
US20070074618A1 (en) * 2005-10-04 2007-04-05 Linda Vergo System and method for selecting music to guide a user through an activity
US20070074619A1 (en) * 2005-10-04 2007-04-05 Linda Vergo System and method for tailoring music to an activity based on an activity goal
JP4356700B2 (en) * 2006-02-21 2009-11-04 ソニー株式会社 Playback device
US20070254271A1 (en) * 2006-04-28 2007-11-01 Volodimir Burlik Method, apparatus and software for play list selection in digital music players
US8269093B2 (en) * 2007-08-21 2012-09-18 Apple Inc. Method for creating a beat-synchronized media mix

Patent Citations (29)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5864868A (en) * 1996-02-13 1999-01-26 Contois; David C. Computer control system and user interface for media playing devices
US7205471B2 (en) * 1998-06-17 2007-04-17 Looney Productions, Llc Media organizer and entertainment center
US6953886B1 (en) * 1998-06-17 2005-10-11 Looney Productions, Llc Media organizer and entertainment center
US6657116B1 (en) * 2000-06-29 2003-12-02 Microsoft Corporation Method and apparatus for scheduling music for specific listeners
US6731312B2 (en) * 2001-01-08 2004-05-04 Apple Computer, Inc. Media player interface
US6993532B1 (en) * 2001-05-30 2006-01-31 Microsoft Corporation Auto playlist generator
US7296031B1 (en) * 2001-05-30 2007-11-13 Microsoft Corporation Auto playlist generator
US7024424B1 (en) * 2001-05-30 2006-04-04 Microsoft Corporation Auto playlist generator
US7548934B1 (en) * 2001-05-30 2009-06-16 Microsoft Corporation Auto playlist generator
US20030183064A1 (en) * 2002-03-28 2003-10-02 Shteyn Eugene Media player with "DJ" mode
US20030221541A1 (en) * 2002-05-30 2003-12-04 Platt John C. Auto playlist generation with multiple seed songs
US20060032363A1 (en) * 2002-05-30 2006-02-16 Microsoft Corporation Auto playlist generation with multiple seed songs
US7196258B2 (en) * 2002-05-30 2007-03-27 Microsoft Corporation Auto playlist generation with multiple seed songs
US6987221B2 (en) * 2002-05-30 2006-01-17 Microsoft Corporation Auto playlist generation with multiple seed songs
US7166791B2 (en) * 2002-07-30 2007-01-23 Apple Computer, Inc. Graphical user interface and methods of use thereof in a multimedia player
US20040055446A1 (en) * 2002-07-30 2004-03-25 Apple Computer, Inc. Graphical user interface and methods of use thereof in a multimedia player
US7667124B2 (en) * 2002-07-30 2010-02-23 Apple Inc. Graphical user interface and methods of use thereof in a multimedia player
US7521625B2 (en) * 2002-07-30 2009-04-21 Apple Inc. Graphical user interface and methods of use thereof in a multimedia player
US7560637B1 (en) * 2002-07-30 2009-07-14 Apple Inc. Graphical user interface and methods of use thereof in a multimedia player
US7680814B2 (en) * 2002-10-16 2010-03-16 Microsoft Corporation Navigating media content by groups
US20050098023A1 (en) * 2003-11-06 2005-05-12 Nokia Corporation Automatic personal playlist generation with implicit user feedback
US20050235811A1 (en) * 2004-04-20 2005-10-27 Dukane Michael K Systems for and methods of selection, characterization and automated sequencing of media content
US20060107823A1 (en) * 2004-11-19 2006-05-25 Microsoft Corporation Constructing a table of music similarity vectors from a music similarity graph
US7777125B2 (en) * 2004-11-19 2010-08-17 Microsoft Corporation Constructing a table of music similarity vectors from a music similarity graph
US20090139389A1 (en) * 2004-11-24 2009-06-04 Apple Inc. Music synchronization arrangement
US7521623B2 (en) * 2004-11-24 2009-04-21 Apple Inc. Music synchronization arrangement
US20060107822A1 (en) * 2004-11-24 2006-05-25 Apple Computer, Inc. Music synchronization arrangement
US7705230B2 (en) * 2004-11-24 2010-04-27 Apple Inc. Music synchronization arrangement
US20100186578A1 (en) * 2004-11-24 2010-07-29 Apple Inc. Music synchronization arrangement

Cited By (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20130332457A1 (en) * 2005-04-18 2013-12-12 Michael K. DuKane Systems and methods of selection, characterization and automated sequencing of media content
US8969700B2 (en) * 2005-04-18 2015-03-03 Michael K. DuKane Systems and methods of selection, characterization and automated sequencing of media content
US20150135073A1 (en) * 2005-04-18 2015-05-14 Michael K. DuKane Systems and methods of selection, characterization and automated sequencing of media content
US20110113330A1 (en) * 2009-11-06 2011-05-12 Sony Ericsson Mobile Communications Ab Method for setting up a list of audio files
US20210173551A1 (en) * 2010-08-16 2021-06-10 Iheartmedia Management Services, Inc. Automated scheduling of media items into schedule based on whether position is a transition position
US8875021B2 (en) * 2012-10-23 2014-10-28 Verizon Patent And Licensing Inc. Visual playlist
US10552753B2 (en) 2014-05-30 2020-02-04 Microsoft Technology Licensing, Llc Inferred identity
US10082939B2 (en) 2015-05-15 2018-09-25 Spotify Ab Playback of media streams at social gatherings
US9766854B2 (en) 2015-05-15 2017-09-19 Spotify Ab Methods and electronic devices for dynamic control of playlists
US10719290B2 (en) 2015-05-15 2020-07-21 Spotify Ab Methods and devices for adjustment of the energy level of a played audio stream
US10929091B2 (en) 2015-05-15 2021-02-23 Spotify Ab Methods and electronic devices for dynamic control of playlists
US11392344B2 (en) 2015-05-15 2022-07-19 Spotify Ab Methods and electronic devices for dynamic control of playlists
US10055411B2 (en) * 2015-10-30 2018-08-21 International Business Machines Corporation Music recommendation engine
US20170124074A1 (en) * 2015-10-30 2017-05-04 International Business Machines Corporation Music recommendation engine
US20200050343A1 (en) * 2017-02-22 2020-02-13 Sony Mobile Communications Inc. Information processing apparatus, method, and program
US10866689B2 (en) * 2017-02-22 2020-12-15 Sony Mobile Communications Inc. Information processing apparatus, method, and program for controlling a background of a display screen

Also Published As

Publication number Publication date
US20150135073A1 (en) 2015-05-14
US8969700B2 (en) 2015-03-03
US20130332457A1 (en) 2013-12-12

Similar Documents

Publication Publication Date Title
US20050235811A1 (en) Systems for and methods of selection, characterization and automated sequencing of media content
US8969700B2 (en) Systems and methods of selection, characterization and automated sequencing of media content
US8704069B2 (en) Method for creating a beat-synchronized media mix
US6657116B1 (en) Method and apparatus for scheduling music for specific listeners
US20170139671A1 (en) Systems and methods for customized music selection and distribution
KR100898713B1 (en) Method and apparatus for producing play list of media content, method and apparatus for playing media content
US6933432B2 (en) Media player with “DJ” mode
US7612280B2 (en) Intelligent audio selector
US8026436B2 (en) Method and apparatus for producing audio tracks
CN1838229B (en) Playback apparatus and playback method
US7788586B2 (en) Content output queue generation
KR101224354B1 (en) Multiuser playlist generation
CN101548257A (en) Methods and apparatus for representing audio data
US20090006353A1 (en) Method and Apparatus for Selecting Items from a Number of Items
US20080189330A1 (en) Probabilistic Audio Networks
US11169767B2 (en) Automatically generated media preview
JP2007519048A (en) Method and system for determining an index of ambiguity of the speed of a music input signal, sound processing apparatus, exercise apparatus, computer program, and storage medium
Bittner et al. Automatic Playlist Sequencing and Transitions.
JP4684532B2 (en) Audio system with variable random playback options
Cliff hpDJ: An automated DJ with floorshow feedback
KR100714704B1 (en) Apparatus and method for playing as time schedule
US20230273954A1 (en) Recordless
US20130346860A1 (en) Media compliation system

Legal Events

Date Code Title Description
STCB Information on status: application discontinuation

Free format text: ABANDONED -- FAILURE TO RESPOND TO AN OFFICE ACTION