EP2347583A1 - System for managing interactivity - Google Patents

Abstract

The invention relates to a system for managing interactivity between a broadcasting platform for a contents broadcaster and a user terminal. According to the invention, such a system comprises: a contents broadcasting platform comprising means for broadcasting a content to said user terminal, said content comprising metadata which are associated therewith; at least one user terminal, comprising means for receiving said content originating from said broadcasting platform and means for extracting at least one interactivity request previously inserted into said metadata and means for sending a response to said interactivity request.

Description

 Interactivity management system.

The present invention relates to the field of multimedia streaming. Multimedia flow means a set of digital data that makes up graphic, audio, audiovisual, and other environments.

The present invention relates more particularly to the management of interactivity services that are linked to such multimedia streams.

The broadcasting of multimedia streams (via radio or television) has been undergoing profound changes for several years. Indeed, an analogue terrestrial broadcasting, the technological evolutions led to a diffusion in digital on various types of radio networks, satellite, cables or telecommunications (ADSL on copper or the optical fiber).

These new means of dissemination offer: data enrichment features (name of the broadcaster, name of the program, tracked title ...). This enrichment of data is possible thanks to certain existing standards or standards. interactivity features have also appeared

(voting system, quiz games ...) that offer the end user the opportunity to interact according to the program broadcast. This interactivity is particularly possible on networks offering bidirectional communication (descending and ascending voice). This is the case, for example, of the satellite, of television via ADSL.

PCT application WO2008 / 030298 discloses mechanisms for managing interactivity. This application describes a system and a method for voting via an interactive television system. Thus, this patent application describes the possibility of integrating an interactivity request into a metadata stream as part of the TV via ADSL. It also describes the interaction with the user and the processing of the user's answer (his vote). It is recalled that in the context of the broadcasting of digital content through communication networks such as IP networks or radio networks, the digital contents are transmitted via multimedia streams. Digital content may be for example a television program, a film, a radio program, a musical title, etc. Media streams carrying digital content include several types of data: video, audio, and metadata. A metadata is by definition a datum used to define or describe another datum. Thus, an audio type metadata may contain a song or album title, a duration, an interpreter, and so on.

Interactivity queries that are inserted into the metadata allow interaction with the end user through messages or data exchanged with devices specifically designed for that purpose.

However, this prior art, like the other prior techniques known to date, has limitations, particularly related to the fact that the proposed existing solutions fit as a total break between the end user and the content provider. There are indeed many devices or systems that are responsible for the transmission and reception of interactivity data and the broadcaster does not have the ability to manage its own data. Thus in this case: the integration of interactivity requests into the metadata flows requires the rediffusion of either the enriched metadata stream, or the content / metadata flow enriched by the service provider, the interactivity request and the responses. related parties must transit on the same network and therefore the same type of network (TV via ADSL). the content provider does not control live, interactivity queries related to its own stream. Interactivity requests are processed by other devices and systems other than the content provider. In other words, the techniques of the prior art severely partition the content provider and the user so that the content provider does not have direct access to the data resulting from the interactivity with the user.

The invention does not have the drawbacks of the prior art.

The invention is in the form of an interactivity management system between a broadcast platform of a content provider and a user terminal.

According to the invention, such a system comprises: a content broadcasting platform comprising means for broadcasting a content to said user terminal, said content comprising metadata associated therewith; at least one user terminal, comprising means for receiving said content from said broadcast platform and means for extracting at least one interactivity request previously inserted in said metadata and transmission means of a response to said interactivity request.

Thus, unlike the techniques of the prior art in which the interactivity data is integrated with the stream, the invention makes it possible to transmit only the response data to the interactivity requests. Indeed, the extraction by the terminal of the interactivity request ensures that it will be processed independently of the content with which it is associated. The response to the interactivity request is therefore issued independently of the content that contained the request. The content is therefore not reissued and only the data needed to process the response or possibly the data necessary to initialize a dialogue with the terminal are issued. The invention therefore greatly simplifies the management of this type of interactivity request while providing an opening to other platforms, such as the platforms of the broadcasters, so that they can process the interactivity data that interests them. According to a particular characteristic of the invention, said system further comprises an intermediation platform (104) comprising means for receiving said response from said terminal (103).

Thus, the processing of answers is centralized and open to multiple thirds: content provider, broadcaster, etc.

