Browse Prior Art Database

A method for personalised notifcation of a broadcast media item -- "You must hear this"

IP.com Disclosure Number: IPCOM000028474D
Original Publication Date: 2004-May-17
Included in the Prior Art Database: 2004-May-17
Document File: 4 page(s) / 91K

Publishing Venue

IBM

Abstract

In this article we aim to show the potential in a connected world of expressing an interest in hearing a piece of music, identifying it by name, but not knowing what music channel it is playing on. The ability for the playing device to switch to it the next time it turns up on a broadcast. Being able to get users to 'tune' to an item of interest whenever or wherever it may be playing becomes a possibility. This concept exists at a station level, with station ID codes for rock, classic etc, and also exists at a vehicle information level, but currently it has not been expressed at the level of an individual piece of music or a programme.

This text was extracted from a PDF file.
At least one non-text object (such as an image or picture) has been suppressed.
This is the abbreviated version, containing approximately 36% of the total text.

Page 1 of 4

A method for personalised notifcation of a broadcast media item -- "You must hear this"

Current systems deal with the problem of knowing what a piece of music sounds like but not what it is called with services now provided over telephony that identify the music in question. However, consider the situation where the scenario is reversed: a person knows what the song is called but not what it sounds like. In this scenario, the person may hear the song by sheer chance (switch on the TV/radio at the right time) or they may go and buy the record. Either way, they either spend some money (which if they do not like the tune is clearly not an attractive proposition) or have to rely on chance. Equally, they might trawl the internet looking for it but often the song has not yet been sampled or the sample is of a low quality. From a promotional perspective, this means that some word of mouth recommendations inevitably will fall by the wayside and potential sales are not capitised upon.

Our suggestion consists of the following core concepts:

The user posts a subscription via an application into a pub/sub system that specifies the details of the track they are interested in. When a broadcaster plays a track, an event is fired into the broker with details of the track being played.

The broker routes the event to the users who have declared their interest in the track. At the user end, the event is caught by the subscribing application and an appropriate media stream is provided for the user to listen to the track being broadcast.

The benefits provided by this are:

The user does not have to buy a copy of the track.

The user doesn't have to search for the track themselves.

The user has an opportunity to "try before they buy" without infringing

copyright since they are listening to a legitimate broadcast (not using peer-to-peer, mp3s, shared playlists and so on). This benefits the user and the artist in that the user gets to hear the track with no obligation and the artist gets to promote their material to a wider audience. The publish/subscribe method permits the user to register interest from

multiple devices and to multiple tracks.

A simple way to achieve this could be using the following components:

An instant messaging "bot" to handle the interaction with the user over Lotus*

Sametime*, AOL, MSN Messenger** or similar. Bots are standalone applications and appear on buddy lists as a human peer would but are in fact software applications that interpret user messages and respond as if it were another peer user. Bots can be built using an SDK such as the Lotus Sametime Toolkit that provides Java*** and C++ wrappers around the events and components in the Sametime system. A lookup table containing a mapping of broadcaster names to URLs of RealAudio

streams. For the purposes of illustration this is simply a piece of XML. A pub/sub system such as WebSphere* MQ Event Broker. This may be specific

to a given broadcaster or across multiple broadcasters...