Abstract:
A method and a device ( 1 ) are provided for interacting with events in a broadcast audio stream. Patterns in the audio stream are compared to a stored signature ( 29 ) associated with the events and a function is executed in response to a successful match indicating the detection of an event. A viewer can participate in a broadcast quiz show using the device ( 1 ). Questions are provided in a graphical representation on the display ( 15 ) of the device ( 1 ) and the user can input answers to the questions. The event may be a buzzer in the audio stream of the broadcast quiz show, indicating that the time for responding to a question has expired and the function executed in response to detecting the signature of the buzzer may include terminating a time period in which the user can answer the questions using the device. The method of the invention also includes connecting to a server ( 3 ) for downloading data and instructions for participating in the interactive services and uploading user inputs for receiving rewards and prizes.

Description:
TECHNICAL FIELD 
       [0001]    This invention relates to interactive services. Particularly, but not exclusively, it relates to a mobile device that provides a service synchronised with events in an audio stream from a broadcast receiver. 
       BACKGROUND OF THE INVENTION 
       [0002]    Providers of content such as information, entertainment or advertising, are constantly seeking new and improved ways of interacting with their audience. Conventional television and radio provide limited opportunities for interaction with viewers or listeners, often based around a television viewer pressing buttons on a remote control in response to visual cues appearing on the screen. 
         [0003]    The present invention aims to provide alternative and additional ways for users to interact with content presented to them. 
       SUMMARY OF THE INVENTION 
       [0004]    According to the invention, there is provided a device comprising a microphone for receiving an audio stream, means for searching for a pattern in the received audio stream corresponding to a stored signature and means for executing a function in response to detecting the pattern. 
         [0005]    The audio stream may be derived from a broadcast signal received by a television receiver and the function may be related to broadcast content. 
         [0006]    The device may further comprise means for receiving data from a remote server, the data comprising signature data and a broadcast schedule to be stored at the device. 
         [0007]    The audio stream may be an audio stream associated with a broadcast advertisement and the function may include downloading information related to a product advertised during the broadcast advertisement. Alternatively, the function may include providing a user with a reward or other benefit for watching a broadcast advertisement during a commercial break. 
         [0008]    The audio stream may be an audio stream associated with a broadcast quiz show or a live sporting event and the function may include the termination of a time period for entering an answer to a question or entering a bet on the outcome of the event. 
         [0009]    Embodiments of the invention therefore provide an application synchronised with a broadcast. Moreover, the means of synchronisation avoids any errors in synchronisation due to the discrepancies in latencies associated with digital satellite, terrestrial and cable broadcasts, which may be delayed by, for example, up to six or more seconds compared with analogue broadcasts. 
         [0010]    Moreover, the application does not require a modification of the broadcast signal. Accordingly, the services can, if necessary, be created and supplied without the involvement of the broadcast production staff. 
         [0011]    According to the invention, there is further provided a server comprising a memory for storing broadcast service data including a schedule of future broadcasts and signatures corresponding to patterns in an audio stream being part of said broadcast content; a processor for selecting data from said broadcast service data for transmission to a device; and a transceiver for transmitting said selected data to the device. 
         [0012]    The memory may be configured to store a user profile associated with said device and the processor may be configured to select said selected data in dependence on the user profile. 
         [0013]    Moreover, there is provided a system comprising a server for storing data including a schedule of broadcasts and a signature corresponding to a pattern in an audio stream associated with broadcast content; a television receiver for receiving said broadcast content; and a device operable to download said data from said server; said device comprising a microphone for receiving said audio stream; means for searching for a pattern in the received audio stream corresponding to said signature; and means for executing a function in response to detecting said pattern. 
         [0014]    Yet further, there is provided a computer program product stored on a computer readable storage medium and comprising instructions for performing a service on a device associated with content in a broadcast signal, wherein the computer product is arranged for implementation in a device such that, when the computer program is executed therein, the device is arranged to: process a received audio stream; search for a pattern in the received audio stream corresponding to a stored signature; and execute a function in response to detecting the pattern. 
         [0015]    Additionally, there is provided a method for performing an application in a device, the application being synchronised with events in an audio stream of a broadcast; the method comprising receiving the audio stream in the device; searching for a pattern in the received audio stream corresponding to a stored signature; and executing a function in response to detecting the pattern. 
     
    
     
       BRIEF DESCRIPTION OF DRAWINGS 
         [0016]      FIG. 1  shows a system according to the invention; 
           [0017]      FIG. 2  is a schematic diagram of circuitry for a mobile telephone; 
           [0018]      FIG. 3  is a schematic diagram of the data structure of the data required to perform the services according to the invention; 
           [0019]      FIG. 4  illustrates the main components of a browser according to the invention; 
           [0020]      FIG. 5  illustrates a process for obtaining and storing data on a server according to the invention; 
           [0021]      FIG. 6  illustrates a process of downloading the main application program of the invention to a mobile telephone; 
           [0022]      FIG. 7  illustrates a process of obtaining data required to perform a service associated with a broadcast; 
           [0023]      FIGS. 8 and 9  illustrate processes of performing a service associated with a broadcast; and 
           [0024]      FIG. 10  illustrates an example of a service according to the invention. 
       
    
    
     DETAILED DESCRIPTION 
     System Structure 
       [0025]    Referring to  FIG. 1 , a system according to the invention comprises a user terminal  1 , a broadcast receiver  2  such as a television and a server  3  that communicates with the user terminal  1  via one or more conventional communication networks  4 , for example using TCP/IP over GPRS. The broadcast receiver  2  receives broadcast signals from a broadcast centre  5  and outputs audio signals via speakers  6  in a conventional way for reception by the terminal  1 . The broadcast signals may be either digital or analogue and may be delivered to the television receiver  2  by, for example, cable, satellite, the Internet or by conventional terrestrial transmission means. 
         [0026]    The user terminal  1  may be a conventional mobile telephone handset  1  as shown in  FIGS. 1 and 2 . The mobile telephone handset  1  comprises a microphone  7  and a speaker  8 , connected via respective amplifiers  9 ,  10  to a codec  11 . The codec  11  is in turn connected to an antenna  12  via a radio interface  13 , and to a processor  14  for controlling operation of the handset  1 . The handset  1  further includes a display  15 , such as an LCD display, and a keypad  16  including soft keys  17  that can be programmed to perform different functions. The handset  1  is also provided with memory  18 . 
         [0027]    The microphone  7  of the handset  1  is configured to pick up audio signals from the television receiver  2  and the handset  1  is configured to communicate via radio signals with the server  3 , under the control of application software running on the handset  1 , which operates, for example, under the Symbian™ operating system. 
         [0028]    The server  3  comprises a transceiver  19  for transmitting and receiving radio signals over the communications network  4  to the handset  1 , including but not limited to transmission by TCP/IP over GPRS. The server also comprises a processor  20  and a memory  21 . The memory preferably comprises a database for storing a user profile associated with the handset  1 . 
       Software Structure 
       [0029]    The application software comprises two components. The first component includes a main application program providing code for a browser to be run in the mobile telephone  1 . The second component includes instructions and data for particular services handled by the browser of the main application. A service is associated with a set of instructions related to the content of a specific broadcast. Since new services are generated to support new scheduled broadcasts, the second component of the software needs to be constantly updated. The main application browser, on the other hand, only needs to be downloaded to the mobile telephone once. 
         [0030]    The services handled by the browser include events that are synchronised with events in the broadcast. Thus, the browser, and therefore the first component of the software, comprises software for triggering the service events in response to detecting the events in the broadcast. The data for identifying events may change over time as new events are scheduled and, consequently, the data for identifying distinct events is included in the second component. The first and the second component of the software can be implemented in a number of ways. One example of an implementation is described below and should be considered exemplary rather than limiting. 
         [0031]    A service runs for a fixed period of time, typically equivalent to the duration of a broadcast programme or a broadcast advertisement or promotion shown on television. The service is synchronised with the broadcast by means of stored signatures that can be matched to patterns in the audio stream of the broadcast. Different parts of the service, which will be referred to as states below, are triggered in response to the detection of different signatures. 
         [0032]    A state corresponds to a time interval of a service and only one state can be active at a time. The states are activated or deactivated in response to, for example, the detection of a pattern in the audio stream, the end of a time period set by a timer or a user action. Each state is represented by a state object  22   a - 22   d  stored in memory as shown in  FIG. 3 . Together, the state objects make up the data required for a service  23 . Each state object contains logic  24 , a user interface event handler  25  and associated visual content  26 . The state objects may further comprise code  27  defining the triggers for the activation and the deactivation of the state and a reference  28  to a stored signature. The signature may be stored as a signature object  29  in memory  18 . 
         [0033]    A stored signature object  29  is, for example, generated from a 4 second 16-bit linear PCM file with sample rate of 8000 bps as an array of 4000 Booleans. Each Boolean value represents whether or not sound was present during a particular interval in the original audio. Each interval is 1/1000 th  of a second. However, any other suitable data format and structure may be used for the signature. Each stored signature is uniquely associated with a state object. 
         [0034]    Each complete service  23  also comes with time data  30  indicating at approximately what time the associated broadcast is scheduled to take place, such that the processor of the mobile telephone  1  can start the service at the indicated time. 
         [0035]    The main application program, on the other hand, comprises a generic browser and any additional data required for a particular type and brand of mobile telephone. With reference to  FIG. 4 , the browser  31  comprises an application user interface  32 , a service manager  33  and a listen manager  34 . The application user interface  32  provides the graphical user interface to the application. It renders the visual content associated with each state object in the display  15  of the mobile handset. The service manager  33 , on the other hand, hosts one or more services, is responsible for the activation and deactivation of hosted services, and reports the state of each service to the user interface. Finally, the listen manager  34  is responsible for listening to live audio input from the microphone of the mobile telephone, for mapping the live audio into a form more suitable for audio recognition and for performing comparisons between the mapped live audio and the signatures stored in the data memory. 
         [0036]    The conversion of the live audio input to a format more suitable for comparison with the stored signatures can be handled in any well-known manner, for example using software. The software records a live signature and compares it to the stored signature. Each live signature may consist of 4 seconds of audio and a new live signature may be recorded and compared to the stored signatures in memory every 1/1000 th  of a second. 
       Operation 
       [0037]    The principles of operation of the invention will now be described in more detail. 
         [0038]    With reference to  FIG. 5 , the service specific data and the schedule of upcoming services may be loaded on the server  3  in a number of ways. The service specific data may be received directly from the broadcasting centre  5 , step S 5 . 1 , if the broadcasting centre is responsible for the services. Alternatively, the service may be supplied by a third party who has arranged a deal with the producers of the broadcasts. The third party may then receive a preview copy of the scheduled broadcast, step S 5 . 2 , and obtain the relevant signatures and time data from the preview copy, step S 5 . 3 . The service specific data is then received at the server location from the third party at step S 5 . 4 . The schedule of upcoming services can be generated from a broadcast listing and the service specific data obtained. The broadcast listings may be received from the broadcast centre  5  at step S 5 . 5  and the scheduled times of all broadcasts for which service data exists may be extracted from the listings to generate the schedule at step S 5 . 6 . The data and scheduled are loaded and stored on the server at step S 5 . 7 . 
         [0039]    With reference to  FIG. 6 , the main application program for the mobile telephone is also stored at the server, step S 6 . 1 , and can be downloaded on request by a mobile telephone. For example, the application may be promoted to first time users by television or via printed matter and a Short Message Service (SMS) short code may be supplied for downloading the application. When the viewer sends a text message to the short code using a mobile telephone  1 , a request for the application is transmitted to and received by the server  3 , step S 6 . 2 , and in return the application program is transmitted to the mobile telephone  1 , step S 6 . 3 . The application may be transmitted by multimedia messaging service (MMS) messages. The server  3  may further generate a new user profile, step S 6 . 4 , for the requesting mobile telephone in memory in response to receiving the request. 
         [0040]    Other ways of transferring the application program to the mobile telephone include but are not limited to downloading it over the Internet from a separate server or computer, either via a wired or wireless connection, or by Bluetooth™ from another mobile telephone or personal computer. If the program is not downloaded directly from the server  3 , the application program may be configured to send a message to the server  3  when the application is launched for the first time in order to create a new user profile in the memory  21  of the server. 
         [0041]    After the main application program has been stored on the mobile telephone, a user can launch the application by using a menu in a graphical user interface provided by an operating system of the mobile telephone. The option to activate the application may be provided via a link under the heading of entertainment. 
         [0042]    The link may take the user to a menu providing the option to activate or deactivate the application. 
         [0043]    When the application is activated for the first time, the mobile telephone establishes a connection to the server to download an up-to-date schedule of upcoming services and the data structures corresponding to the services. At this point, the user may be requested to input the types of services of interest to him. This data will be saved in the user profile at the server and it can be changed at a later date. The user profile is used to select what data to transmit to the mobile telephone. For example, the server may store data required for performing an upcoming betting service associated with a football match, but a particular user has only expressed an interest in services associated with quiz shows. As a result, the data required for the betting service is not transmitted to the mobile telephone. 
         [0044]    The time of the last connection to the mobile telephone and data identifying the transmitted data files is further recorded in the user profile. Consequently, the next time the application is activated and a connection to the server is established, the server can check what data files have already been transmitted to the mobile telephone such that data already received by the mobile telephone is not re-transmitted. 
         [0045]    After the server  3  has identified the data to be transmitted to the mobile telephone, the processor  20  of the server  3  generates a number of SMS messages comprising the identified data and transmits the SMS messages to the mobile telephone  1 . The mobile telephone receives the SMS messages and automatically stores the data in memory  18 . The use of SMS messages to transmit the data from the server  3  to the mobile telephone  1  is only one example of how the data can be transmitted. Other suitable means for transmitting the identified data can be used. 
         [0046]    If the application according to the invention is open for an extended period of time, the mobile telephone may poll the server via a TCP/IP link over GPRS for updated data at regular intervals. Furthermore, if data for a service associated with a broadcast that is currently being shown or which is scheduled shortly is updated in the server, the server may attempt to establish connections to the mobile telephones in the system that have downloaded the relevant data, such that the data in the mobile telephones can be updated. 
         [0047]    When the data required for a particular service has been downloaded, the processor of the mobile telephone checks the approximate start time of the broadcast associated with the next service and sets a timer for starting the service. At the start of the service, the listen manager  34  is instructed to start listening for patterns in the received audio stream that matches the stored signatures. The first state of the service is then activated. The function provided by the first state varies with the type of service and the content of the broadcast. As the broadcast proceeds, subsequent states of the service are activated and deactivated. 
         [0048]    At the end of a service, the mobile telephone may collect any data received as a result of user interaction with the mobile telephone during the service. This data is then sent to the remote server  3  for processing. 
         [0049]    The audio stream consequently provides a time-line with respect to which an application according to the invention can synchronise. The stored audio signatures provide the application with references against that time line. Consequently, there are two levels of synchronisation. The connection to the server and downloaded data provide an approximate synchronisation in time and the reception and processing of the audio stream provide a more exact synchronisation with the broadcast. 
         [0050]    A process for downloading service specific data from a server will now be described in more detail with respect to  FIG. 7 . 
         [0051]    The application is launched at step S 7 . 1  as a result of, for example, a user selecting a menu option in the graphical user interface of the mobile telephone. Alternatively, the application may launch automatically, when the mobile telephone is switched on. At step S 7 . 2 , the mobile telephone connects to the server. An attempt to connect to the server may be automatically triggered by the launch of the application. Alternatively, the attempt to connect may be triggered by a user action. At step S 7 . 3 , the server identifies the mobile telephone and checks the user profile associated with the mobile telephone. At step S 7 . 4  the server determines the data to be sent to the mobile telephone in dependence on the user profile stored in memory and at step S 7 . 5  the data is transmitted to the mobile telephone, preferable via SMS or MMS. At step S 7 . 6 , the data is received at the mobile telephone and stored in memory. The connection to the server may then be closed. 
         [0052]    The mobile telephone is preferably configured to poll the server at regular intervals for any new data or scheduled services. Thus, at step S 7 . 7  a timer is set to trigger a new connection to the server after a predetermined time period. The timer may be implemented by software that checks at regular intervals whether the time elapsed since the timer was set is equal to or longer than the predetermined time period. If the predetermined time period has not expired at step S 7 . 8 , the software continues to check the elapsed time. If the time period has expired, the process is repeated from step S 7 . 2  to step S 7 . 8 . The timer may also be implemented using hardware or a combination of hardware and software as is well known in the art. 
         [0053]    If the service specific data stored in the server  3  is updated during the broadcast associated with the service, for example if the broadcast is a live broadcast of a sports event and new state objects are generated and stored as a result of development in the live event, the updated data files need to be transmitted to the mobile telephone. Therefore, at step S 7 . 9 , the server  3  establishes a connection to the mobile telephone  1  and steps S 7 . 3  to S 7 . 8  are subsequently repeated. 
         [0054]    With reference to  FIG. 8 , an example of a process of activating a state in response to the detection of a pattern in the audio stream will be described in more detail. The listen manager  34  starts listening at step S 8 . 1 . At step S 8 . 2 , the listen manager checks whether a sample of the audio signal matches a stored signature. If not, the listen manager continues to sample and compare the audio signal with stored signatures. If there is a match between the sampled signal and a stored pattern, a state is activated at step S 8 . 3 . The state may for example be related to a reward for a user watching an advertisement and the user may need to press a key to indicate its presence in order to obtain the reward. Thus, at step S 8 . 4 , a timer is set giving the viewer a fixed period for pressing the key before the state is deactivated and the viewer loses his chance to receive the reward. 
         [0055]    At some time after the timer is set, the user presses the key and the browser recognises a received user input at step S 8 . 5 . The timer repeatedly checks whether the set time period has expired. If at step S 8 . 6 , the timer data shows that the elapsed time since the timer was set is equal to or longer than the set time, the state is deactivated, step S 8 . 7 . The processor analyses the received user input at step S 8 . 8  and transmits it to the server at step S 8 . 9  for the server to complete the transaction. 
         [0056]    An exemplary process of deactivating a state in response to the detection of a pattern in the audio stream will now be described in more detail with reference to  FIG. 9 . At step S 9 . 1  a state is activated. The state may be activated as a result of a user action, a timer or the detection of a pattern matching another stored signature. The active state object contains a reference to a signature object  29  stored in memory  18  and at step S 9 . 2  the listen manager  34  starts listening for a pattern corresponding to the stored signature object  29 . While the listen manager  34  is receiving and analysing the incoming audio stream, a user inputs data using the keypad  16 . The mobile telephone receives the user input at step S 9 . 3 . The user input may, as an example, be an answer to a question in a broadcast quiz show or a bet related to the performance of a player in a football match. At step S 9 . 4 , the listen manager checks whether a sample of the audio signal matches the stored signature corresponding to the signature object  29  of the active state. If not, the listen manager continues to sample and compare the audio signal with the stored signature. If there is a match between the sampled signal and the stored signature, the state is deactivated at step S 9 . 5 . No more answers, bets or other responses related to this state can now be input by the user. At step S 9 . 6  the user input is processed by the service manager and at step S 9 . 7  the data is sent to a server for processing and/or forwarding to a third party. 
       Specific Examples 
       [0057]    The invention will now be described with respect to a number of examples of scheduled broadcast content for which services according to the invention may be provided. 
         [0058]    A television receiver  2  may receive a broadcast signal for a documentary about the history of Egypt. At the end of the programme, the broadcast may present information about a book about Egypt written by the presenter of the documentary for viewers who are interested in finding out more about the history of Egypt. The documentary may be scheduled to be shown between 8 pm and 9 pm on a Wednesday night. Referring to  FIG. 10 , a viewer intending to watch the documentary sits down at 7.30 pm and uses the soft keys  17  of his mobile phone to switch on the application, step S 10 . 1 . The mobile telephone is thereby triggered to connect to the server  3  and an up-to-date schedule of services is downloaded together with the data required to perform the services, step S 10 . 2 . The service manager  33  of the browser  31  of the application retrieves the schedule of upcoming services from memory, notes that a service associated with the documentary is scheduled at the end of the current programme, step S 10 . 3 , and sets a timer at step S 10 . 4  for launching the browser and starting the services at ten to nine in accordance with the time data  30  supplied with the service related data. 
         [0059]    At ten to nine, step S 10 . 5 , the service manager starts the service. At this point in time, the browser may also be automatically launched on the mobile phone. In one embodiment, the browser may launch with a pop-up window providing the viewer with a choice on whether to participate in the service or not. The pop-up window may be accompanied with a sound, which alerts the user to the fact that an input is required. The pop-up window may be provided with information about the type of the service such that the user can make an informed decision about whether he wants to receive it. 
         [0060]    If the user decides not to receive the service at step S 10 . 6 , the service is deactivated and the browser closes at step S 10 . 7 . If the user, on the other hand, decides to receive the service at step S 10 . 6 , or if the service is provided automatically, the listen manager starts to listen for an audio pattern at step S 10 . 8 , which indicates the end of the documentary. The audio pattern may correspond to the theme music of the documentary. The data downloaded from the server indicates that the state associated with the service should be activated at the time of detecting the audio pattern. When the pattern is detected, step S 10 . 9 , the listen manager informs the service manager and the service manager activates the first state of the service at step S 10 . 10 . As a result, the application user interface loads a website for an online book shop which sells the book associated with the documentary at step S 10 . 11 . Consequently, the television displays the information about the book and at the same time, the mobile telephone displays the website for buying the book. The viewer can therefore buy the book directly by selecting the displayed link without having to remember the details on how to obtain the book until later. 
         [0061]    The data in the state object may indicate that the state should be active until the viewer closes the browser  31 , a new state associated with another service is activated or a predetermined period set by a timer expires, whichever happens first. Thus, the website may remain loaded in the browser on the mobile telephone for a period of time after the end of the broadcast. 
         [0062]    Another example of a service according to the invention includes a service associated with a broadcast advertisement or promotion for inducing viewers to watch the advertisement. The time data  30  of the service indicates a time slightly earlier that the scheduled time of the advertisement or promotion. The browser  31  is accordingly launched at the indicated time. 
         [0063]    Many companies develop recognisable jingles for their brands. Examples include “I&#39;m loving it™” for McDonald&#39;s™ and “Mmm, Danone™” for Danone™. Each state object of the service associated with a commercial break may contain a reference to such a jingle stored in memory. When the listen manager  34  detects a pattern in the audio stream from the television that matches a signature referenced by a current state object, the service manager instructs the application user interface to load a website associated with the brand in the display of the mobile telephone or otherwise connect to the advertiser or promoter. 
         [0064]    Alternatively, the service manager may instruct the application user interface to load a page, which prompts the user to press a key on the keypad in order to receive a reward for watching the advertisement, promotion or other commercial. For example, in order to induce viewers to watch an advertisement and not flick channels during the times it is broadcast, a company may offer a reward to a viewer in the form of mobile telephone credits, money, coupons etc. However, in order to ensure that the viewer actually remains near the television during the commercial, the user must press a button at some point during the advertisement to indicate his or her presence. At the end of the service, which may be at the end of the broadcast of the advertisement or at the end of a programme during a break of which the advertisement is shown, the mobile telephone submits any user input data collected during the service to the server. The collected data include any user inputs in response to the service and the viewer is rewarded accordingly. The information received from the mobile telephone may be processed and forwarded to a third party. For example, the server may check if the input for a reward was input in response to the McDonald&#39;s™ jingle or the Danone™ jingle and inform the advertisers accordingly such that the companies can be billed correctly. 
         [0065]    Another situation in which the invention can be used involves a broadcast quiz show. Before the quiz show starts the application launches as described above. The mobile telephone subsequently connects to the server and downloads the required data for performing the service. The downloaded data may comprise one state object for each question in the quiz show. The audio track accompanying the quiz show may include a buzzer or another easily recognisable sound each time the time period for answering a question expires. A signature corresponding to the easily recognisable sound is therefore also downloaded from the server. If the questions further comprise options for answering the questions, the options and associated visual content for displaying the options on the screen  15  of the mobile telephone may be downloaded as part of the state objects. 
         [0066]    Each state of the service is deactivated in response to the listen manager  34  detecting in the broadcast audio stream the pattern corresponding to the stored signature. After the deactivation of a state, an answer to the question cannot be entered. Consequently, a viewer cannot cheat. At the end of the programme, all the answers selected by the viewer are sent to the server for processing. The mobile telephone may regularly poll the server to download more data during the service if the service changes in response to changes in the schedule. For example, more questions than expected may be answered during a live broadcast and consequently, additional state objects need to be generated and transmitted to the mobile telephone. 
         [0067]    A further example of a service according the invention involves a service for allowing television viewers to bet on the results of a live football game. Usually, all bets for a televised live football game have to be collected before the beginning of the broadcast of the live football game. The invention provides a method according to which viewers can continue to place bets up until the end of the game or the event for which they are betting. For example, viewers can continuously bet on who will score the next goal and at what time it will be scored. The service data downloaded from the server may comprise one state object per goal. A new state object may become active after each goal and the state may last until a footballer has scored. The end of a state may be triggered when the microphone of the mobile detects a pattern in the audio stream from the television/radio corresponding to a goal. The mobile telephone operating in accordance with the data in the state objects allows viewers to enter the bets up to the time of detecting the stored audio signatures. The data transmitted to the server at the end of the service may include the time of the bet and the bet itself and the winnings may be calculated accordingly. 
         [0068]    A further example could take the form of a Bingo type competition. This might form part of a particular broadcast programme, or run during the commercial breaks of a broadcast channel. In any event, the user, having acquired the range of signatures and the updated Bingo ‘card’ from the server to be displayed on the mobile telephone, would be induced to maintain constant attention towards the broadcast. When a signature is identified from the broadcast audio stream, the browser of the mobile telephone displays a graphic associated with a unique matching event, and the user has a short period of time to click on a button on the handset to register that they were present when the matching event took place. Over a period of time, the user records a number of matching events corresponding to those referenced on the Bingo card, and if these in turn accurately map to a group of expected events, the user can instruct the mobile telephone via the application to inform the server via SMS or over GPRS that all events have been recorded. The application would, by this means, inform the server of a sequence of matching events that had been identified. If this sequence is validated by the server, the first user to have submitted a correct sequence is awarded a prize. 
         [0069]    It should be recognised by the skilled person that although the above examples of the invention have been described with respect to a television, any type of media apparatus may be used such as a radio, stereo or a pc connected to the Internet or providing a media stream from a CD-ROM. 
         [0070]    Moreover, the signals need not necessarily be broadcast. The service may be provided with a DVD (or UMD) of a game or quiz show. 
         [0071]    Furthermore, although the user terminal has been described with reference to a mobile telephone handset, any type of terminal could be used, whether portable or not, hand-held or not, including but not limited to PDA devices or devices that are specially adapted to provide the features of the invention.