An object of the invention is a content broadcasting platform of a broadcaster comprising means for broadcasting (101, 102) content to a user terminal, said content comprising metadata associated with it, at least an interactivity request having been inserted, prior to the broadcasting of said content, within said metadata.

According to a particular characteristic of the invention, said content distribution platform further comprises: means for creating a token making it possible to identify said interactivity request; means for inserting said token within said interactivity request; means for inserting said interactivity request into said metadata. Thus, according to the invention, the broadcaster can itself insert its own interactivity requests, according to a standard insertion protocol. The broadcaster is therefore free to conduct surveys, polls, votes, etc. that it wishes without it being dependent on the technical architectures of the networks of diffusion.

Another object of the invention is a user terminal comprising means for extracting at least one inserted interactivity request, prior to the broadcast of a content, within metadata, said content comprising said metadata which are associated with it. According to a particular embodiment, the user terminal further comprises:

Means for receiving content from a content distribution platform, said content including metadata associated therewith,

Means for transmitting a response to said interactivity request.

According to a particular embodiment of the invention, said user terminal further comprises: means for processing said extracted interactivity request delivering at least one processing result; insertion means, within said interactivity request, of said at least one result; means for transmitting, to said intermediation platform, said response relating to said processed interactivity request, in the form of a request completed by said response.

Thus, the invention enables the terminal to process the interactivity request, for example in relation to choices made by the user through an interface and to transmit the results directly to the intermediation platform. According to the invention, the results of the processes are inserted within the interactivity request itself by using one or more fields intended for the transmission of the response.

According to a particular characteristic of the invention, said intermediation platform comprises: means for analyzing said completed interactivity request making it possible to identify, using said token, said broadcaster and said user terminal; means for processing invalid requests for tracing said completed request when it has an anomaly; processing scheduling means related to said completed request; means for recording queries for identifying and saving said completed query for later use; means for activating actions that are performed by said intermediation platform according to a nature of said completed request; processing means which retrieve said at least one result contained in said completed request, and perform specific processing of these results to constitute data to be made available; provisioning means responsible for supplying the content provider with said data to be made available.

Thus, the intermediation platform makes it possible to centrally and openly handle the responses to interactivity requests.

The invention also relates to a method for managing interactivity data broadcast by a content distribution platform of a broadcaster in a user terminal comprising: a step of receiving content from said broadcast platform, said content comprising metadata associated with it: a step of extracting an interactivity request inserted, prior to their distribution, within said metadata; a step of transmitting a response to said interactivity request.

Another aspect of the invention relates to a computer program product downloadable from a communication network and / or recorded on a computer-readable and / or executable medium by a processor, including program code instructions for implementation. the data transmission method as described above. The invention also relates to a method of transmitting interactivity data between a content provider and a user.

According to the invention, such a method comprises: a step of broadcasting content to said user said content including metadata associated therewith; a step of receiving said content from said broadcaster: a step of extracting an interactivity request previously inserted within said metadata; a step of transmitting a response to said interactivity request; a step of receiving a response to said interactivity request from said terminal.

In another aspect, the invention also relates to data accompanying a content broadcast by a content provider. According to the invention, such data comprise an interactivity request comprising: a request start tag making it possible to identify that it is interactivity data; a token for identifying said content broadcaster; an action code making it possible to identify the type of action requested by said interactivity request, said action code comprising at least one field intended to receive a response to said interactivity request; an end tag to identify the end of the interactivity tag. Thus, the invention makes it possible to simply define an interactivity request that is inserted within the metadata that accompanies a content included in a multimedia stream and authorizes the formulation of a response to this request within the interactivity request itself. . The multimedia stream is transmitted by the content broadcaster. It therefore also inserts the interactivity query in the metadata of the stream.

Other characteristics and advantages of the invention will emerge more clearly on reading the following description of an embodiment. preferred, given by way of a simple illustrative and nonlimiting example, and the appended drawings, among which: FIG. 1 presents a block diagram of the system of the invention; FIG. 2 illustrates the support of an interactivity request within a client terminal; FIG. 3 illustrates the support of an interactivity request containing a response within the intermediation platform; FIG. 4 illustrates a use case of an implementation of a system of the invention.

The invention proposes an open system enabling the providers to efficiently manage interactivity data of which they are the initiators.

