Communications system

Abstract

 Supplementary data associated with a broadcast transmission (5, 26) is made available to the viewer by identifying the content currently being received at a user terminal 2. The user generates a request for data which includes the identity of the broadcast content. This request is transmitted from the user terminal 2 to a content provision platform 4. The content provision platform retrieves supplementary data associated with the identified broadcast content and delivers the supplementary data to a predetermined return address 9.

Description

[0001] This invention relates to communications systems, and in particular to systems which integrate broadcast and interactive services.

[0002] A feature of modern digital broadcast services is the provision of supplementary data or associated channels, accessible in response to a user input which causes the supplementary data to be displayed instead of, (or as well as), the original channel. Such data may include subtitles, additional information on a particular item in a broadcast etc. However, viewing such additional data at the time of transmission can disrupt the viewing of the main broadcast programme.

[0003] The present invention provides a system by which supplementary information can be accessed subsequent to the broadcast programme. Some embodiments also allow the information to be retrieved even if the programme is not viewed at the time of broadcast but as a recording.

[0004] One known system developed by Backchannelmedia Inc of Boston, Masachussets, inserts data into broadcast content which causes icons to be displayed on suitably configured receiver equipment. If a user operates a control whilst the icon is on display it causes an Internet address "hyperlink" associated with the icon to be stored in a location from where it can be accessed subsequently by the user.

[0005] The present invention adopts a different approach, which avoids the need to modify the broadcast content.

[0006] It is known to provide communications units which, in addition to accepting input data from a broadcast service (e.g. through a standard television aerial) also has a connection to a data communications network such as the Internet. Such systems use the data communications network for download of additional services such as electronic programme guide (EPG) data. Unlike the broadcast input, the data communications network connection is bi-directional, so it can also be used for services requiring an uplink, such as "on-demand" streaming services. Input from both sources (broadcast and internet) is converted by the communications unit to a form suitable for display on a monitor device, typically a standard television receiver. The communications unit is typically controlled by a remote-control unit.

[0007] According to a first aspect of the present invention, there is provided a communications terminal for processing data, the terminal comprising a receiver for receiving broadcast content, a transmitter for transmitting a request for supplementary data, a control input for receiving control signals, and a processor for identifying the content currently being received by the receiver, generating a request for content associated with the current received content to be transmitted to a predetermined address, and transmitting the generated request to a predetermined content provider.

[0008] Associated with this first aspect is a complementary aspect which provides a content provision processor having a data comparison processor for identifying a concordance between broadcast content and supplementary data associated with the broadcast content, an input for receiving data requests from one or more client devices identifying broadcast content and a return address, a retrieval system for retrieving the supplementary data associated with the broadcast content identified in such requests, and a transmission system for transmitting the retrieved supplementary data to the return address specified in the request.

[0009] The invention also provides a method of retrieving supplementary data associated with a broadcast transmission by identifying the broadcast content currently being received at a receiver, generating a request for data, the request including the identity of the broadcast content, transmitting the request to a content provision processor, at the content provision processor retrieving supplementary data associated with the identified broadcast content and delivering the supplementary data so identified to a predetermined return address.

[0010] The term "broadcast content" is used here to mean any content made available to a large number of receivers, either simultaneously or on demand. If the content is transmitted and viewed in real time, the identification of the broadcast content for which supplementary data is required can be made by identifying the channel currently being viewed and the time of the request, the concordance then being made with the transmission schedule of the channel in question.

[0011] If the input content is not a live broadcast but a recording of a broadcast made at some earlier time, the identification of the content for which supplementary data is required would require not only the channel but the exact start time of the recording to be captured, as well as the point in the recording which has been reached. Alternatively, the content can instead be identified using "acoustic fingerprinting", in which an extract of the content is recorded and transmitted to the platform to identify the content in question. This could, for example, be a distinctive sound track such as an advertising jingle. This method would allow content to be identified when viewed "on demand", or as a replay of a recording made by the user.

[0012] The user may be given the option of requesting data on content that has been transmitted recently, rather than at the instant of the request. This allows time for a user to react to the advertisement of other content, and locate the control device. In this case the request generation processor may adjust the time specified in the request, or the segment of transmission to be used for acoustic fingerprinting, accordingly. Alternatively, the time delay may be incorporated in the request, and allowed for in the processing at the remote platform.

[0013] The supplementary data may be transmitted to a user device other than the communications terminal on which the main content is received. Typically, it may be in the form of an email or text message giving access details (such as a website address) for more detailed content. By sending this to a different terminal it prevents interruption of the original content, and allows individual users viewing the same programme to specify different destinations for the content they individually require.

