US20170111416A1 - Interactive delivery of media using dynamic playlist generation subject to restrictive criteria - Google Patents
Interactive delivery of media using dynamic playlist generation subject to restrictive criteria Download PDFInfo
- Publication number
- US20170111416A1 US20170111416A1 US15/390,271 US201615390271A US2017111416A1 US 20170111416 A1 US20170111416 A1 US 20170111416A1 US 201615390271 A US201615390271 A US 201615390271A US 2017111416 A1 US2017111416 A1 US 2017111416A1
- Authority
- US
- United States
- Prior art keywords
- media file
- media
- playlist
- client
- broadcasting
- 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
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/60—Network streaming of media packets
- H04L65/61—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
- H04L65/611—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for multicast or broadcast
-
- H04L65/4076—
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/40—Information retrieval; Database structures therefor; File system structures therefor of multimedia data, e.g. slideshows comprising image and additional audio data
- G06F16/43—Querying
- G06F16/438—Presentation of query results
- G06F16/4387—Presentation of query results by the use of playlists
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/40—Information retrieval; Database structures therefor; File system structures therefor of multimedia data, e.g. slideshows comprising image and additional audio data
- G06F16/43—Querying
- G06F16/435—Filtering based on additional data, e.g. user or group profiles
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/40—Information retrieval; Database structures therefor; File system structures therefor of multimedia data, e.g. slideshows comprising image and additional audio data
- G06F16/44—Browsing; Visualisation therefor
-
- G06F17/30053—
-
- G06F17/30058—
-
- H04L65/4084—
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/60—Network streaming of media packets
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/60—Network streaming of media packets
- H04L65/61—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
- H04L65/612—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for unicast
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
- H04N21/254—Management at additional data server, e.g. shopping server, rights management server
- H04N21/2541—Rights Management
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
- H04N21/262—Content or additional data distribution scheduling, e.g. sending additional data at off-peak times, updating software modules, calculating the carousel transmission frequency, delaying a video stream transmission, generating play-lists
- H04N21/26258—Content or additional data distribution scheduling, e.g. sending additional data at off-peak times, updating software modules, calculating the carousel transmission frequency, delaying a video stream transmission, generating play-lists for generating a list of items to be played back in a given order, e.g. playlist, or scheduling item distribution according to such list
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/47—End-user applications
- H04N21/472—End-user interface for requesting content, additional data or services; End-user interface for interacting with content, e.g. for content reservation or setting reminders, for requesting event notification, for manipulating displayed content
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04H—BROADCAST COMMUNICATION
- H04H60/00—Arrangements for broadcast applications with a direct linking to broadcast information or broadcast space-time; Broadcast-related systems
- H04H60/02—Arrangements for generating broadcast information; Arrangements for generating broadcast-related information with a direct linking to broadcast information or to broadcast space-time; Arrangements for simultaneous generation of broadcast information and broadcast-related information
- H04H60/06—Arrangements for scheduling broadcast services or broadcast-related services
Definitions
- the invention relates to electronic media delivery, and more particularly, to interactive delivery of electronic media over a network to a group of users.
- radio-style broadcasts deliver media in a continuous or streaming fashion to multiple clients, which are typically personal computers owned by users.
- Streaming media technology enables the real time delivery of audio, video, and multimedia over the Internet.
- the media files are sent in a continuous stream and are played by the client computer system as sufficient data is received and stored in the client's buffer for playing the media file.
- the streamed media file is not stored on the client, so the media will not take up space on the client's storage device.
- a media service provider delivers a particular sequence of media files that has been compiled into a playlist before transmission of those files.
- the playlists can be designed using a set of restrictive criteria. These restrictive criteria help to define the media that is broadcast. Media files are then broadcast according to this playlist, and users can “tune” into or out of the broadcast using either standard or proprietary software.
- a broadcasting entity broadcasts specific programs of media over multiple “channels.” With their client computers, users can tune into any of these channels to receive the corresponding media broadcast. Often, these channels are organized by genre of media, such as type of music in the case of audio delivery. Again, applying different restrictive criteria to the playlists that correspond to each channel helps to maintain a qualitative difference between the media content on the channels.
- a hybrid media delivery scheme distributes a stream of media files to a group of users while allowing individual users to request particular media files.
- a media service provider broadcasts streaming media from a media server over a computer network to the client computers of each user in the group.
- the users may each tune in and out of the broadcast.
- individual users may send specific media requests from their client computers to a media server at the media service provider.
- the media server receives and processes each request. If a playlist including the requested media would meet a set of restrictive criteria, the media server will seamlessly schedule the requested media for later broadcasting to the clients.
- the media server attempts to schedule the requested media for later broadcast so that the restrictive criteria will be satisfied.
- the media server maintains a playlist that defines which media are to be broadcast and their sequential order.
- the media server responds to media requests from clients by updating this playlist to add the requested media.
- the media server adds the requested media to the playlist so as to comply with restrictions on the timing and frequency of play of the requested media.
- This hybrid scheme beneficially provides for both active and passive use by different users at the same time. Users may actively seek a particular media file by looking through an online media library 106 for a selection, while other users can tune into a media broadcast and passively receive a media program as modified by the requests of others.
- This approach gives users more options than traditional approaches, and it also better satisfies users' preferences. While any preselected media program is likely designed with users' preferences in mind, this hybrid functionality allows the users to affect the media broadcast. Accordingly, the media broadcast more closely mirrors its audience's preferences than would a traditional radio-style broadcast having a rigid playlist composed in advance or at the commencement of the broadcast. Applying certain restrictive criteria to the client requests further ensures a level of quality control and standards in the media broadcast.
- fewer than a substantial number of requested media files are broadcasted within an hour of receiving the corresponding request, or at a time that a user is informed that the requested media file will be broadcasted.
- this allows the media service provider to obtain a statutory license to broadcast copyrighted material. Allowing service provider to comply with the statutory license requirements of the DMCA effectively decouples acquisition of subscription rights from entry to market and delivery of service. A significant barrier to entry for media service providers is thus reduced.
- different media broadcasts are distributed over different channels on a network, and clients can tune between and in and out of the various channels.
- a specific playlist is maintained for managing the media delivery over each channel, as explained above, and clients can make media requests specific to individual channels.
- the channels can be used to organize the media broadcasts into different categories, or genres. Use of multiple channels also increases the benefit that the media broadcasts, affected by user requests, will better mirror the preferences of the group. As people of like preferences will tend to tune into and make requests from the same channels, passive users will tune into channels affected by other users having similar tastes. These passive users will thus benefit by receiving media broadcasts that reflect the preferences of others with whom they share common media tastes.
- users can be distinguished between those who pay a fee to the media service provider (subscribers) and those who do not (non-subscribers). Subscribers are given added rights to access channels in the system and/or to make requests, whereas non-subscribers are given fewer or no rights to request media. People are often reluctant to pay for something before trying it. Giving limited access to non-subscribers allows users to try the service before subscribing to it, while still providing them with an incentive to become subscribers.
- FIG. 1 is a diagram of an embodiment showing communications between components.
- FIG. 2 is a flowchart of an embodiment of the media server request processing functionality.
- FIG. 3 is a block diagram of the communications connections of an embodiment of the media delivery scheme.
- media refers to information in any of a wide variety of formats.
- the term connotes sound, video images, or a combination of several types of media—sometimes referred to as multimedia.
- FIG. 1 depicts a schematic view of one embodiment, wherein a media server 100 is communicatively coupled to a client 102 .
- the media server 100 is coupled to multiple clients 102 via a network, such as the Internet; however, only one client 102 is shown in FIG. 1 for purposes of explanation.
- the media server 100 typically comprises a computer system maintained by an entity such as a media service provider.
- the client 102 comprises a system owned by a user capable of receiving media over a network, such as a personal computer.
- the client 102 may be another device equipped to receive and play media, such as a cellular telephone or a personal digital assistant (PDA).
- PDA personal digital assistant
- network and “computer network” connote any communications network over which electronic devices can send or receive electronic media.
- the media server 100 is adapted to broadcast streaming media to multiple clients 102 .
- the media server 100 comprises a processor 104 that controls the functionality of the media server 100 .
- the media server 100 further comprises a storage medium for electronically storing a media library 106 , which comprises media files used in the broadcasts.
- the media library 106 may be physically located in a storage device of the media server 100 , or it may be located in storage devices remote from the media server 100 but communicatively coupled thereto.
- the media server 100 may be coupled to the media library 106 over a network 110 (see FIG. 3 ), wherein the media server 100 retrieves media files from the media storage over the network 110 as the media files are needed for broadcasting.
- the media server 100 maintains a playlist 108 that defines which media are to be broadcast and their sequential order.
- this playlist 108 is stored in a playlist 108 memory on the media server 100 , e.g., in the media server's random access memory (RAM).
- the playlist 108 may be stored in a remote memory location and accessed via a network connection.
- the media server 100 broadcasts streaming media over the network 110 to the clients 102 .
- the media server 100 sends media files according to the media playlist 108 to a specific network address (e.g., to an IP address) of the client.
- the clients 102 receive the media files over the computer network 110 by selecting the same network address to which the media server 100 sends the media files. In this way, clients 102 “tune” in and out of the media server's broadcast.
- the media server 100 may broadcast or send media files to multiple network addresses, enabling “channels” to which the clients 102 can tune in and out, e.g., by communicating with the network address associated with each channel.
- the media server 100 can deliver multiple channels of media by broadcasting the media for each channel to a single IP address, and clients 102 tune into a particular channel by selecting that IP address and using a protocol for selecting from among the broadcasts.
- the client 102 may employ standard software for receiving the media broadcasts in standard formats, as several commercially available formats and software that enable streaming media and other continuous or seamless media broadcasting are well known in the art.
- each client 102 Upon receiving the media broadcast, each client 102 that is tuned into the broadcast then plays the media files as it receives them. In one embodiment, a complete electronic copy of the media file played is not kept on the client 102 . This allows a client 102 to receive and play media without devoting the client's storage space to that media and, more importantly, does not allow unauthorized copies of the media file to be made. In this way, this media delivery scheme can be thought of as “simulated” media delivery. Alternatively, all or a portion of the media files may be retained on the client 102 .
- the media server 100 can store all or a portion of the media files in a media database on the client 108 , allowing for real-time media delivery with less required bandwidth.
- the processor 104 receives and processes each client's media request during the interactive broadcast 220 , as shown in the flowchart of FIG. 2 .
- the media server 100 Before the interactive broadcast 220 begins, the media server 100 generates 200 , or is otherwise provided with, all or a portion of a playlist 108 that satisfies a set of restrictive criteria.
- This playlist 108 is preferably stored in memory (e.g., RAM) at the media server 100 .
- the media server 100 broadcasts 202 media to the plurality of clients 102 in accordance with the playlist 108 .
- the media server 100 is adapted to receive 204 media requests from the clients 102 over the computer network 110 .
- the media server 100 can receive 204 and process several media requests from several clients 102 at a time.
- the media server 100 Upon receiving 204 a request, the media server 100 evaluates 206 the request using a set of restrictive criteria.
- set is understood to include a single restrictive criterion.
- the restrictive criteria are easily implemented and modified by programming software that controls the processor 104 .
- the set of restrictive criteria may include, for example, one or more conditions that pertain to attributes of the media file. For example, if the media server 100 is programmed to broadcast music of a particular genre, the restrictive criteria might include conditions that would preclude media files outside that genre from being added to the playlist 108 . Additionally, the restrictive criteria can specify that the media file cannot have already been played within a predetermined period of time before the request. At a very basic level, the restrictive criteria may simply be that the request is valid, e.g., that it specifies an available media file.
- the processor 104 schedules 210 the requested media file into the playlist 108 by updating the playlist 108 to incorporate the requested media file. If the request does not satisfy all of the restrictive criteria 208 , it is not scheduled 210 into the playlist 108 , and the media server 100 continues to broadcast 202 media while waiting for other requests from a client 102 .
- Restrictive criteria may pertain to the playlist 108 itself or to requests for media from the clients 102 .
- the restrictive criteria may affect how—in addition to whether—the media server 100 schedules 210 requested media into the broadcast.
- the media server 100 attempts to schedule 210 requested media files into the playlist 108 so as to satisfy the restrictive criteria, if possible.
- the restrictive criteria comprise the requirement that the media must not be delivered within an hour of the request
- the media server 100 attempts to schedule 210 each request into the playlist 108 so that the requested media will not be delivered within an hour of the request.
- the media server 100 does not schedule 210 a requested media file into the playlist 108 if it cannot do so and satisfy all of the restrictive criteria.
- the playlist 108 provides a guide for the media server 100 to broadcast media to the clients 102 .
- the processor 104 of the media server 100 reads the playlist 108 to determine which media file it should broadcast next. After the processor 104 receives the identity of the next media file from the playlist 108 , the processor 104 requests that media file from the media library 106 . In response, the media library 106 then sends the requested media file to the processor 104 for broadcasting. In this way, the media server 100 thereafter broadcasts media to the clients 102 according to the updated playlist 108 , which includes requested media files that satisfy the restrictive criteria.
- the media server 100 broadcasts specific programs of media over multiple “channels.”
- the channels can be organized to provide media of different types, categories, or genres.
- the media server 100 maintains a playlist 108 and a channel-specific set of restrictive criteria for each channel on which it broadcasts media.
- Clients 102 access the channels via a network 110 , and can receive media on a channel while simultaneously requesting media for a channel.
- Each media request specifies a media file and the channel on which the client 102 desires it to be broadcasted.
- the media server 100 For each channel, when the media server 100 receives 204 a media request, the media server 100 evaluates 206 the request and schedules 210 it into the playlist 108 if the requested media satisfies 208 that channel's restrictive criteria. Accordingly, media requests for each channel affect the media broadcast on that channel if the request satisfies the restrictive criteria associated with the channel.
- the restrictive criteria applied to each request may depend on the channel in connection with which the request was made. Using distinct sets of restrictive criteria may beneficially help to maintain the logical character or category of each channel.
- the media server 100 may broadcast a program of classical music on one channel and a program of rock music on another.
- the categories of classical and rock music would define two distinct sets of group preferences.
- the restrictive criteria used in connection with each channel are preferably selected so that media played on each channel must conform to the set of group preferences associated with each channel. If a client 102 were to request a rock music song on the classical music channel, the request would not satisfy the restrictive criteria; therefore, the requested rock song would not be added to the classical music channel's playlist 108 .
- the restrictive criteria thus enable the system to maintain quality control.
- the Digital Millennium Copyright Act helps to solve this problem by allowing media service providers to obtain a statutory license on copyrighted works as long as the service is not an “interactive service.” Under the DMCA, even if individuals can request specific sound recordings, a service is not “interactive” as long as “the programming on each channel of the service does not substantially consist of sound recordings that are performed within one hour of the request or at a time designated by either the transmitting entity or the individual making such request.” Allowing service provider to comply with the statutory license requirements of the DMCA effectively decouples acquisition of subscription rights from entry to market and thus reduces a significant barrier to entry for media service providers.
- the system described herein allows media service providers to obtain a statutory license under the DMCA by automatically complying with its provisions. This is accomplished, e.g., through the application of restriction criteria to requested media files, or by scheduling requested files into the playlist 108 so they will be delivered accordance with the DMCA.
- a requested media file is scheduled 210 into the playlist 108 if the request satisfies 208 certain restrictive criteria.
- the processor 104 schedules 210 the media file into the playlist 108 in a way that will comply with the relevant provisions of the DMCA for obtaining a statutory license.
- the processor 104 schedules 210 the media file into the playlist 108 so that the media server 100 will broadcast 202 fewer than a substantial number of requested media files (1) within an hour of receiving 204 the request for the corresponding media file, or (2) at a time that a client 102 is informed that the requested media file will be broadcast 202 .
- the processor 104 can be programmed to schedule 210 the media files to the playlist 108 in accordance with any algorithm, such as those described above for complying with the DMCA.
- the processor 104 can access data associated with each media file in the playlist 108 regarding a length of time that the media file takes to play.
- the processor 104 is further communicatively coupled to a memory for storing data relating to each request, such as the identity of the requested item and the time of the request. Before scheduling 210 a media files into a position in the playlist 108 , the processor 104 uses these data to calculate whether the media file will be broadcast 202 with an hour of the request or at a time that a client 102 is informed that the requested media file will be broadcast 202 .
- the processor 104 is programmed to schedule 210 fewer than a substantial number of media files at these times.
- a “substantial” number of media files corresponds to the number of recordings that will disallow a statutory license under the DMCA.
- some media files are scheduled 210 into the playlist 108 so that they will be delivered to the clients 102 soon—i.e., within an hour—after their corresponding request.
- the remaining files are scheduled 210 to be delivered more than one hour after the request therefor.
- the requested media files may be scheduled 210 at random positions in the playlist 108 , rather than at its end.
- Clients 102 can access the media server 100 using standard software, such as a web browser or media player, which a user could download and install on the client 102 .
- standard software such as a web browser or media player
- the features would be implemented by web software on the media server 100 , with which the clients 102 could interact.
- There currently exist several standard players for streaming media that can be used in connection with web browsers.
- the media server 100 can deliver more customized services to the clients 102 , and the interaction between the media server 100 and clients 102 can be optimized.
- the client software may be designed with several features to enhance the media delivery. For example, in preferred embodiments, the software allows the users to tune to various channels offered by the media server 100 . In addition, the client software may recommend channels to a user based on past usage.
- One particularly advantageous feature is allowing the client 102 to search all or part of the available media files in the media library 106 . Using an interactive search much like those available for single file request systems, a user specifies certain search parameters for the desired media. The media server 100 then delivers search results to the client 102 , and the user may advantageously directly request media files from the list of search results.
- the client software may display information relating to the current media being delivered (e.g., artist information, title of song, etc.) and allow the user to purchase the media. Additionally, the client software may display advertising, which could be targeted to the user depending on available information such as channel selections and the user's previous media requests.
- information relating to the current media being delivered e.g., artist information, title of song, etc.
- the client software may display advertising, which could be targeted to the user depending on available information such as channel selections and the user's previous media requests.
- the system distinguishes users between those who pay a subscription fee to the media service provider (subscribers) and those who do not (non-subscribers).
- the non-subscribers are given limited access or rights to the media broadcast compared to the subscribers. Recognizing that people are often reluctant to purchase something before trying it, this allows non-subscribers to access the media service before subscribing to it but still provides an incentive for the non-subscribers to become subscribers.
- Various subscription schemes can be envisioned and are enabled by the present system. In one such scheme, all users are given rights to access channels and receive broadcasts thereon, but only subscribers are allowed to make requests.
- non- subscribers can be given lesser (e.g., a limited number of requests) or no rights to request media or limited access to the channels.
Abstract
A media delivery scheme distributes a stream of media files to a group of users while allowing individual users to request specific media files. In one embodiment, a media server maintains a playlist of media files to broadcast, and requests for media must satisfy certain restrictive criteria to be added to the playlist. In another aspect of a preferred embodiment, the media server schedules requested media so as to comply with provisions of the DMCA.
Description
- This application is a continuation of prior application No. 10/021,752, filed Mar. 29, 2001, titled “INTERACTIVE DELIVERY OF MEDIA USING DYNAMIC PLAYLIST GENERATION SUBJECT TO RESTRICTIVE CRITERIA,” having Attorney Docket No. REAL-2006036 (RN118), and naming the following inventors: James P. Lester, and Alexander J. Kirk. Which is a non-provisional of and claims priority from U.S. provisional patent application Ser. No. 60/244,079, filed Oct. 27, 2000, both are hereby incorporated by reference.
- The invention relates to electronic media delivery, and more particularly, to interactive delivery of electronic media over a network to a group of users.
- Advances in communications technology have enabled many new applications for delivery of electronic media over computer networks, such as the Internet. Because of this ability, people have increasingly turned to on-line sources for their various media requirements. The Internet has thus become a major source for providing users with music, in part replacing conventional radios and other means for receiving music entertainment. In the field of online music delivery, the two traditional methods for delivering music are radio-style “broadcasts” and single file requests.
- Online, radio-style broadcasts deliver media in a continuous or streaming fashion to multiple clients, which are typically personal computers owned by users. Streaming media technology enables the real time delivery of audio, video, and multimedia over the Internet. With streamed media, a user does not have to wait until a download to their computer is complete before seeing the video or hearing the sound. Instead, the media files are sent in a continuous stream and are played by the client computer system as sufficient data is received and stored in the client's buffer for playing the media file. After being played, the streamed media file is not stored on the client, so the media will not take up space on the client's storage device. In a radio-style broadcast, a media service provider delivers a particular sequence of media files that has been compiled into a playlist before transmission of those files. To ensure compliance with the law and quality control, the playlists can be designed using a set of restrictive criteria. These restrictive criteria help to define the media that is broadcast. Media files are then broadcast according to this playlist, and users can “tune” into or out of the broadcast using either standard or proprietary software.
- Sometimes, a broadcasting entity broadcasts specific programs of media over multiple “channels.” With their client computers, users can tune into any of these channels to receive the corresponding media broadcast. Often, these channels are organized by genre of media, such as type of music in the case of audio delivery. Again, applying different restrictive criteria to the playlists that correspond to each channel helps to maintain a qualitative difference between the media content on the channels.
- Traditional streaming media broadcasts allow users to tune into particular channels of interest, but they have not provided the ability to dynamically modify the playlist on the fly in response to requests from the users, nor have they offered the ability to apply restrictive criteria to those requests. As a result, users are limited to receiving selections in the playlist and cannot send requests to the server to broadcast other songs, videos, or other media items.
- For single file requests, individual users request and retrieve single media files in isolation. Several files can be obtained by multiple file, or batch, requests. Services that allow users to download single files on demand can provide means for searching for desired media files on a database maintained by the service. Whether using single file or batch requests, these types of media file retrieval systems are typically not subject to restrictive criteria that limit delivery of the media. These media files are typically not played until fully downloaded, and seamless play is not provided. Moreover, receiving media via single file requests is time intensive, requiring each user to interactively select media files and facilitate the downloads. This method is therefore undesirable for users that simply wish to tune into a broadcast.
- A significant barrier to entry for business to provide media delivery of copyrighted works is acquiring licenses or other rights to distribute the media. In the case of music delivery, acquiring licenses or rights for every piece of music for distribution could be a daunting task. In recognition of this burden, Congress passed the Digital Millennium Copyright Act (DMCA), which allows service providers to obtain a statutory license as long as fewer than a substantial portion of the programming consists of songs delivered within an hour of the request or at a time specified by the broadcaster. With a statutory license, a media service would be free to broadcast any commercially available recordings without negotiating individual licenses with the content owners, as long as the service complied with the DMCA. It would therefore be advantageous to provide a media delivery service that allowed for passive and active reception by an audience, while complying with the provisions of the DMCA to enable a service provider to obtain a statutory license.
- To provide the benefits of both radio-style broadcasts and single file request systems, a hybrid media delivery scheme distributes a stream of media files to a group of users while allowing individual users to request particular media files. In an embodiment, a media service provider broadcasts streaming media from a media server over a computer network to the client computers of each user in the group. Using client-side hardware and/or software, the users may each tune in and out of the broadcast. During a broadcast, individual users may send specific media requests from their client computers to a media server at the media service provider. The media server receives and processes each request. If a playlist including the requested media would meet a set of restrictive criteria, the media server will seamlessly schedule the requested media for later broadcasting to the clients. In an aspect of an embodiment, the media server attempts to schedule the requested media for later broadcast so that the restrictive criteria will be satisfied.
- In one implementation, the media server maintains a playlist that defines which media are to be broadcast and their sequential order. The media server responds to media requests from clients by updating this playlist to add the requested media. In an aspect of a preferred embodiment, the media server adds the requested media to the playlist so as to comply with restrictions on the timing and frequency of play of the requested media.
- This hybrid scheme beneficially provides for both active and passive use by different users at the same time. Users may actively seek a particular media file by looking through an
online media library 106 for a selection, while other users can tune into a media broadcast and passively receive a media program as modified by the requests of others. This approach gives users more options than traditional approaches, and it also better satisfies users' preferences. While any preselected media program is likely designed with users' preferences in mind, this hybrid functionality allows the users to affect the media broadcast. Accordingly, the media broadcast more closely mirrors its audience's preferences than would a traditional radio-style broadcast having a rigid playlist composed in advance or at the commencement of the broadcast. Applying certain restrictive criteria to the client requests further ensures a level of quality control and standards in the media broadcast. - In one aspect of the invention, fewer than a substantial number of requested media files are broadcasted within an hour of receiving the corresponding request, or at a time that a user is informed that the requested media file will be broadcasted. Under the DMCA, this allows the media service provider to obtain a statutory license to broadcast copyrighted material. Allowing service provider to comply with the statutory license requirements of the DMCA effectively decouples acquisition of subscription rights from entry to market and delivery of service. A significant barrier to entry for media service providers is thus reduced.
- In another aspect of an embodiment, different media broadcasts are distributed over different channels on a network, and clients can tune between and in and out of the various channels. A specific playlist is maintained for managing the media delivery over each channel, as explained above, and clients can make media requests specific to individual channels. Advantageously, the channels can be used to organize the media broadcasts into different categories, or genres. Use of multiple channels also increases the benefit that the media broadcasts, affected by user requests, will better mirror the preferences of the group. As people of like preferences will tend to tune into and make requests from the same channels, passive users will tune into channels affected by other users having similar tastes. These passive users will thus benefit by receiving media broadcasts that reflect the preferences of others with whom they share common media tastes.
- In another aspect, users can be distinguished between those who pay a fee to the media service provider (subscribers) and those who do not (non-subscribers). Subscribers are given added rights to access channels in the system and/or to make requests, whereas non-subscribers are given fewer or no rights to request media. People are often reluctant to pay for something before trying it. Giving limited access to non-subscribers allows users to try the service before subscribing to it, while still providing them with an incentive to become subscribers.
-
FIG. 1 is a diagram of an embodiment showing communications between components. -
FIG. 2 is a flowchart of an embodiment of the media server request processing functionality. -
FIG. 3 is a block diagram of the communications connections of an embodiment of the media delivery scheme. - The following description relates to the delivery of media by a
media server 100 to one ormore clients 102. It is intended that the term “media” refer to information in any of a wide variety of formats. In this context, the term connotes sound, video images, or a combination of several types of media—sometimes referred to as multimedia. -
FIG. 1 depicts a schematic view of one embodiment, wherein amedia server 100 is communicatively coupled to aclient 102. In a preferred embodiment, themedia server 100 is coupled tomultiple clients 102 via a network, such as the Internet; however, only oneclient 102 is shown inFIG. 1 for purposes of explanation. Themedia server 100 typically comprises a computer system maintained by an entity such as a media service provider. Theclient 102 comprises a system owned by a user capable of receiving media over a network, such as a personal computer. Alternatively, theclient 102 may be another device equipped to receive and play media, such as a cellular telephone or a personal digital assistant (PDA). As used herein, “network” and “computer network” connote any communications network over which electronic devices can send or receive electronic media. - The
media server 100 is adapted to broadcast streaming media tomultiple clients 102. To this end, themedia server 100 comprises aprocessor 104 that controls the functionality of themedia server 100. Themedia server 100 further comprises a storage medium for electronically storing amedia library 106, which comprises media files used in the broadcasts. Themedia library 106 may be physically located in a storage device of themedia server 100, or it may be located in storage devices remote from themedia server 100 but communicatively coupled thereto. For example, themedia server 100 may be coupled to themedia library 106 over a network 110 (seeFIG. 3 ), wherein themedia server 100 retrieves media files from the media storage over thenetwork 110 as the media files are needed for broadcasting. - In a preferred embodiment, the
media server 100 maintains aplaylist 108 that defines which media are to be broadcast and their sequential order. Preferably, thisplaylist 108 is stored in aplaylist 108 memory on themedia server 100, e.g., in the media server's random access memory (RAM). As with themedia library 106, theplaylist 108 may be stored in a remote memory location and accessed via a network connection. - The
media server 100 broadcasts streaming media over thenetwork 110 to theclients 102. In one embodiment, themedia server 100 sends media files according to themedia playlist 108 to a specific network address (e.g., to an IP address) of the client. Using a combination of hardware and software, theclients 102 receive the media files over thecomputer network 110 by selecting the same network address to which themedia server 100 sends the media files. In this way,clients 102 “tune” in and out of the media server's broadcast. - The
media server 100 may broadcast or send media files to multiple network addresses, enabling “channels” to which theclients 102 can tune in and out, e.g., by communicating with the network address associated with each channel. Alternatively, themedia server 100 can deliver multiple channels of media by broadcasting the media for each channel to a single IP address, andclients 102 tune into a particular channel by selecting that IP address and using a protocol for selecting from among the broadcasts. Theclient 102 may employ standard software for receiving the media broadcasts in standard formats, as several commercially available formats and software that enable streaming media and other continuous or seamless media broadcasting are well known in the art. - Upon receiving the media broadcast, each
client 102 that is tuned into the broadcast then plays the media files as it receives them. In one embodiment, a complete electronic copy of the media file played is not kept on theclient 102. This allows aclient 102 to receive and play media without devoting the client's storage space to that media and, more importantly, does not allow unauthorized copies of the media file to be made. In this way, this media delivery scheme can be thought of as “simulated” media delivery. Alternatively, all or a portion of the media files may be retained on theclient 102. Keeping all or a portion of the media files on theclient 102 saves bandwidth the next time a media file is to be delivered, as it eliminates the need to transfer the entire media file from themedia server 100 to the client 102 a second time. In addition, themedia server 100 can store all or a portion of the media files in a media database on theclient 108, allowing for real-time media delivery with less required bandwidth. - In addition to receiving media from the
media server 100,individual clients 102 can transmit specific media requests to themedia server 100 while simultaneously receiving the broadcast. In a preferred embodiment, theprocessor 104 receives and processes each client's media request during theinteractive broadcast 220, as shown in the flowchart ofFIG. 2 . Before theinteractive broadcast 220 begins, themedia server 100 generates 200, or is otherwise provided with, all or a portion of aplaylist 108 that satisfies a set of restrictive criteria. Thisplaylist 108 is preferably stored in memory (e.g., RAM) at themedia server 100. Themedia server 100broadcasts 202 media to the plurality ofclients 102 in accordance with theplaylist 108. Themedia server 100 is adapted to receive 204 media requests from theclients 102 over thecomputer network 110. Preferably, themedia server 100 can receive 204 and process several media requests fromseveral clients 102 at a time. - Upon receiving 204 a request, the
media server 100 evaluates 206 the request using a set of restrictive criteria. In this context, “set” is understood to include a single restrictive criterion. In a preferred embodiment, the restrictive criteria are easily implemented and modified by programming software that controls theprocessor 104. The set of restrictive criteria may include, for example, one or more conditions that pertain to attributes of the media file. For example, if themedia server 100 is programmed to broadcast music of a particular genre, the restrictive criteria might include conditions that would preclude media files outside that genre from being added to theplaylist 108. Additionally, the restrictive criteria can specify that the media file cannot have already been played within a predetermined period of time before the request. At a very basic level, the restrictive criteria may simply be that the request is valid, e.g., that it specifies an available media file. - If the media request satisfies 208 the restrictive criteria, the
processor 104schedules 210 the requested media file into theplaylist 108 by updating theplaylist 108 to incorporate the requested media file. If the request does not satisfy all of therestrictive criteria 208, it is not scheduled 210 into theplaylist 108, and themedia server 100 continues to broadcast 202 media while waiting for other requests from aclient 102. Restrictive criteria may pertain to theplaylist 108 itself or to requests for media from theclients 102. - In another preferred embodiment, the restrictive criteria may affect how—in addition to whether—the
media server 100schedules 210 requested media into the broadcast. Preferably, themedia server 100 attempts to schedule 210 requested media files into theplaylist 108 so as to satisfy the restrictive criteria, if possible. For example, if the restrictive criteria comprise the requirement that the media must not be delivered within an hour of the request, themedia server 100 attempts to schedule 210 each request into theplaylist 108 so that the requested media will not be delivered within an hour of the request. Themedia server 100 does not schedule 210 a requested media file into theplaylist 108 if it cannot do so and satisfy all of the restrictive criteria. - The
playlist 108 provides a guide for themedia server 100 to broadcast media to theclients 102. AsFIG. 1 shows, theprocessor 104 of themedia server 100 reads theplaylist 108 to determine which media file it should broadcast next. After theprocessor 104 receives the identity of the next media file from theplaylist 108, theprocessor 104 requests that media file from themedia library 106. In response, themedia library 106 then sends the requested media file to theprocessor 104 for broadcasting. In this way, themedia server 100 thereafter broadcasts media to theclients 102 according to the updatedplaylist 108, which includes requested media files that satisfy the restrictive criteria. - In another embodiment, the
media server 100 broadcasts specific programs of media over multiple “channels.” Advantageously, the channels can be organized to provide media of different types, categories, or genres. Referring toFIG. 3 , themedia server 100 maintains aplaylist 108 and a channel-specific set of restrictive criteria for each channel on which it broadcasts media.Clients 102 access the channels via anetwork 110, and can receive media on a channel while simultaneously requesting media for a channel. Each media request specifies a media file and the channel on which theclient 102 desires it to be broadcasted. For each channel, when themedia server 100 receives 204 a media request, themedia server 100 evaluates 206 the request and schedules 210 it into theplaylist 108 if the requested media satisfies 208 that channel's restrictive criteria. Accordingly, media requests for each channel affect the media broadcast on that channel if the request satisfies the restrictive criteria associated with the channel. - The restrictive criteria applied to each request may depend on the channel in connection with which the request was made. Using distinct sets of restrictive criteria may beneficially help to maintain the logical character or category of each channel. For example, the
media server 100 may broadcast a program of classical music on one channel and a program of rock music on another. The categories of classical and rock music would define two distinct sets of group preferences. Accordingly, the restrictive criteria used in connection with each channel are preferably selected so that media played on each channel must conform to the set of group preferences associated with each channel. If aclient 102 were to request a rock music song on the classical music channel, the request would not satisfy the restrictive criteria; therefore, the requested rock song would not be added to the classical music channel'splaylist 108. The restrictive criteria thus enable the system to maintain quality control. - One significant roadblock for a business to provide commercial media delivery is the existence of copyrights. Before distributing copyrighted works, such as songs and movies, media service providers must obtain licenses or rights to do so. Often, this requires individually negotiating such licenses from each of the copyright holders—possibly a daunting task for a business desiring to broadcast, e.g., music. The Digital Millennium Copyright Act (DMCA) helps to solve this problem by allowing media service providers to obtain a statutory license on copyrighted works as long as the service is not an “interactive service.” Under the DMCA, even if individuals can request specific sound recordings, a service is not “interactive” as long as “the programming on each channel of the service does not substantially consist of sound recordings that are performed within one hour of the request or at a time designated by either the transmitting entity or the individual making such request.” Allowing service provider to comply with the statutory license requirements of the DMCA effectively decouples acquisition of subscription rights from entry to market and thus reduces a significant barrier to entry for media service providers.
- Accordingly, in an aspect of a preferred embodiment, the system described herein allows media service providers to obtain a statutory license under the DMCA by automatically complying with its provisions. This is accomplished, e.g., through the application of restriction criteria to requested media files, or by scheduling requested files into the
playlist 108 so they will be delivered accordance with the DMCA. Referring toFIG. 2 , a requested media file is scheduled 210 into theplaylist 108 if the request satisfies 208 certain restrictive criteria. In an embodiment, theprocessor 104schedules 210 the media file into theplaylist 108 in a way that will comply with the relevant provisions of the DMCA for obtaining a statutory license. Specifically, theprocessor 104schedules 210 the media file into theplaylist 108 so that themedia server 100 will broadcast 202 fewer than a substantial number of requested media files (1) within an hour of receiving 204 the request for the corresponding media file, or (2) at a time that aclient 102 is informed that the requested media file will be broadcast 202. - The
processor 104 can be programmed to schedule 210 the media files to theplaylist 108 in accordance with any algorithm, such as those described above for complying with the DMCA. Theprocessor 104 can access data associated with each media file in theplaylist 108 regarding a length of time that the media file takes to play. Theprocessor 104 is further communicatively coupled to a memory for storing data relating to each request, such as the identity of the requested item and the time of the request. Before scheduling 210 a media files into a position in theplaylist 108, theprocessor 104 uses these data to calculate whether the media file will be broadcast 202 with an hour of the request or at a time that aclient 102 is informed that the requested media file will be broadcast 202. Accordingly, theprocessor 104 is programmed to schedule 210 fewer than a substantial number of media files at these times. In this context, a “substantial” number of media files corresponds to the number of recordings that will disallow a statutory license under the DMCA. - In a preferred embodiment, some media files (but fewer than a substantial number) are scheduled 210 into the
playlist 108 so that they will be delivered to theclients 102 soon—i.e., within an hour—after their corresponding request. The remaining files are scheduled 210 to be delivered more than one hour after the request therefor. In addition, the requested media files may be scheduled 210 at random positions in theplaylist 108, rather than at its end. Advantageously, these two features ensure that the users will not know or be able to reliably predict when the media they request will be delivered. This, in turn, requires the users to access the media server's broadcast for longer periods of time, waiting for the requested media to be delivered. -
Clients 102 can access themedia server 100 using standard software, such as a web browser or media player, which a user could download and install on theclient 102. In the case of using a standard browser, the features would be implemented by web software on themedia server 100, with which theclients 102 could interact. There currently exist several standard players for streaming media that can be used in connection with web browsers. With custom software, however, themedia server 100 can deliver more customized services to theclients 102, and the interaction between themedia server 100 andclients 102 can be optimized. - The client software may be designed with several features to enhance the media delivery. For example, in preferred embodiments, the software allows the users to tune to various channels offered by the
media server 100. In addition, the client software may recommend channels to a user based on past usage. One particularly advantageous feature is allowing theclient 102 to search all or part of the available media files in themedia library 106. Using an interactive search much like those available for single file request systems, a user specifies certain search parameters for the desired media. Themedia server 100 then delivers search results to theclient 102, and the user may advantageously directly request media files from the list of search results. While broadcasting a particular media file, the client software may display information relating to the current media being delivered (e.g., artist information, title of song, etc.) and allow the user to purchase the media. Additionally, the client software may display advertising, which could be targeted to the user depending on available information such as channel selections and the user's previous media requests. - In an aspect of a preferred embodiment, the system distinguishes users between those who pay a subscription fee to the media service provider (subscribers) and those who do not (non-subscribers). The non-subscribers are given limited access or rights to the media broadcast compared to the subscribers. Recognizing that people are often reluctant to purchase something before trying it, this allows non-subscribers to access the media service before subscribing to it but still provides an incentive for the non-subscribers to become subscribers. Various subscription schemes can be envisioned and are enabled by the present system. In one such scheme, all users are given rights to access channels and receive broadcasts thereon, but only subscribers are allowed to make requests. This is easily implemented by requiring as one of the restrictive criteria that the media request originate from a subscriber. Alternatively, by programming the
client 102 and/or media server software, non- subscribers can be given lesser (e.g., a limited number of requests) or no rights to request media or limited access to the channels. - The foregoing description of the embodiments of the invention has been presented for the purposes of illustration and description. It is not intended to be exhaustive or to limit the invention to the precise form disclosed. Many modifications and variations are possible in light of the above teaching. It is intended that the scope of the invention be limited not by this detailed description, but rather by the claims.
Claims (18)
1. A computer implemented method of interactively delivering media over a computer network from a media server to a plurality of clients, the method comprising:
generating a first playlist that defines a first media file sequence, said first playlist satisfying a first set of restrictive criteria specified by a first client;
generating a second playlist that defines a second media file sequence, said second playlist satisfying a second set of restrictive criteria specified by a second client;
receiving a request to add a first media file to said first playlist from a third client while broadcasting said first media file sequence on a first channel;
broadcasting a first updated media file sequence on said first channel as a conditional response to a determination that said first media file satisfies said first set of restrictive criteria specified by said first client, wherein said first set of restrictive criteria preclude any media files outside a first genre specified by said first client from being added to said first playlist and wherein said first updated media file sequence is formed by scheduling said first media file into said first playlist;
receiving a request to add a second media file to said second playlist from a fourth client while broadcasting said second media file sequence on a second channel; and
broadcasting a second updated media file sequence on said second channel as a conditional response to a determination that said second media file satisfies said second set of restrictive criteria specified by said second client, wherein said second set of restrictive criteria preclude any media files outside a second genre specified by said second client from being added to said second playlist and wherein said second updated media file sequence is formed by scheduling said second media file into said second playlist.
2-3. (canceled)
4. The method of claim 1 , wherein said first set of restrictive criteria includes a condition that would preclude a media file from being played within a defined period of time.
5. The method of claim 1 , wherein said first set of restrictive criteria specified by said first client comprises whether said playlist satisfies a set of group preferences.
6. The method of claim 1 , wherein said scheduling said first media file into said first playlist comprises:
adding requested media files into said first playlist so that fewer than a substantial number of media files will be transmitted within an hour of receiving said corresponding request, or at a time that a client is informed that said requested media file will be transmitted.
7. The method of claim 6 , wherein said scheduling said first media file into said first playlist further comprises:
adding requested media files into said first playlist so that at least one media file will be transmitted within an hour of receiving said corresponding request.
8. The method of claim 1 , wherein said media server comprises a computer system having a memory, said method further comprising:
maintaining said playlist in said memory of said media server.
9. The method of claim 1 , further comprising:
notifying the third client that the first media file will be broadcast as a conditional response to said determination that said first media file satisfies said first set of restrictive criteria; and
notifying the fourth client that the first media file will be broadcast as a conditional response to said determination that said second media file satisfies said second set of restrictive criteria.
10. The method of claim 1 , wherein said broadcasting is streaming audio.
11. The method of claim 1 , wherein said broadcasting said first updated media file sequence on said first channel as said conditional response to said determination that said first media file satisfies said first set of restrictive criteria includes broadcasting the first media file at least one hour after receiving the request to add the first media file to said first playlist and wherein said broadcasting said second updated media file sequence on said second channel as said conditional response to said determination that said second media file satisfies said second set of restrictive criteria includes broadcasting the second media file at least one hour after receiving the request to add the second media file to said second playlist.
12. The method of claim 1 , wherein said first and second media files and said first and second media file sequences are all music files.
13. A computer implemented method of interactively delivering media over a computer network from a media server to a plurality of clients, the method comprising:
generating a first playlist that defines a first media file sequence, said first playlist satisfying a first set of restrictive criteria specified by a first client;
generating a second playlist that defines a second media file sequence, said second playlist satisfying a second set of restrictive criteria specified by a second client;
receiving a request to add a first media file to said first playlist from a third client while broadcasting said first media file sequence on a first channel;
broadcasting a first updated media file sequence on said first channel as a conditional response to a determination that said first media file satisfies said first set of restrictive criteria, wherein said first updated media file sequence is formed by scheduling said first media file into said first playlist;
receiving a request to add a second media file to said second playlist from a fourth client while broadcasting said second media file sequence on a second channel; and
broadcasting a second updated media file sequence on said second channel as a conditional response to a determination that said second media file satisfies said second set of restrictive criteria, wherein said second updated media file sequence is formed by scheduling said second media file into said second playlist.
14. The method of claim 13 , wherein said media server comprises a computer system having a memory, said method further comprising:
maintaining said playlist in said memory of said media server.
15. The method of claim 13 , further comprising:
notifying the third client that the first media file will be broadcast as a conditional response to said determination that said first media file satisfies said first set of restrictive criteria; and
notifying the fourth client that the first media file will be broadcast as a conditional response to said determination that said second media file satisfies said second set of restrictive criteria.
16. The method of claim 13 , wherein said broadcasting is streaming audio.
17. The method of claim 13 , wherein said broadcasting said first updated media file sequence on said first channel as said conditional response to said determination that said first media file satisfies said first set of restrictive criteria includes broadcasting the first media file at least one hour after receiving the request to add the first media file to said first playlist and wherein said broadcasting said second updated media file sequence on said second channel as said conditional response to said determination that said second media file satisfies said second set of restrictive criteria includes broadcasting the second media file at least one hour after receiving the request to add the second media file to said second playlist.
18. The method of claim 13 , wherein said first set of restrictive criteria comprises a requirement that said first playlist only incorporate requests originating from a subscriber of a media service provider.
19. The method of claim 13 , wherein said first and second media files and said first and second media file sequences are all music files.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US15/390,271 US20170111416A1 (en) | 2000-10-27 | 2016-12-23 | Interactive delivery of media using dynamic playlist generation subject to restrictive criteria |
Applications Claiming Priority (4)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US24407900P | 2000-10-27 | 2000-10-27 | |
US10/021,752 US7689705B1 (en) | 2000-10-27 | 2001-10-29 | Interactive delivery of media using dynamic playlist generation subject to restrictive criteria |
US12/749,177 US20100241701A1 (en) | 2000-10-27 | 2010-03-29 | Interactive delivery of media using dynamic playlist generation subject to restrictive criteria |
US15/390,271 US20170111416A1 (en) | 2000-10-27 | 2016-12-23 | Interactive delivery of media using dynamic playlist generation subject to restrictive criteria |
Related Parent Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US12/749,177 Continuation US20100241701A1 (en) | 2000-10-27 | 2010-03-29 | Interactive delivery of media using dynamic playlist generation subject to restrictive criteria |
Publications (1)
Publication Number | Publication Date |
---|---|
US20170111416A1 true US20170111416A1 (en) | 2017-04-20 |
Family
ID=42044691
Family Applications (3)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US10/021,752 Active 2026-04-10 US7689705B1 (en) | 2000-10-27 | 2001-10-29 | Interactive delivery of media using dynamic playlist generation subject to restrictive criteria |
US12/749,177 Abandoned US20100241701A1 (en) | 2000-10-27 | 2010-03-29 | Interactive delivery of media using dynamic playlist generation subject to restrictive criteria |
US15/390,271 Abandoned US20170111416A1 (en) | 2000-10-27 | 2016-12-23 | Interactive delivery of media using dynamic playlist generation subject to restrictive criteria |
Family Applications Before (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US10/021,752 Active 2026-04-10 US7689705B1 (en) | 2000-10-27 | 2001-10-29 | Interactive delivery of media using dynamic playlist generation subject to restrictive criteria |
US12/749,177 Abandoned US20100241701A1 (en) | 2000-10-27 | 2010-03-29 | Interactive delivery of media using dynamic playlist generation subject to restrictive criteria |
Country Status (1)
Country | Link |
---|---|
US (3) | US7689705B1 (en) |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US11443770B2 (en) * | 2014-04-30 | 2022-09-13 | RCRDCLUB Corporation | Playlist programming |
US20220360861A1 (en) * | 2017-04-21 | 2022-11-10 | Alcatel-Lucent Espana S.A. | Multimedia content delivery with reduced delay |
US11776575B2 (en) | 2014-04-30 | 2023-10-03 | RCRDCLUB Corporation | Playlist programming |
US11968431B2 (en) * | 2017-04-21 | 2024-04-23 | Nokia Solutions And Networks Oy | Multimedia content delivery with reduced delay |
Families Citing this family (42)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7840691B1 (en) * | 2000-09-07 | 2010-11-23 | Zamora Radio, Llc | Personal broadcast server system for providing a customized broadcast |
US11165999B1 (en) * | 2003-11-03 | 2021-11-02 | Synergyze Technologies Llc | Identifying and providing compositions and digital-works |
US8495089B2 (en) * | 2004-05-14 | 2013-07-23 | Google Inc. | System and method for optimizing media play transactions |
US10862994B1 (en) | 2006-11-15 | 2020-12-08 | Conviva Inc. | Facilitating client decisions |
US7650361B1 (en) * | 2004-07-21 | 2010-01-19 | Comcast Ip Holdings I, Llc | Media content modification and access system for interactive access of media content across disparate network platforms |
US7818350B2 (en) * | 2005-02-28 | 2010-10-19 | Yahoo! Inc. | System and method for creating a collaborative playlist |
US8107876B2 (en) | 2006-09-26 | 2012-01-31 | Clear Channel Management Services, Inc. | Method and system for selectively broadcasting media |
US8532562B2 (en) * | 2006-09-26 | 2013-09-10 | Clear Channel Management Services, Inc. | Method and system for selectively broadcasting media during dayparts |
US20140358267A1 (en) | 2006-09-26 | 2014-12-04 | Clear Channel Management Services, Inc. | Scheduling Advertising During Restricted Periods |
US7899390B1 (en) * | 2006-09-26 | 2011-03-01 | Clear Channel Management Services, Inc. | Method and system for selectively broadcasting media |
US9135218B2 (en) | 2006-09-26 | 2015-09-15 | iHeartMedia Management Service, Inc. | Song replacement with content scheduling in streaming media |
US8751605B1 (en) | 2006-11-15 | 2014-06-10 | Conviva Inc. | Accounting for network traffic |
US9264780B1 (en) | 2006-11-15 | 2016-02-16 | Conviva Inc. | Managing synchronized data requests in a content delivery network |
US8874725B1 (en) | 2006-11-15 | 2014-10-28 | Conviva Inc. | Monitoring the performance of a content player |
US8645560B2 (en) * | 2007-02-28 | 2014-02-04 | Sony Corporation | Content providing system and method, shared content providing apparatus and method, content output apparatus and method, and program |
US20080235588A1 (en) * | 2007-03-20 | 2008-09-25 | Yahoo! Inc. | Media player playlist creation and editing within a browser interpretable document |
US8402494B1 (en) | 2009-03-23 | 2013-03-19 | Conviva Inc. | Switching content |
US9100288B1 (en) | 2009-07-20 | 2015-08-04 | Conviva Inc. | Augmenting the functionality of a content player |
US8583674B2 (en) | 2010-06-18 | 2013-11-12 | Microsoft Corporation | Media item recommendation |
US20110314388A1 (en) * | 2010-06-18 | 2011-12-22 | Nokia Corporation | Method and apparatus for generating a collaborative playlist |
US10169339B2 (en) | 2011-10-31 | 2019-01-01 | Elwha Llc | Context-sensitive query enrichment |
US10559380B2 (en) | 2011-12-30 | 2020-02-11 | Elwha Llc | Evidence-based healthcare information management protocols |
US10340034B2 (en) | 2011-12-30 | 2019-07-02 | Elwha Llc | Evidence-based healthcare information management protocols |
US10552581B2 (en) | 2011-12-30 | 2020-02-04 | Elwha Llc | Evidence-based healthcare information management protocols |
US10528913B2 (en) | 2011-12-30 | 2020-01-07 | Elwha Llc | Evidence-based healthcare information management protocols |
US10475142B2 (en) | 2011-12-30 | 2019-11-12 | Elwha Llc | Evidence-based healthcare information management protocols |
US20130173298A1 (en) | 2011-12-30 | 2013-07-04 | Elwha LLC, a limited liability company of State of Delaware | Evidence-based healthcare information management protocols |
US10679309B2 (en) | 2011-12-30 | 2020-06-09 | Elwha Llc | Evidence-based healthcare information management protocols |
US8856272B2 (en) | 2012-01-08 | 2014-10-07 | Harman International Industries, Incorporated | Cloud hosted audio rendering based upon device and environment profiles |
US9613042B1 (en) | 2012-04-09 | 2017-04-04 | Conviva Inc. | Dynamic generation of video manifest files |
US9319480B2 (en) * | 2012-08-31 | 2016-04-19 | Apple Inc. | Managing digital media presented in online digital media store |
US9246965B1 (en) | 2012-09-05 | 2016-01-26 | Conviva Inc. | Source assignment based on network partitioning |
US10182096B1 (en) | 2012-09-05 | 2019-01-15 | Conviva Inc. | Virtual resource locator |
US20160065637A1 (en) * | 2013-01-31 | 2016-03-03 | Matt O'Malley | System and method for dynamic criteria, request-lists, event-lists, and playlists |
US9411942B2 (en) * | 2013-08-30 | 2016-08-09 | D&M Holdings, Inc. | Network device, system and method for rendering an interactive multimedia playlist |
US10599705B2 (en) * | 2014-03-20 | 2020-03-24 | Gracenote Digital Ventures, Llc | Retrieving and playing out media content for a personalized playlist including a content placeholder |
US10362094B2 (en) * | 2014-07-25 | 2019-07-23 | Gracenote Digital Ventures, Llc | Retrieval and playout of media content |
US10757159B2 (en) | 2014-07-25 | 2020-08-25 | Gracenote Digital Ventures, Llc | Retrieval and playout of media content |
US10178043B1 (en) | 2014-12-08 | 2019-01-08 | Conviva Inc. | Dynamic bitrate range selection in the cloud for optimized video streaming |
US10305955B1 (en) | 2014-12-08 | 2019-05-28 | Conviva Inc. | Streaming decision in the cloud |
US10097632B2 (en) * | 2016-01-08 | 2018-10-09 | International Business Machines Corporation | Proximity based playlist merging |
CN105760443B (en) * | 2016-02-03 | 2017-11-21 | 广州市动景计算机科技有限公司 | Item recommendation system, project recommendation device and item recommendation method |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6248946B1 (en) * | 2000-03-01 | 2001-06-19 | Ijockey, Inc. | Multimedia content delivery system and method |
US20020082901A1 (en) * | 2000-05-03 | 2002-06-27 | Dunning Ted E. | Relationship discovery engine |
US7756743B1 (en) * | 2000-06-21 | 2010-07-13 | Clubcom, Llc | System and method for branding a facility |
Family Cites Families (27)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5155591A (en) | 1989-10-23 | 1992-10-13 | General Instrument Corporation | Method and apparatus for providing demographically targeted television commercials |
DE3939484C2 (en) | 1989-11-29 | 1996-09-26 | Burkhard Wehrmeyer | Method for generating an entertainment tone signal interrupted by advertising tone signals and device for carrying out the method |
US5319455A (en) | 1990-09-28 | 1994-06-07 | Ictv Inc. | System for distributing customized commercials to television viewers |
KR0138333B1 (en) | 1994-05-31 | 1998-05-15 | 김광호 | Ic memory card to record audio data, audio data recording ang reproducing apparatus using ic memory card |
US5557541A (en) | 1994-07-21 | 1996-09-17 | Information Highway Media Corporation | Apparatus for distributing subscription and on-demand audio programming |
US5557242A (en) | 1995-05-22 | 1996-09-17 | Motorola, Inc. | Method and apparatus for dielectric absorption compensation |
JPH11512903A (en) | 1995-09-29 | 1999-11-02 | ボストン テクノロジー インク | Multimedia architecture for interactive advertising |
US5937164A (en) | 1995-12-07 | 1999-08-10 | Hyperlock Technologies, Inc. | Method and apparatus of secure server control of local media via a trigger through a network for instant local access of encrypted data on local media within a platform independent networking system |
US5892825A (en) | 1996-05-15 | 1999-04-06 | Hyperlock Technologies Inc | Method of secure server control of local media via a trigger through a network for instant local access of encrypted data on local media |
US6035329A (en) | 1995-12-07 | 2000-03-07 | Hyperlock Technologies, Inc. | Method of securing the playback of a DVD-ROM via triggering data sent via a cable network |
US5819160A (en) | 1996-09-18 | 1998-10-06 | At&T Corp | Programmable radio subscription system for receiving selectively defined information |
US5931901A (en) | 1996-12-09 | 1999-08-03 | Robert L. Wolfe | Programmed music on demand from the internet |
US6243725B1 (en) * | 1997-05-21 | 2001-06-05 | Premier International, Ltd. | List building system |
US5996015A (en) * | 1997-10-31 | 1999-11-30 | International Business Machines Corporation | Method of delivering seamless and continuous presentation of multimedia data files to a target device by assembling and concatenating multimedia segments in memory |
US6202056B1 (en) | 1998-04-03 | 2001-03-13 | Audiosoft, Inc. | Method for computer network operation providing basis for usage fees |
US6859791B1 (en) * | 1998-08-13 | 2005-02-22 | International Business Machines Corporation | Method for determining internet users geographic region |
PT1633151T (en) | 1998-09-15 | 2017-05-11 | Upaid Systems Ltd | Communication services |
AU3349500A (en) | 1999-01-22 | 2000-08-07 | Tuneto.Com, Inc. | Digital audio and video playback with performance complement testing |
US20050038819A1 (en) * | 2000-04-21 | 2005-02-17 | Hicken Wendell T. | Music Recommendation system and method |
US6526411B1 (en) * | 1999-11-15 | 2003-02-25 | Sean Ward | System and method for creating dynamic playlists |
US7213005B2 (en) * | 1999-12-09 | 2007-05-01 | International Business Machines Corporation | Digital content distribution using web broadcasting services |
AU2460801A (en) * | 1999-12-30 | 2001-07-16 | Nextaudio, Inc. | System and method for multimedia content composition and distribution |
US20010025259A1 (en) * | 2000-03-02 | 2001-09-27 | Pierre Rouchon | Radio station digital music distribution system and method |
US7325043B1 (en) * | 2000-03-08 | 2008-01-29 | Music Choice | System and method for providing a personalized media service |
WO2001084336A1 (en) * | 2000-04-28 | 2001-11-08 | Live365, Inc. | System and method for reducing the resources required to deliver streaming media |
US6882793B1 (en) * | 2000-06-16 | 2005-04-19 | Yesvideo, Inc. | Video processing system |
US6662231B1 (en) * | 2000-06-30 | 2003-12-09 | Sei Information Technology | Method and system for subscriber-based audio service over a communication network |
-
2001
- 2001-10-29 US US10/021,752 patent/US7689705B1/en active Active
-
2010
- 2010-03-29 US US12/749,177 patent/US20100241701A1/en not_active Abandoned
-
2016
- 2016-12-23 US US15/390,271 patent/US20170111416A1/en not_active Abandoned
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6248946B1 (en) * | 2000-03-01 | 2001-06-19 | Ijockey, Inc. | Multimedia content delivery system and method |
US20020082901A1 (en) * | 2000-05-03 | 2002-06-27 | Dunning Ted E. | Relationship discovery engine |
US7756743B1 (en) * | 2000-06-21 | 2010-07-13 | Clubcom, Llc | System and method for branding a facility |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US11443770B2 (en) * | 2014-04-30 | 2022-09-13 | RCRDCLUB Corporation | Playlist programming |
US11776575B2 (en) | 2014-04-30 | 2023-10-03 | RCRDCLUB Corporation | Playlist programming |
US20220360861A1 (en) * | 2017-04-21 | 2022-11-10 | Alcatel-Lucent Espana S.A. | Multimedia content delivery with reduced delay |
US11924522B2 (en) | 2017-04-21 | 2024-03-05 | Nokia Solutions And Networks Oy | Multimedia content delivery with reduced delay |
US11968431B2 (en) * | 2017-04-21 | 2024-04-23 | Nokia Solutions And Networks Oy | Multimedia content delivery with reduced delay |
Also Published As
Publication number | Publication date |
---|---|
US20100241701A1 (en) | 2010-09-23 |
US7689705B1 (en) | 2010-03-30 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US20170111416A1 (en) | Interactive delivery of media using dynamic playlist generation subject to restrictive criteria | |
JP5025902B2 (en) | Streaming media delivery over multicast networks for network and server bandwidth minimization and enhanced personalization | |
US8051146B2 (en) | Personalized audio system and method | |
US7555539B1 (en) | Personalized audio system and method | |
US6721955B2 (en) | Method and system for providing a customized media list | |
US9462337B2 (en) | Peer-to-peer video on demand techniques | |
US7315899B2 (en) | System for controlling and enforcing playback restrictions for a media file by splitting the media file into usable and unusable portions for playback | |
US8645990B2 (en) | Dynamic advertising control | |
US7681220B2 (en) | Viewer selection of programs to be subsequently delivered | |
JP2003289521A (en) | Method of inserting advertisement, distributing system, transmitter, receiver, and program | |
US20040158860A1 (en) | Digital music jukebox | |
US20020069132A1 (en) | Cross technology monitoring, profiling and predictive caching method and system | |
US20090164600A1 (en) | System and method for place-shifting media items | |
US20070156589A1 (en) | Integrating personalized listings of media content into an electronic program guide | |
JP2004519893A (en) | Broadcasting and processing of meta information related to content materials | |
US7783722B1 (en) | Personalized audio system and method | |
WO2001069929A1 (en) | System and method of joining encoded video streams for continuous play | |
US20030037144A1 (en) | Collaborative content programming | |
JP2003531511A5 (en) | ||
JP2007221232A (en) | Contents data viewing system, contents data viewing program, and contents data viewing user terminal | |
US20160366459A1 (en) | Method and system for managing and streaming video | |
US20020002032A1 (en) | User customized radio | |
JP2005006105A (en) | Content distribution system, content distribution method, and content distribution device | |
JP2003111052A (en) | Video distribution method and apparatus | |
US20120079605A1 (en) | Methods and Arrangements for Rendering Real-Time Media Services |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
STCB | Information on status: application discontinuation |
Free format text: ABANDONED -- FAILURE TO RESPOND TO AN OFFICE ACTION |
|
AS | Assignment |
Owner name: TAHOE RESEARCH, LTD., IRELAND Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:INTEL CORPORATION;REEL/FRAME:061175/0176 Effective date: 20220718 |