Thus, the invention makes it possible to propose a new solution for the implementation of interactivity, through mechanisms for exchanging so-called interactivity requests between client terminals and broadcasters. The solution of the invention allows: the content provider can be directly behind the interactivity request, integrate it directly into the metadata of the stream that it broadcasts and forward it directly to the end user, without one third is in denomination; the interactivity request can be broadcast from the broadcaster to the end client terminal, on a network or a type of network different from that used by the response to the request (ex: request in a metadata stream broadcast in digital terrestrial and response routed via Internet, integrated query in a stream traversing a specific virtual channel and response via another virtual channel); the request can be generated dynamically, when broadcasting a live stream, or in static mode when generating recorded content (eg DVD, Video on Demand); the query and the interactivity response can be generated respectively

(for the query) and processed (for the answer) by different and sometimes independent platforms.

In at least one embodiment specifically adapted to multitier architectures (users, service providers, content providers, communication operators), the invention is structured around an intermediation platform. An intermediation platform makes it possible to manage the data exchanges between the different third parties: it makes it possible to receive data from the users' terminals, to process or concatenate these data, to archive them or to transmit them to the content providers. and / or service providers.

This platform therefore plays a central role in this embodiment involving multiple third parties since it has gateway functions between these third parties. The interactivity data is, according to the invention, integrated within the metadata that is transported with the streams. Indeed, multimedia streams (audio, video) also carry metadata. These metadata, which are used for purposes of identifying the contents of the streams or for the purpose of setting the parameters of the rendering of the streams are, according to the invention, used to transport the interactivity requests. Thus, the interactivity data can be integrated within description metadata or stream synchronization, depending of course on the coding standard considered. Thus, for example in the case of hierarchical encoding of an MPEG4 stream, the interactivity data can be integrated within the synchronization stream.

The interactivity requests are formatted according to a specific formalism which makes it possible to define an exchange protocol (see example of exchange protocol).

These interactivity requests contain a token, created by the content provider. This token allows the content provider to effectively manage the requests it sends to the terminals. The token, which is used by the content provider to identify each interactivity request, is unique and unique to the content provider in question. To do this, such a token comprises an identifier, preferably unique, of the content provider, a set of identifiers specific to each request and interactivity parameters, specific to the query in question. The token also includes a response time. This response time is used by the intermediation platform to determine a time beyond which the token is no longer active. In other words, I token serves as a time marker for interactivity data. In the case, for example, of a survey that is conducted to test the content of a program broadcast by a content provider, the token that accompanies the multimedia stream includes a basic question "Do you like this program? ". The token then comprises a temporal indicator of end of survey which makes it possible to define a time from which a response will not be taken into account. This temporal indicator will then be used by the intermediation platform to determine from when aggregation and / or correlation processing should be initiated (the end of the probing period).

The response or responses to the interactivity request received by a terminal are inserted in the interactivity request itself, which is in some way completed by the terminal before being transmitted to the intermediation platform for processing. Responses to an interactivity request can be inserted automatically by the terminal when the request does not require the intervention of the user. In this case the user does not know that the terminal performs this type of processing (it is typically an audience measurement of a program). These answers can also be inserted according to the responses or behaviors of the user facing the interactivity request.

The invention thus proposes an open system which, thanks to the intermediation platform, a simple protocol and the use of existing metadata, allows other service providers and content providers to interact directly with the users and to obtain information does not from these. The invention therefore solves a problem of size in this type of system. Indeed, as already mentioned, the prior art broadcasting systems are partitioned and do not allow the content provider to have knowledge of actions or operations performed by users.

The invention naturally finds its place in applications such as: measurement of audiometry: there is in this case no interactivity with the user, the terminal acts on its own to respond to the request of the provider content ; - polls, votes, games;

The request for information on a product or service:

A phone call can be implemented (Click-to-call); Documentation can be sent by mail or mail; According to the invention, only the intermediation platform knows the terminal correspondence / user account and is able to preserve the identity of the client; The purchase of a product or service;

