WO2004027606A1 - Mecanisme de liste d'ecoute pour distribution multimedia - Google Patents

Mecanisme de liste d'ecoute pour distribution multimedia Download PDF

Info

Publication number
WO2004027606A1
WO2004027606A1 PCT/AU2003/001216 AU0301216W WO2004027606A1 WO 2004027606 A1 WO2004027606 A1 WO 2004027606A1 AU 0301216 W AU0301216 W AU 0301216W WO 2004027606 A1 WO2004027606 A1 WO 2004027606A1
Authority
WO
WIPO (PCT)
Prior art keywords
media content
media
playlist
files
file
Prior art date
Application number
PCT/AU2003/001216
Other languages
English (en)
Inventor
Jonathan Robert Burnett
Original Assignee
Jonathan Robert Burnett
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
Application filed by Jonathan Robert Burnett filed Critical Jonathan Robert Burnett
Priority to AU2003260176A priority Critical patent/AU2003260176A1/en
Publication of WO2004027606A1 publication Critical patent/WO2004027606A1/fr

Links

Classifications

    • 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/48—Retrieval characterised by using metadata, e.g. metadata not derived from the content or metadata generated manually
    • 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

Definitions

  • the present invention relates generally to the distribution of electronic information and, in particular, to the distribution of multi-media information over a computer network using a playlist format.
  • 'media' is used to cover a range of data formats from simple text files through to specialised formats for high quality reproduction of audio and video information.
  • media formats used for storing, encoding, decoding and transmitting different types of digital information.
  • each type of media format requires a specific computer application, commonly known as a 'player' or 'browser', to enable end users to retrieve and/or reproduce the formatted information.
  • Examples of popular media formats include QUICKTIME, MPEG, AVI, MP3, REAL, WINDOWS MEDIA, H.263 video coding and PALM.
  • Most 'players' use their own dedicated media format, although some have player-independent formats.
  • a playlist must be processed directly by the media player, which means that each file referred to in the playlist must also be directly accessible by the media player.
  • streaming media There is a growing use and distribution of streaming media on the Internet. In most cases, the entire media content is transmitted from a dedicated server to a receiving device (eg: a computer, mobile telephone handset etc.) which incorporates an appropriate media player. The media player manages the connection with the relevant server and handles any buffering required.
  • Existing streaming content arrangements have been thought to be inefficient, since the entire contents of each multi-media file must be transmitted from the source and received by the media player before the contents can be played. Further, since existing streaming media arrangements require each end user to establish a unique session with the relevant server, the load on the server is directly related to the number of users accessing the information. There is little scope (if any) for reuse of the transmitted material.
  • the playlist is independent of both the media format to be managed and the media player required to reproduce those media files.
  • the playlist does not need to be read or accessed by the media player.
  • an agent program which can process the playlist, locate the required media element and then pass this file to an appropriate player. For example, if a playlist refers to a series of MP3 files, the agent program can locate the required files and launch an MP3 player to actually play the files. Since the files referred to in the playlist do not have to be directly accessible by the media player, there is no requirement for the developers of such media players to 'adopt' or 'support' any particular playlist format. Further, the agent and/or original server can be configured to insert or read signature stamps to each file before allowing the file to be reproduced. This can be advantageous for copyright protection purposes.
  • a method for reproducing media content comprising the steps of: obtaining a playlist of plural media elements, associating each media element with location information of a corresponding retrievable media content file; retrieving the media content files from the corresponding location, and reproducing the media content files.
  • Fig. 1 is a simplified schematic representation of the main functional elements used in one implementation of the present disclosure
  • Fig. 2 is a schematic block diagram of a general purpose computer used in conjunction with the arrangement of Fig 1;
  • Fig. 3 is a schematic representation of a playlist data structure;
  • Fig. 4 is a schematic representation of a playlist element structure used in the playlist data structure of Fig 3;
  • Fig. 5 is a flow diagram of a method of processing a playlist by an agent program
  • Fig. 6 is a simplified representation of a playlist editor which can be used in conjunction with the agent program used in the arrangement of Fig 1 ;
  • Fig. 7 is a flow diagram of a specific user application incorporating the method of Fig 5;
  • Fig. 8 is a flow diagram of another specific user application using the method of Fig 5;
  • Fig 9 is an example playlist that could be associated with the application of Fig. 7 or 8.
  • a general purpose computer 101 located with an end user has a plurality of different media players 10-14 installed.
  • Such media players are typically software-based and may include for example products marketed under the tradenames RealPlayer, Windows Media Player, Yahoo Media Player, Quicktime, or HyperStudio. Media players in some instances may be supported by specific hardware components such as digital signal processors or decompression devices.
  • the computer 101 also includes a dedicated playlist 'agent' program 150 operable for communicating with each of the media players 10-14, and for communicating with an external computer network 120 such as the Internet.
  • the agent program 150 functions to process playlists that have been constructed according to the playlist format to be described.
  • the agent program 150 opens a selected playlist file and parses the file to identify a required media element. If the required media file is not available "locally" (eg: within the computer 101), the agent program 150 arranges for a copy to be obtained externally at a master repository or server 15-19 connected to the Internet 120. Once a copy of the media file is obtained from an appropriate one of the servers 15-19 and stored in the computer 101, the agent program 150 identifies the format in which the media file is formed and launches the appropriate media player 10-14 on the computer 101 and passes the appropriate local filename to the player 10-14. The agent program 150 then identifies the next media element to be played and repeats the process.
  • the agent program 150 identifies the next media element to be played and repeats the process.
  • the nature of the Internet 120 means that the retrieval of media content files from a master repository or server 15-19 generally involves the transfer of the file along a series of intermediate servers (not shown). Because each media element has a unique universal filename, it is possible for these intermediate servers to cache copies of those media files. Subject to various considerations, it is then possible for the intermediate servers to return a cached copy of a file if they receive a request for the same media element. Alternatively, a local cache can be similarly used to store and subsequently retrieve such media files.
  • Fig. 2 shows a computer system 100 incorporating some of the components referred to in relation to Fig 1, including the general-purpose computer or computer module 101.
  • the computer system 100 includes the computer module 101, input devices such as a keyboard 102 and mouse 103, output devices including a printer 115, a display device 114 and loudspeakers 117.
  • a Modulator-Demodulator (Modem) transceiver device 116 is used by the computer module 101 for communicating to and from the communications network 120, for example connectable via a telephone line or other functional medium.
  • the modem 116 can be used to obtain access to the Internet, and other network systems, such as a Local Area Network (LAN) or a Wide Area Network (WAN), and may be incorporated into the computer module 101 in some implementations.
  • LAN Local Area Network
  • WAN Wide Area Network
  • the computer module 101 typically includes at least one processor unit 105, and a memory unit 106, for example formed from semiconductor random access memory (RAM) and read only memory (ROM).
  • the module 101 also includes a number of input/output (I/O) interfaces including an audio-video interface 107 that couples to the video display 114 and loudspeakers 117, an I O interface 108 for the keyboard 102 and mouse 103 and optionally a joystick (not illustrated), and an interface 108 for the modem 116 and printer 115.
  • the modem 116 may be incorporated within the computer module 101, for example within the interface 108.
  • a storage device 109 is provided and typically includes a hard disk drive 110 and a floppy disk drive 111.
  • a magnetic tape drive (not illustrated) may also be used.
  • a CD-ROM drive 112 is typically provided as a non- volatile source of data.
  • the components 105 to 113 of the computer module 101 typically communicate via an interconnected bus 104 and in a manner which results in a conventional mode of operation of the computer system 100 known to those in the relevant art. Examples of computers on which the described arrangements can be practised include LBM-PC's and compatibles, Sun Sparcstations or alike computer systems evolved therefrom. The described arrangements are also appropriate for hand-held computer systems, such as those developed for the Palm, Windows CE or Symbian operating systems, particularly those with built in wireless modems.
  • the agent program 150 and media player programs 10-14 are resident on the hard disk drive 110 and read and controlled in their execution by the processor 105.
  • Media reproduced by the player programs 10-14 is typically output via the interface 107 using the display 114 and/or the loudspeakers 117.
  • Intermediate storage of the program/s and any data fetched from the network 120 can be accomplished using the semiconductor memory 106, possibly in concert with the hard disk drive 110.
  • the application program/s may be supplied to the user encoded on a CD-ROM or floppy disk and read via the corresponding drive 112 or 111, or alternatively may be read by the user from the network 120 via the modem device 116.
  • the software can also be loaded into the computer system 100 from other computer readable media.
  • computer readable medium refers to any storage or transmission medium that participates in providing instructions and/or data to the computer system 100 for execution and/or processing.
  • Examples of storage media include floppy disks, magnetic tape, CD-ROM, a hard disk drive, a ROM or integrated circuit, a magneto-optical disk, or a computer readable card such as a PCMCIA card and the like, whether or not such devices are internal or external of the computer module 101.
  • transmission media examples include radio or infra-red transmission channels as well as a network connection to another computer or networked device, and the Internet or Intranets including e-mail transmissions and information recorded on Websites and the like.
  • Fig. 3 illustrates a schematic representation of a playlist structure, in which media elements are sequenced using a linked list of playlist elements 301-305, each defined using Extensible Markup Language ("XML").
  • the playlist is therefore a set of XML elements that can be stored in either a single file or a set of distinct files.
  • XML playlist element 301-305 is associated with a specific description 320-324 and specific media file 310-314, respectively.
  • the attributes that need to be stored for each playlist element must provide sufficient information to uniquely identify a media element, determine the corresponding data format and to sequence the media elements.
  • a benefit of using XML instead of a simple list of filenames within a text file is that additional attributes can be stored without affecting the ability of different programs to parse the playlist.
  • This naming format provides a full context that identifies a server from which a copy of the required media can be obtained.
  • a set of widely recognised filename suffixes are also used to identify specific data formats.
  • file naming system used above is derived from the World Wide Web "URL" schema, it is noted that other file naming systems can be used.
  • playlist elements can be linked together to form a playlist:
  • Finite A finite playlist has a start and end. In this case, the 'previous' field for the 'first' element in the list and the 'next' field for the 'last' element in the list are both 'blank'; (2) Closed: A closed playlist forms a continuous loop, with no actual start or finish. In this case, the 'previous' field for the 'first' element in the list points to the 'last' element in the list and the 'next' field for the 'last' element in the list points to the 'first' element in the list; (3) Open: An open playlist has no predetermined end. In this case, the
  • the 'previous' field for the 'first' element in the list may be blank, but the 'next' field for the 'last' element in the list points to the 'first' element in a continuation of the list.
  • the playlist elements can include instructions for managing the transitions between the playing of different media elements.
  • attributes which can provide a more- complete description of the media, are shown in phantom. These attributes are specific to the type of media involved and include for example:
  • FIG. 5 an example of a method 500 for processing a playlist performed by the playlist agent program 150 is described.
  • a playlist file is received and opened by the playlist agent program 150. Thereafter at step 502, a first playlist element is parsed to determine URL information for each of: (a) the Media Resource element, (b) the Next playlist element, and (c) the Previous playlist element.
  • step 503 the local cache is checked to see if a copy of the required media resource element is already stored. If the required media content file is already held in the local cache, then the method proceeds to step 505. Otherwise, the method moves on to step 504. -
  • a copy of the required media content file is externally obtained from the World Wide Web. Such a media file copy is derived and retrieved using a full filename of the media element.
  • the method 500 proceeds to step 505, where the media content file type is identified to determine the appropriate media player to be opened.
  • the media content file type is usually determined from the filename suffix. Accordingly, the appropriate media player is located (if already running) or launched, and passed to the local filename of the requested media resource.
  • step 506 the playlist file is again read to determine if the description for the next playlist element is present. If yes, then step 510 is proceeded to, in which the current media content file is closed, the next playlist file is opened and step 502 is proceed to. Otherwise, step 507 is proceeded to in which details of the next playlist element are located.
  • step 508 the local cache is checked for whether a copy of the media content file for the next playlist element is already stored. If there is a local copy, then step 506 is returned to. Otherwise, the method 500 proceeds to step 509.
  • the request file containing the next playlist element is obtained from the World Wide Web (WWW) and stored in local cache.
  • WWW World Wide Web
  • each can be efficiently cached by any Internet server they pass through. This can be done by existing Web caching systems, but may be handled by a dedicated server process that is aware of the file types involved.
  • Fig. 6 is a schematic block diagram of a playlist editor 600 associated with the agent 150, and used to create playlists.
  • the playlist editor 600 of Fig 6 includes a basic file browser 610 and a simple interface 620 for rearranging the order of the media elements.
  • a more sophisticated playlist editor is represented in phantom in Fig 6, which incorporates a playlist viewer 640.
  • the viewer 640 enables a user to browse a playlist to review the contents or to locate specific elements.
  • the viewer 640 may include various controls, such as 'play', 'stop', 'next', 'previous', 'start', 'finish', and 'information'.
  • the viewer 640 may also incorporate features that enable the playlist to be reviewed, filtered and sorted in order to rearrange the order in which media elements are played.
  • An alternative method of creating a playlist is to use a search facility that locates media resources according to specific attributes.
  • a search facility may be integrated into general purpose Web search facilities (such as Yahoo!, Google or Looksmart) or specialised Web based search facilities dedicated to a particular type of content (such as Yellow Pages, music websites, real estate websites, or automotive websites).
  • the results of a search are retrieved as a playlist in XML format, rather than (or as well as) in the conventional HTML format required for viewing using a standard Web browser.
  • the benefit of retrieving the results in playlist format is that the results can then be reviewed using a playlist viewer to further refine or reorganise the search list.
  • a summary containing the basic information about a property for sale may be created from a real estate site. This list of properties for inspection could be sorted by viewing time or suburb. Additional information, such as the pictures of the house or a map showing its location, may be downloaded later if required.
  • Another method of creating a playlist is to use a transcript editor that is optimised to capture a sequence of media elements as they are broadcast or when they are published. This may include identification and incorporation of third party media elements (such as songs), prerecorded elements (such as advertisements) and live content. For example, a detailed summary of news items from a news service website (such as a broadcaster or newspaper publisher) could be prepared in playlist format. This summary may contain the news headlines broken down by category and possibly a brief extract that could be reviewed using the playlist viewer. The full article and/or associated images could be retrieved from the Internet if desired. Referring now to Fig 7, a flow diagram of an application to emulate a streaming methodology to approximate a full streaming media service is disclosed. This is achieved by combining blocks of streaming media, such as video or audio files.
  • a first step 700 involves the end user obtaining a copy of selected media content files, for example, from a compact disc issued by a radio station / broadcaster.
  • Each media content file is able to be referenced by playlist elements written in accordance with the principles relating to the structure described in relation to Figs. 3 and 4.
  • the compact disc includes for example, media content files for song tracks 1 to 5 as referred to in Fig. 9.
  • the end user installs these media content files on their own personal computer.
  • Fig. 9 in this regard is an example of a sequence of media files that could be associated with a commercial music radio station.
  • Step 710 is carried out when the end user wishes to listen to the radio station "broadcast".
  • the agent program 150 resident on the end user's computer is opened and a playlist is downloaded from a website associated with the radio station.
  • step 720 the method 500 of Fig. 5 is executed to emulate a streaming methodology to approximate a full streaming media service.
  • song tracks 1 to 5 have been locally cached.
  • the playlist file refers to elements corresponding to commercial A, commercial B, news, or song track 6, as seen in Fig. 9, the respective media content files will be obtained externally.
  • the arrangements described above provide that close to "real time” distribution of media can be achieved using the method of Fig. 7, although in a more efficient way than existing streaming media technologies can provide.
  • the "cached" media is that originally contained on the compact disc.
  • the media would be initially sought from a stream source such as the radio station or a corresponding music supplier.
  • the arrangements disclosed herein have particular applicability to commercial broadcast radio station which, as a matter of course, creates "program lists" that identify the particular order of content to be broadcast over a period of time.
  • Such a program list may commence, for example, on the hour with a five minute news segment followed by a musical piece, followed by an advertisement and then the disc jockey talking.
  • Many alternatives and combinations are possible.
  • such a program list may be used to generate the "playlist" of the arrangements described above and dynamically placed upon the website of the radio station at regular intervals throughout the course of the broadcasting day. For example, a single day of radio programming may be formed into a master playlist containing breakfast, morning, lunch, drive time and evening content items. Each of those items may in turn reference a corresponding playlist for that period.
  • Those periods may be further broken into playlists of, say, one hour duration. Accordingly, such an arrangement provides for nested playlists.
  • a person who failed to hear a particular free-to-air broadcast but who wishes to hear the radio show or segment may, at a subsequent time, access the playlist from the radio station website and reproduce the show, or selected items therefrom, from the playlist.
  • items such as news items and speech by the disc jockey for example may be content sourced from recordings directly from the website of the radio station. Advertisements may be sourced from the website of the radio station or alternatively from the website of an advertising house who produced the advertisement.
  • music broadcast may be sourced from the music publisher or from the radio station. In each instance, and particularly in relation to items that may be repeated over various "listening" sessions, such as advertisements and musical content, once streamed to the user's location, such may be cached at the user's location for subsequent use.
  • a radio station listener may wish to seek details of a phone number broadcast earlier, the details of which were not obtained by the listener at the time, h this situation, the listener can point their Internet browser to the website of the radio station at step 800 to commence the enquiry.
  • the relevant playlist is searched from within a database containing time referable playlists.
  • the method 500 of Fig. 5 can be executed, with the incorporation of use of the playlist viewer 640. This facility can minimise the time that radio station staff need to otherwise attend to such enquiries by telephone, as is referenced with respect to Figs. 7 and 8.
  • the identification of playlist files and media resources can be uniquely identified using full pathnames within a local area network, instead of URL's. This has no impact on the overall methodology, provided that all resources can be located within the network. In these situations there is no specific need to cache local copies. In some cases, it would even be possible to use relative path names based on a current working directory. This would be similar to many of the currently available playlist organisers. If playlists are to be shared by multiple users then it is preferable for each playlist file to be identified by a URL and to use a specific filename suffix, such as IPF (Independent Playlist Format).
  • IPF Independent Playlist Format
  • Another implementation provides a playlist agent that is designed to support a full home theatre system, incorporating a wide range of features and optimised for retrieving files (such as videos) from a broadband network.
  • the semi-streaming methodology to approximate a full streaming media service can be applied to static images, rather than video or audio files, h this arrangement, the playlist is used to create a video session from the component still images.
  • the playlist can be used to manage sequences of static images to produce slide shows, product catalogues and brochures.
  • the semi-streaming methods can be used to manage playlists for various forms of media, such as text files, graphic files, audio files and video files to produce slide shows, product catalogues, brochures, electronic magazines and customised sequences of audio and video clips.
  • the agent 150 can be configured to perform further activities including:
  • copyright management can be advantageously facilitated whereby the agent program and/or the remote server inserts a "signature stamp" with each media content file, before passing the file to the associated player.
  • the contents of each such signature stamp could include for example fields related to: a) expiry date; b) inability to cache; c) inability to share; d) share sample only; e) play with this player only.
  • the media player/s can be provided on a target device instead of a general purpose computer 101.
  • a target device may include mobile telephones using for example, 3G wireless protocol sourcing and retrieving MP3 files.
  • Internet including issues such as charging a fee for accessing content, copyright management, and efficient distribution of large amounts of data.
  • a key feature of the playlist mechanism is that it enables a detailed summary of media content to be maintained separately from the actual content. This summary can be used as a description or preview of content that can be subsequently purchased. For example, a news service may allow news headlines to be retrieved in playlist format for no charge, with a small fee for access to the full article.
  • the use of a playlist mechanism also allows intermediaries, such as media-brokers or media agents, to be involved in the retrieval of data from a master repository or server. These intermediaries can accept requests for media content from an agent program (including verification of user details if required), retrieve the required file and deliver it to the user. As part of this process the intermediaries can record any payments due for the content requested.
  • brokers may therefore effectively become 'retailers' for the media content, enabling payment for data from a wide range of 'media wholesalers' to be incorporated onto a single account for later payment.
  • the brokers may also cache content to improve the efficiency of data distribution by reducing the demand on the master repositories.
  • the agent program 150 can include a user's public key with the request for a specific media element.
  • the server for the master repository would use this public key to encrypt the content before returning it to the user.
  • the content could then only be read by the agent 150 with the private key counterpart for the original key, thereby enabling reproduction of the content which is otherwise indecipherable to any other user.
  • the playlist agent that processes the encrypted data is distinct from the media player required to read or view the actual content. Therefore the use of a playlist with PKI encryption as a copyright protection mechanism can be implemented without the need for modification or support from the actual media players.

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Multimedia (AREA)
  • Data Mining & Analysis (AREA)
  • Databases & Information Systems (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Library & Information Science (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

L'invention concerne un procédé de reproduction de contenu multimédia. Une liste d'écoute de plusieurs éléments multimédia (301-305) est obtenue (501), généralement à partir d'une source éloignée (15-19). La liste d'écoute est analysée (502) de manière à associer chaque élément multimédia (301-305) à des informations d'emplacement (320-324) d'un fichier de contenu multimédia récupérable correspondant (310-314). Les fichiers de contenu multimédia (320-324) sont récupérés à partir de l'emplacement correspondant et reproduits à l'aide d'un lecteur multimédia correspondant (10-14).
PCT/AU2003/001216 2002-09-18 2003-09-18 Mecanisme de liste d'ecoute pour distribution multimedia WO2004027606A1 (fr)

Priority Applications (1)

Application Number Priority Date Filing Date Title
AU2003260176A AU2003260176A1 (en) 2002-09-18 2003-09-18 Playlist mechanism for media distribution

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
AU2002951485 2002-09-18
AU2002951485A AU2002951485A0 (en) 2002-09-18 2002-09-18 Playlist mechanism for media distribution

Publications (1)

Publication Number Publication Date
WO2004027606A1 true WO2004027606A1 (fr) 2004-04-01

Family

ID=28047240

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/AU2003/001216 WO2004027606A1 (fr) 2002-09-18 2003-09-18 Mecanisme de liste d'ecoute pour distribution multimedia

Country Status (2)

Country Link
AU (1) AU2002951485A0 (fr)
WO (1) WO2004027606A1 (fr)

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8131676B2 (en) 2009-04-03 2012-03-06 Microsoft Corporation Updating media-location data for media-playing entities
US8392840B2 (en) 2009-05-22 2013-03-05 Microsoft Corporation Large sets of data
US8918480B2 (en) 1998-01-22 2014-12-23 Black Hills Media, Llc Method, system, and device for the distribution of internet radio content
US9135091B2 (en) 2009-04-03 2015-09-15 Microsoft Technology Licensing, Llc Communicating events or data between application components
US9253536B2 (en) 2009-03-18 2016-02-02 Microsoft Technology Licensing, Llc Updating data-consuming entities
US9516370B1 (en) 2004-05-05 2016-12-06 Black Hills Media, Llc Method, device, and system for directing a wireless speaker from a mobile phone to receive and render a playlist from a content server on the internet
US9584591B1 (en) 2004-05-05 2017-02-28 Black Hills Media, Llc Method and device for sharing a playlist at a dedicated media player device

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB2357002A (en) * 1999-10-05 2001-06-06 Ibm Displaying a set of multimedia segments according to a playlist
WO2001059607A2 (fr) * 2000-02-08 2001-08-16 Audioshock Inc. Procede, appareil et systeme d'integration de fichier de divertissement et d'informations correspondantes
US20020007418A1 (en) * 2000-07-13 2002-01-17 Vendaria, Inc. Method and system for delivering and monitoring an on-demand playlist over a network

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB2357002A (en) * 1999-10-05 2001-06-06 Ibm Displaying a set of multimedia segments according to a playlist
WO2001059607A2 (fr) * 2000-02-08 2001-08-16 Audioshock Inc. Procede, appareil et systeme d'integration de fichier de divertissement et d'informations correspondantes
US20020007418A1 (en) * 2000-07-13 2002-01-17 Vendaria, Inc. Method and system for delivering and monitoring an on-demand playlist over a network

Cited By (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8918480B2 (en) 1998-01-22 2014-12-23 Black Hills Media, Llc Method, system, and device for the distribution of internet radio content
US9397627B2 (en) 1998-01-22 2016-07-19 Black Hills Media, Llc Network-enabled audio device
US9516370B1 (en) 2004-05-05 2016-12-06 Black Hills Media, Llc Method, device, and system for directing a wireless speaker from a mobile phone to receive and render a playlist from a content server on the internet
US9554405B2 (en) 2004-05-05 2017-01-24 Black Hills Media, Llc Wireless speaker for receiving from a mobile phone directions to receive and render a playlist from a content server on the internet
US9584591B1 (en) 2004-05-05 2017-02-28 Black Hills Media, Llc Method and device for sharing a playlist at a dedicated media player device
US9253536B2 (en) 2009-03-18 2016-02-02 Microsoft Technology Licensing, Llc Updating data-consuming entities
US8131676B2 (en) 2009-04-03 2012-03-06 Microsoft Corporation Updating media-location data for media-playing entities
US9135091B2 (en) 2009-04-03 2015-09-15 Microsoft Technology Licensing, Llc Communicating events or data between application components
US8392840B2 (en) 2009-05-22 2013-03-05 Microsoft Corporation Large sets of data

Also Published As

Publication number Publication date
AU2002951485A0 (en) 2002-10-03

Similar Documents

Publication Publication Date Title
US6609105B2 (en) System and method for providing access to electronic works
US7844259B2 (en) Communication method
US7711564B2 (en) Connected audio and other media objects
US7096234B2 (en) Methods and systems for providing playlists
US8121843B2 (en) Fingerprint methods and systems for media signals
US6941324B2 (en) Methods and systems for processing playlists
US7220910B2 (en) Methods and systems for per persona processing media content-associated metadata
Drews et al. Virtual jukebox: reviving a classic
US7908270B2 (en) System and method for managing access to media assets
EP2131364B1 (fr) Dispositif de lecture de contenu téléchargeant par l'internet et liant un contenu manquant sous forme d' échantillon libre de droit.
US20070078713A1 (en) System for associating an advertisement marker with a media file
US20070078712A1 (en) Systems for inserting advertisements into a podcast
US8032538B2 (en) Information processing device, content title display method, and content title display program
US20100185502A1 (en) Dynamic mixed media package
US20060075425A1 (en) System, method and computer program for content management in conjunction with a file download
JP2003524199A (ja) 接続された音声及び他のメディアオブジェクト
US9092436B2 (en) Programming interface for use by media bundles to provide media presentations
US7774351B2 (en) Data recording control apparatus
US20070118865A1 (en) Recording device, recording method, and recording program
WO2004027606A1 (fr) Mecanisme de liste d'ecoute pour distribution multimedia
US20080071830A1 (en) Method of indexing and streaming media files on a distributed network
US8190617B2 (en) Information transmitting apparatus, terminal apparatus and method thereof
US20070253641A1 (en) Image Data Processing Device, Image Data Processing Method, and Image Data Processing Program
KR100751522B1 (ko) 동적 구성요소를 포함하는 멀티미디어 데이터 제공 장치 및방법
WO2001052141A1 (fr) Systeme et procede destines a fournir un acces a des travaux electoniques

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A1

Designated state(s): AE AG AL AM AT AU AZ BA BB BG BR BY BZ CA CH CN CO CR CU CZ DE DK DM DZ EC EE EG ES FI GB GD GE GH GM HR HU ID IL IN IS JP KE KG KP KR KZ LC LK LR LS LT LU LV MA MD MG MK MN MW MX MZ NI NO NZ OM PG PH PL PT RO RU SC SD SE SG SK SL SY TJ TM TN TR TT TZ UA UG US UZ VC VN YU ZA ZM ZW

AL Designated countries for regional patents

Kind code of ref document: A1

Designated state(s): GH GM KE LS MW MZ SD SL SZ TZ UG ZM ZW AM AZ BY KG KZ MD RU TJ TM AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HU IE IT LU MC NL PT RO SE SI SK TR BF BJ CF CG CI CM GA GN GQ GW ML MR NE SN TD TG

121 Ep: the epo has been informed by wipo that ep was designated in this application
DFPE Request for preliminary examination filed prior to expiration of 19th month from priority date (pct application filed before 20040101)
122 Ep: pct application non-entry in european phase
NENP Non-entry into the national phase

Ref country code: JP

WWW Wipo information: withdrawn in national office

Country of ref document: JP