[0014] Embodiments of the invention will now be described, by way of example, with reference to the Figures, in which:

Figure 1 is a schematic illustration of the various elements cooperating to form the invention.

Figure 2 is a schematic illustration of a first embodiment of the communications platform of Figure 1

Figure 3 is a schematic illustration of a second embodiment of the communications platform of Figure 1

Figure 4 is a schematic illustration of the content provision platform of Figure 1

Figure 5 is a flow diagram illustrating the information flows taking place during the operation of the invention

Figure 5a depicts a variant of part of the flow diagram of Figure 5

[0015] As depicted in Figure 1, a user terminal (2 or 3) has an input 26 from a source 6 of transmitted material. As shown this input 26 is a television aerial for receiving transmissions broadcast from a content provider 5 through a transmitter 6 (terrestrial or satellite). The input may instead be from a cable TV service. In some embodiments the input may be material played back from a recording device, which has previously recorded the material from a broadcast source. As is conventional, the material is displayed on a television set 1.

[0016] The user terminal (2 or 3) also has a data connection through a router 7 which acts as the interface between user equipment 2, (3), 9 and a data communications network 8 such as the Internet.

[0017] Also shown in Figure 1 is a service provision platform 4 accessible from the data communications network 8. This platform has a data feed from the content provider 5.

[0018] Figure 2 depicts a first embodiment of the user terminal 2 depicted in Figure 1. This has the conventional functions of a digital television "set-top box", in particular a channel selection unit 20 controlled by a user input 22, shown as controlled by a remote control unit 21.

[0019] Some devices of this type also have a connection 7 to a data communications network 7, to allow services such as on-demand video streaming, electronic programme guides, etc. The present invention makes use of this connection for a further capability, embodied in an information request generation unit 23. This unit is responsive to an input from the user 21 to retrieve data relating to the content currently being viewed and transmit this data to a remote server together with an address for response retrieved from a store 27. The content may be identified from the current status of a channel monitoring unit 24, which is controlled by the channel selection unit 20 to identify the television channel currently being viewed, and the time the request is made as determined by an internal clock 25.

[0020] The control 21 may allow an input to identify a time to be calculated other than the current instant, for example 30 seconds previously.

[0021] The control 21 may also have provision to control the request generation unit to select one response address from several stored in the address store 27.

[0022] Figure 3 is a schematic diagram of an alternative user terminal 3 which may be used in place of the user terminal 2 shown in Figure 2. The components 20, 21, 22, 26, 27 common to the embodiments will not be discussed again in detail.

[0023] In this arrangement the request generation unit 33 is responsive to the input 22 to operate a sampling unit 34 to extract a sample of the content being delivered to the user 1. The sampling unit 34 may incorporate a buffer to allow content recently viewed or heard by the user to be used. The sample is coded to an acoustic fingerprint or "tag" such as used by the music discovery search engine "Shazam", and the tag forms part of the request to be transmitted by the request generation unit 33

[0024] It should be noted that the capabilities of both embodiments of Figures 2 and 3 may be incorporated in a single user terminal, to allow either of the two alternative processes to be used selectively according to circumstances. The embodiment of Figure 2 is potentially more reliable for live transmissions, but cannot easily be used with recorded material unless the channel and exact start time of the recording was captured at the time the recording was originally made.

[0025] Figure 4 illustrates the functional elements required at a service provider's platform 4 suitable for co-operation with the user terminals of both Figures 2 and 3. Although depicted as a integrated unit the various functional elements may be distributed amongst several items of hardware, and may be duplicated for capacity or reliability.

[0026] The platform 4 has a store 45 for supplementary data provided through an interface 46 with one or more content providers 5. The platform 4 also stores the broadcast schedule 42 in sufficient detail that it can identify which content is currently being broadcast at the point that a request for supplementary data was generated. If the primary broadcast content is advertising material, this requires a schedule of the advertisements transmitted in he broadcast. The platform 4 also has an acoustic fingerprinting processor 43 for identifying content from a sampled extract. It will be apparent that the functional elements 42, 43 are specific to the request types generated by the respective user terminals 2, 3 depicted in Figures 2 and 3, and either of them can be omitted if the platform is intended for use only with the other request type.

[0027] The platform 4 has an input unit 40 connected to a data communications network 8 for receiving information requests from user terminals 2, 3 connected to the network. This input is analysed by a broadcast identification unit 41 which identifies the primary content being viewed at the time the request was made, either from scheduling information (42) or from content analysis (43). A supplementary data retrieval unit 44 is controlled by the broadcast identification unit 41 to retrieve content related to the identified content. This content can be a universal resource locator (url) or Internet address giving access to more comprehensive data.