The loading of a link to a website (url, video clip, ...) if the terminal or an associated equipment has a means of rendering; screen, voice synthesis, ... (with or without the user's consent)

Audio / video "hook-up": temporary or permanent switchover to another source of content (eg IP Radio or Digital Terrestrial Radio). Divert to a service: The interactivity data of the broadcast stream contains a link to another service (any priori). This service addresses the terminal in question or equipment connected to it.

Other examples of "free" use, related to specific terminals or equipment and whose behavior is defined by a protocol specific to the broadcaster and the terminal or equipment connected thereto can also be envisaged. This is for example: an armchair restoring movements in accordance with the music or a film; an animated figurine (example to learn dance); a sex toy synchronized with music or video content.

In relation with FIG. 1, an embodiment of a system according to the invention is presented.

In this embodiment, the implementation of the method of the invention in which the processing of the chips inserted into the streams are carried out via an intermediation platform which makes it possible to make available to the provider of content responses to interactivity requests from user terminals.

Thus, the system that implements the method of the invention comprises a content provider 100. This content provider encodes and broadcasts the stream through an encoding platform 101 and a streaming platform 102 The stream is broadcast to a client terminal 103 which, on the one hand, carries out the operations necessary for decoding and restoring the stream and, on the other hand, the processing operations of the interactivity requests. These processing operations provide results which are transmitted, via a communication network, to an intermediation platform 104 which is responsible for storing the results of the processing operations and possibly carrying out additional processing operations itself. The intermediation platform 104 then makes available to the content provider 100 the results of the interactivity requests that it has stored.

The intermediation platform 104 also interacts with other service platforms (105, 106, 107). These platforms can be online sales platforms, platforms for implementing specific devices available to the user, etc. It is important to note that, according to the invention, it is not necessary for the results of the interactivity request to be transmitted to the intermediation platform 104 by the same communication network as that used for the reception of the request. request by the client terminal 103. The interactivity request can be transmitted via the radio or satellite digital broadcasting network (the uniqueness of the token then depends solely on the content provider) and the response to this request can be transmitted. through an xDSL network.

In a variant particularly adapted to a global broadcasting system via a digital radio network, in which the content broadcaster wishes that the uniqueness of the token depends on both the content and the user to whom this content is broadcast, the metadata stream containing the token can be transmitted independently of the multimedia streams to be restored, for example by using the xDSL network to which the client terminal is connected.

Management of interactivity by a terminal

In connection with FIG. 2, a flow management method is presented allowing interactivity such that it can be implemented within a terminal, for example an audio and / or video reproduction terminal. A multimedia (MS) stream contains audio and / or video (S) media streams and interactivity data (I). This MS stream is created by a content provider. The stream MS is received (1) by the terminal, it is decoded (MS) and the audio / video content (S) is returned (2) to the user (U) via a suitable device (DpIy) . The interactivity data (I) is sent (3) for decoding and processing to the metadata decoding module (MD). This metadata decoding module (MD) inspects the data and returns (4) to the user if it is conventional metadata, otherwise it sends (5) (after extraction) to the management module of the interactivity (MI). The interactivity management module (MI) processes, according to the invention, the interactivity request in accordance with the planned actions and the defined protocol (see protocol and use case). For this it uses: the module "Presentation &order" (C) to interact with the user (LJ) by displaying messages (7) and waiting for answers (8), if necessary, for example if the request for interactivity contains data and / or messages to be displayed to the user the intermediation platform (P), to which he is connected, to trace a result or request authorization before triggering an action or a sequence of actions (9) according to the token or chips contained in the interactivity data of the request. the capabilities of the terminal or other equipment (E) connected (10) wired or wireless to the terminal (see protocol and use case) for a particular implementation. Intermediate platform

In relation with FIG. 3, an interactivity management method is presented such that it can be implemented within an intermediation platform of the invention. The intermediation platform (P) is the platform to which the interactivity module (MI) of the terminal described in FIG. 2 is connected.

This intermediation platform comprises several modules: a module for receiving requests and responses (MRR) from the users'terminals; a module for analyzing these requests (MAR); an invalid request processing mold (MTRI), module arranged in such a way that any invalid request can be immediately communicated to it, without analysis, in order to reduce the risks related to security vulnerabilities; a scheduling module for processing related to the responses / requests (MOR); a request recording module (MER) allowing their identifications and their backups for later use; an action activation module (MAA) that is carried out by the intermediation platform; processing modules (MTx) that retrieve the responses, and perform the specific processing of these responses to constitute data to be made available; a provisioning module (MMD) responsible for providing the content provider with previously processed data, such as voting data or statistical data.

The request reception module (MRR) receives (11) requests from the terminals, which it can perform authentication prior to the passage (12) of the requests to the analysis module (MAR). In both cases, it enriches the requests with the identity of the terminal and the date / time of reception. The module of analysis of the requests (MAR) checks the good formalism of these and if necessary authenticates them by using for example an electronic signature conveyed in the transmitted data (with the field "token" in the example of protocol). If the request is subject to authorization by the intermediation platform (see "action authorization T" of the example protocol), an acknowledgment is sent back to the terminal via the request reception module (RRM). . If the request is subject to authorization by a third party (see "action authorization" 2 '"of the sample protocol), for example to check the subscription to a service, it is contacted in" B2B "mode (from business-to-business English) (14) to a platform located on an NTWK network after retrieving (13) external terminal / user correspondence data from the authentication system located on the NTWK network (or other network , not shown). An acknowledgment is then sent back to the terminal.

When a request is incorrect, it is sent (15) to the invalid request processing module (MTRI). This module performs the historization (logs) and may implement mechanisms for fraud detection or alerting the broadcaster.

If the request is valid, it is transmitted (17) to the request registration module (MER) which, prior to the data recording, verifies the uniqueness of the request thanks in particular to the identity of the terminal.

A return code is returned to the query analysis module (MAR). This return code has three states:

Error: The request is invalid, it is logged (15) by the invalid request processing module (MTRI); - New token (see protocol): The request analysis module (MAR) prevents (16) the processing scheduling module (MOR) which is in charge of scheduling the processing.

Ok: If this is an action to be performed by the intermediation platform (see protocol) the request is sent (18) to the action activation module (MAA) and the processing of the request by the query analysis module (MAR) ends.

Depending on the type of action and the data transmitted in the requests (see protocol and use case) the action activation module (MAA) triggers

(19) the realization of these on third-party platforms. Return codes of these actions (19) make it possible to record (20) the state changes of the requests (in progress, completed, error, etc.) in the request registration module (MER).

When the response time granted to the action defined by the token is reached, the processing scheduling module (MOR) activates (21) the processing of the responses by implementing one or more processing modules (MTx).

A processing module (MT) retrieves (22) the set of responses, correlates them according to the action code used and possibly by relying (23) on external data of terminal / user correspondence and of user / profile type (DE) . At the end of the processing, the aggregated and correlated data is transmitted (24) to the Data Provisioning Module (MMD). This data delivery module (MMD) can transmit (25) these correlated and / or aggregated to a person or a machine defined by the diffuser of the request, that is to say the content provider. The provision of data (MMD) can also wait for the recipient to come for these data, in which case the intermediation platform can offer different or complementary processing requests. Sample protocol

According to the invention, the interactivity data that is inserted into the metadata of the stream are coded according to a particular protocol making it possible to process the requests and the answers formulated in a simpler and more efficient manner.

The structure of the interactivity data can for example be the following: <start tag> <token> <action code> <action authorization> <validity period> [parameter] [...] [token] <end tag>

In this example, the interactivity data structure is created using tags. Allowing to delimit, in a tree way, the set of interactivity data. The meaning of the fields is described later:

<start tag> Identifies that this is interactivity data; <token> Composed of two parts:

unique <radio code>, one per content broadcaster; - <unique order number> for a given <radio code>. It makes it possible to differentiate and make unique the actions requested, so possibly to have several actions in parallel; <action code> type of action requested, the following parameters follow: - <action authorization> 0 - → without authorization, 1 - »-authorization intermediation, 2 → authorization of a third party via the intermediation platform;

<validity period> in seconds or minutes, the return is requested and possible during this period of time. If the action allows it, this time is also used to spread the responses to the intermediation platform and avoid overloading; [parameter] [...] Optional, multiple, depends on the type of action; [token] Security element for authenticating an action or a series of sensitive actions (eg electronic signature that will be verified by the intermediation platform)); <end tag> End of metadata.

The use of "action codes" makes it possible to define standard actions that can be understood by all terminals. It also makes it possible to define private codes introducing sub-protocols only understandable by certain terminals or equipment connected to these terminals (wired or wireless).

Here are some examples for a broadcaster of audio or audiovisual streams with code 'OAc':

Measurement of audiometry (order no .: 128, action code '7', no authorization '0', 900 s of delay):

Metadata received by the terminal: INTER OAc 128 1 0 900 ASSETS;

Data reported to the intermediation platform: OAc 128 1 0 900 (at the initiative of the terminal and randomly during the 900 s delay);

Survey (action code '2'):

Metadata received by the terminal: INTER OAc 129 2 0 300 "If you agree Type 7 'otherwise' 2 '" ACTIVE; Data returned to the intermediary: OAc 129 2 300 0 1 (it is assumed that the user has typed the key 7 ');

Subsequently, two variants of interaction management are presented. Single interactivity request via single stream delivery The operating principle of the invention as previously described presents the case of a broadcast to n end customers, n being greater than 7.

It is envisaged, in the context of dedicated flows (such as for example a personalized radio) and transmitted to a single user to implement the invention to send personalized requests for which there could be an answer only for the only one. concerned user.

It is thus possible to provide, from the outset, in the case of a unicast broadcast, unique tokens for a given customer. This single token can be composed on the one hand of an identifier of the broadcaster, a user identifier and other related data.

Thus, for example, a first content is dedicated to a first user and a second content is dedicated to a second user. It is possible, according to the invention, to respectively generate a first interactivity request, then a second interactivity request respectively to the first and second users. It is thus easier to plot the answers for each of these users according to these unique tokens. Such an implementation may be of interest for example in the case of broadcasting "podcasts" or broadcast on demand that are made in unicast and not at the same time. This variant is presented for illustrative purposes, because it is also possible to use an identical token for all customers (even in unicast), and to use the identifier of the terminal, to individualize the customer's response. .

Interactivity broadcast server dissociated from the intermediation platform In this complementary embodiment, in connection with FIG. 2, the interactivity request in the broadcast stream contains a link to another interactivity broadcasting source. (see protocol and examples), the module (C) opens a second connection to the site identified by this URL to retrieve the interactivity data in order to reinject them into the interactivity management module (IM) or to a user. equipment connected to the terminal. The authentication of the terminal and the verification of the access rights to the service can be performed on the intermediation platform, for example by using a B2B link with the partner, the latter returning the access data to be communicated. to the terminal so that it can connect to the platform for providing interactivity.

This second connection can be done in multicast but also in unicast, in which case the platform for providing interactivity is able to serve interactivity data customized or related to a group of users.

This connection is also bidirectional and allows direct interactivity between terminals or devices connected to them.

Thus, for example, for the animation of a device connected to the terminal (action code '123') requiring the agreement and the provision of access data by a third party, authorization action '2'):

Metadata received by the terminal: INTER OAc 180 123 2 30 4g5cvk84dd5e6o8f5c ACTIVE

Data reported at intermediation: OAc 180 123 2 30 4g5cvk84dd5e6o8f5c

The intermediation platform retrieves the terminal / user association data and then requests the agreement and access data from the third party (http://www.lesite.com/1287947Qf565Rh6fg6). She can then reply to the terminal:

Data received from the intermediation: OAc 180 123 2 OK http://www.lesite.com/1287947Qf565Rh6fg6

The following data is sent to the equipment: http://www.lesite.com/1287947Qf565Rh6fg65fml978 The equipment connects to the site: http://www.lesite.com/1287947Qf565Rh6fg65fml978

The site verifies the access rights before serving the data

Data received from the interactivity delivery platform: Qf56 5Rh6 fg60 67m2 èO59 Data received from the interactivity supply platform:

8f9H O4P8 1474 9mq7 9JgH 6dfk 075g KC3d

Thus, the broadcaster may associate with other third party services to allow the implementation of additional service or equipment. Use case

With reference to FIG. 4, a case of use of the system according to the invention is presented. A user (U) listens on an audio terminal (TA) bearing the serial number "123", an audio stream (FIA) broadcast by a radio R having a platform PR. The audio stream is broadcast either via an IP network or via a terrestrial radio network (Digital Terrestrial Radio). The stream streamed by the radio R includes audio data and metadata (including the interactivity request identified with the token 001 of the purchase type of the title broadcast on the shop online purchase Z with a prepaid account).

The audio terminal (TA) first proceeds to a decoding 40 of the audio stream which is reproduced in sound form (via a HiFi system or other suitable equipment (HP)). Then the audio terminal (TA) decodes the metadata 41 it displays on a screen (DpIy) (the audio terminal (TA) or any other display screen adapted to this display). This metadata includes, for example, the name of the title being broadcast.

The audio terminal then extracts the interactivity query that is included in the metadata. This request is for the display of the message "Buy this title?" and waiting for the user's command. The terminal realizes this poster on the screen (DpIy).

The user (U) presses a key to purchase the tracked title. The intermediation platform (PIM) then receives (44) the request identified with the token 001 (of the purchase type of the broadcast title), sent by the terminal (TA) of serial number "123". The request analysis module analyzes the request and transmits to the action activation module the fact that the user wishes to purchase the title: the order of the title is transferred to the third party commercial platform PC which verifies the rights of the user. terminal user U 123 (for example that the credit balance is greater than 0) and the title is added to the catalog of the customer available in streaming and download (sending an e-mail). The request recording module records (46) the received request as well as its result and then performs processing (47), such as statistical processing, that it makes available (48) of the PR platform of the radio R for example, for the latter to become aware of a purchase of title.

Claims

Interactivity management system between a broadcaster content broadcasting platform and a user terminal, characterized in that it comprises: a content broadcasting platform (100) comprising broadcasting means ( 101, 102) of content to said user terminal, said content including metadata associated therewith; at least one user terminal (103), comprising: Means for receiving said content from said content broadcasting platform, Means for extracting at least one inserted interactivity request, prior to the broadcasting of said content, within said metadata, and Means for transmitting a response to said interactivity request. 2. System according to claim 1, characterized in that said system further comprises an intermediation platform (104) comprising means for receiving said response from said terminal (103). 3. Platform for broadcasting content of a broadcaster, characterized in that said platform comprises means for broadcasting (101, 102) content to a user terminal, said content including metadata associated with it, at least one interactivity request having been inserted, prior to the broadcast of said content, within said metadata. 4. Content distribution platform according to claim 3 characterized in that said broadcast platform further comprises: means for creating a token for identifying said interactivity request; means for inserting said token within said interactivity request; means for inserting said interactivity request into said metadata. 5. User terminal characterized in that the terminal comprises means for extracting at least one inserted interactivity request, prior to the broadcast of a content, within metadata, said content comprising said metadata which it are associated. Terminal according to claim 5, characterized in that said user terminal further comprises: Means for receiving content from a content distribution platform, said content including metadata associated therewith, Means for transmitting a response to said interactivity request. 7. Terminal according to any one of claims 5 or 6, characterized in that said user terminal further comprises: - means for processing said extracted interactivity request delivering at least one treatment result; insertion means, within said interactivity request, of said at least one result; means for transmitting, to said intermediation platform, said response relating to said processed interactivity request, in the form of a request completed by said response. 8. Platform for processing responses to intermediation interactivity requests (104) comprising means for receiving a response from a user terminal (103) relating to an interactivity request retrieved from metadata wherein said interactivity request has been inserted prior to the broadcast of a content, said content including said metadata associated therewith. 9. Processing platform characterized in that it consists of an intermediation platform which comprises: means for analyzing said interactivity request completed to identify, using said token, said broadcaster and said user terminal; means for processing invalid requests for tracing said completed request when it has an anomaly; means for scheduling processing related to said completed request; means for recording queries for identifying and saving said completed query for later use; means for activating actions that are performed by said intermediation platform according to a nature of said completed request; processing means which retrieve said at least one result contained in said completed request, and perform specific processing of these results to constitute data to be made available; provisioning means responsible for providing the content provider with said data to be made available. 10. Data accompanying a content broadcast by a content distribution platform of a broadcaster, characterized in that they include an interactivity request comprising: a start of request tag to identify that it is interactivity data; a token for identifying said content broadcaster; an action code making it possible to identify the type of action requested by said interactivity request, said action code comprising at least one field intended to receive a response to said interactivity request; - an end tag to identify the end of the interactivity tag. 11. A method of managing interactivity data broadcast by a broadcast content distribution platform in a user terminal characterized in that it comprises: a step of receiving content from said broadcast platform , said content including metadata that are associated: a step of extracting an inserted interactivity request, prior to their distribution, within said metadata; a step of transmitting a response to said interactivity request. 12. Computer program product downloadable from a communication network and / or stored on a computer readable medium and / or executable by a microprocessor, characterized in that it comprises program code instructions for the execution of the method of according to claim 1 1, when executed on a computer.