[0028] An addressing unit 47 is provided to extract return address data incorporated in a request received at the input 44. A reply compiler 48 generates a reply, for example in the form of an email, addressed to the return address retrieved by the addressing unit 47 and containing the data retrieved by the supplementary data retrieval unit 46, and transmits it through a data communications network - generally, but not necessarily, the same network 8 as that over which the request was received.

[0029] In operation, the co-operating elements of the invention perform as will now be described with reference to Figures 5 and 5a.

[0030] A viewer 99 seeing an item of interest 500 on the television 1 may wish to have more information than is contained in the transmission. For example, a short advertisement may prompt the viewer to seek further details. There is no need to overlay any metatags or other extra data in the broadcast content, although the content of the advertisement may of course mention that users who have the invention installed in their user terminal can seek further details by using the method of the invention.

[0031] The further information is available at a location 45 in the platform 4 operated by the service provider. This data is typically an email address or url (universal resource locator) for the advertiser's website. As the data to be delivered to the user comes from a single platform operated by a provider to whom the user has subscribed, the user can have confidence that he is not exposing himself to unknown or unfamiliar websites, and after receiving the contact details he can review them before deciding whether to establish contact with the advertiser itself. Again, because the content 45 is provided by the user's service provider, content can also be tailored to individual users, for example by providing a variant appropriate to the user's address or preferred language, or by barring access to inappropriate sites if the user has requested such a restriction.

[0032] In order to obtain this information, the user 99 operates a special key or sequence of key strokes on the control unit 21 (step 501). As shown in Figure 2, this is the same control unit 21 that controls functions such as channel selection 20, but separate control units may instead be provided for these different functions.

[0033] In response to the keystroke or sequence of such strokes the control unit transmits a control signal 502 to the request generation unit 23. In the simplest form of the invention this control signal 502 simply causes the request-generation function (503, 504) to be initiated. However, more complex requests may be made available, for example to select between the current and previous advertisements, or to allow different viewers to have content sent to different respective addresses 9. The generation of more complex requests may be assisted by prompts generated by the user terminal 2 for display on the television screen 1.

[0034] Several control units 21 may be provided, each associated with a different address 9 and each capable of sending request signals 501 which can be distinguished by the request generation function 23.

[0035] The operation of the request-generation unit 2, 3 differs in the two embodiments. The operation of the embodiment of Figure 2 is illustrated in Figure 5, whilst for the embodiment of Figure 3 the steps 593, 594, 595 illustrated in Figure 5a replace the steps 503, 504 delineated by the box in Figure 5.

[0036] In the embodiment of Figure 2 the request generation unit 23 interrogates the output 24 from the channel selection unit 20 (step 503), and also identifies the current time (step 504) from an internal clock 25. For better synchronisation, the clock may. itself be driven from a broadcast source 26. This information therefore identifies the time and channel on which the primary content was transmitted. As mentioned previously, the time can be adjusted, for example to identify the previous advertisement rather than the current one

[0037] If the user terminal 2 has a recording function, it may be capable of recording the channel and start time of recordings that it makes, and this data may be used to generate similar requests during playback of the recording by calculation of the original time of transmission of the part of the recording that was being viewed when the user operates the control (501).

[0038] Figures 3 and 5a illustrate an alternative method of generating requests for supplementary information. In this embodiment the request generation unit 33 transmits an instruction (593) to a sampling unit 34 to take an extract from the content currently being delivered to the television screen 1. In a preferred embodiment a buffering facility is provided so that the sampling unit can extract the content that had been transmitted immediately before the user 99 generated the request 501, 502. The buffering period may be adjusted to allow material from either the current advertisement or a previous one to be extracted.

[0039] The sampling unit 34 generates a sound file 594 which is returned to the request generation unit 33.

[0040] The request generation unit 33 now compiles a data request 506. This includes the data identifying the primary content (either channel and time, 503, 504) or sound file (594), and the address to which the data is to be sent, retrieved from the address store 27 (step 505). As indicated previously, the input 502 may indicate which of several addresses is to be used, and also may indicate whether the requested data is for the actual time or for a preceding segment in the broadcast.

[0041] The data request 506 is transmitted over the data communications network 8 to the service provider platform 4.

[0042] The service provider platform responds to such data requests as follows. As previously mentioned, the request includes data identifying primary broadcast content and an address to which a response is to be sent. The content data 507 may be channel and time data (see Figure 2) or a. sound clip (see Figure 3). Thisis forwarded to an analysis unit 41, which interrogates a database 42 or 43 (step 508). The database 42 matches time and channel data to the original television schedule (supplied to the service provider 4 from the broadcaster 6) to identify the content that was being transmitted at the specified time - or immediately preceding that time if the request so specifies. In the alternative embodiment, the database 43 performs an "acoustic fingerprint" process to identify the content. For advertising material, the fingerprint may be a "jingle" or a readily-identifiable trade mark or strap-line.

[0043] Having identified the primary content, the platform 4 then passes the request to a retrieval unit 44 (step 509) to retrieve the supplementary data associated with it (step 510). The supplementary data is maintained in a store 45 to which content is delivered either by the service provider or by the various content providers 46. This supplementary data typically consists of a link to the advertiser's website.

[0044] The supplementary data is delivered (step 511) to a message compiler 48 which generates a reply 514 to the original data request 506. In the preferred embodiment this reply is a message addressed to the user's email address 9, identified in an addressing unit 47 which retrieves the user identity from the input 506 (step 512), converts it to a user address 513 which it passes it to the message compiler. The message contains the supplementary data 511 retrieved from the store 45. The message complier 48 may tailor this message to the individual customer according to details held on the service provider's own customer database, such as location, content restrictions, etc.

[0045] The complied message 514 is then transmitted over the data communications network 8 to the user address 9 specified in the address header 513. As shown in Figure 1, the destination user address 9 is served by the same network interface router 7 as the user terminal 2 from which the request is transmitted, but this is not limitative - the destination can be any internet address specified by the user.

[0046] The message 514 can then be viewed by the user 99 (step 515) at a time and place convenient to him without interrupting his own viewing of the original programme content 500, or the viewing of anyone else watching with him, and can choose whether, and when, to download the content available at the advertiser's url.

Claims

1. A communications terminal for processing data, the terminal comprising a receiver for receiving broadcast content, a transmitter for transmitting a request for supplementary data, a control input for receiving control signals, and a processor for identifying the content currently being received by the receiver, generating a request for content associated with the current received content to be transmitted to a predetermined address, and transmitting the generated request to a predetermined content provider.

2. A terminal according to claim 1, further comprising a channel monitor for identifying the channel currently being received by the terminal at the time a request is generated.

3. A terminal according to claim 1, comprising a sampling unit for recording an extract of the broadcast content for transmission with the request.

4. A terminal according to claim 1, claim 2 or claim 3, wherein the controller is capable of selecting the time of transmission of the broadcast content for which supplementary data is required.

5. A terminal according to claim 1, claim 2, claim 3, or claim 4, wherein the processor is capable of selecting to which of a plurality of destinations the supplementary content is to be delivered.

6. A content provision processor having a data comparison processor for identifying a concordance between broadcast content and supplementary data associated with the broadcast content, an input for receiving data requests from one or more client devices identifying broadcast content and a return address, a retrieval system for retrieving the supplementary data associated with the broadcast content identified in such requests, and a transmission system for transmitting the retrieved supplementary data to the return address specified in the request.

7. A processor according to claim 6, wherein the retrieval system identifies, from data in the request, the channel currently being viewed and the time of the request, and retrieves data from a stored concordance with a transmission schedule of the channel in question.

8. A processor according to claim 6, wherein the retrieval system provides means for comparing an extract of the broadcast content with a database of recorded content.

9. A processor according to claim 6, claim 7 or claim 8, wherein the retrieval system identifies a time offset between the identified broadcast content and the content for which supplementary data is required.

10. A processor according to claim 6, claim 7, claim 8 or claim 9, wherein transmission system transmits the supplementary data in the form of a data message giving access details for more detailed content.

11. A method of retrieving supplementary data associated with a broadcast transmission by identifying the broadcast content currently being received at a receiver, generating a request for data, the request including the identity of the broadcast content, transmitting the request to a content provision processor, at the content provision processor retrieving supplementary data associated with the identified broadcast content and delivering the supplementary data so identified to a predetermined return address.

12. A method according to claim 11, wherein identification of the broadcast content for which supplementary data is required is made by identifying the channel currently being viewed and the time of the request, the concordance then being made with the transmission schedule of the channel in question.

13. A method according to claim 11, wherein identification of the broadcast content for which supplementary data is required is made by recording an extract of the broadcast content and comparing it with a database of content.

14. A method according to claim 11, claim 12 or claim 13, wherein a user input selects the time of transmission of the broadcast content for which supplementary data is required.

15. A method according to claim 11, claim 12, claim 13 or claim 14, wherein the supplementary data is transmitted in the form of a data message giving access details for more detailed content.

16. A method according to claim 11, claim 12, claim 13, claim 14, or claim 15, wherein a user input selects to which of a plurality of destinations the supplementary content is to be delivered.

Drawing