EP2347583A1 - Systeme de gestion d'interactivite - Google Patents

Systeme de gestion d'interactivite

Info

Publication number
EP2347583A1
EP2347583A1 EP09747899A EP09747899A EP2347583A1 EP 2347583 A1 EP2347583 A1 EP 2347583A1 EP 09747899 A EP09747899 A EP 09747899A EP 09747899 A EP09747899 A EP 09747899A EP 2347583 A1 EP2347583 A1 EP 2347583A1
Authority
EP
European Patent Office
Prior art keywords
interactivity
request
content
platform
metadata
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Ceased
Application number
EP09747899A
Other languages
German (de)
English (en)
Inventor
Ludovic Carlier
Yannick Lecomte
Dominique Thome
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Orange SA
Original Assignee
France Telecom SA
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by France Telecom SA filed Critical France Telecom SA
Publication of EP2347583A1 publication Critical patent/EP2347583A1/fr
Ceased legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N7/00—Television systems
    • H04N7/16—Analogue secrecy systems; Analogue subscription systems
    • H04N7/173—Analogue secrecy systems; Analogue subscription systems with two-way working, e.g. subscriber sending a programme selection signal
    • H04N7/17309—Transmission or handling of upstream communications
    • H04N7/17336—Handling of requests in head-ends
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/239—Interfacing the upstream path of the transmission network, e.g. prioritizing client content requests
    • H04N21/2393—Interfacing the upstream path of the transmission network, e.g. prioritizing client content requests involving handling client requests
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
    • H04N21/258—Client or end-user data management, e.g. managing client capabilities, user preferences or demographics, processing of multiple end-users preferences to derive collaborative data
    • H04N21/25866—Management of end-user data
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/47—End-user applications
    • H04N21/472—End-user interface for requesting content, additional data or services; End-user interface for interacting with content, e.g. for content reservation or setting reminders, for requesting event notification, for manipulating displayed content
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/47—End-user applications
    • H04N21/472—End-user interface for requesting content, additional data or services; End-user interface for interacting with content, e.g. for content reservation or setting reminders, for requesting event notification, for manipulating displayed content
    • H04N21/47205—End-user interface for requesting content, additional data or services; End-user interface for interacting with content, e.g. for content reservation or setting reminders, for requesting event notification, for manipulating displayed content for manipulating displayed content, e.g. interacting with MPEG-4 objects, editing locally
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/47—End-user applications
    • H04N21/475—End-user interface for inputting end-user data, e.g. personal identification number [PIN], preference data
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/83—Generation or processing of protective or descriptive data associated with content; Content structuring
    • H04N21/84—Generation or processing of descriptive data, e.g. content descriptors
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/85—Assembly of content; Generation of multimedia applications
    • H04N21/854—Content authoring
    • H04N21/8545—Content authoring for generating interactive applications

Definitions

  • 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.
  • PCT application WO2008 / 030298 discloses mechanisms for managing interactivity.
  • This application describes a system and a method for voting via an interactive television system.
  • 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).
  • 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.
  • 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.
  • 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.
  • 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.
  • the invention makes it possible to transmit only the response data to the interactivity requests.
  • 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.
  • said system further comprises an intermediation platform (104) comprising means for receiving said response from said terminal (103).
  • 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.
  • 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.
  • 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.
  • the user terminal further comprises:
  • Means for transmitting a response to said interactivity request Means for transmitting a response to said interactivity request.
  • 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.
  • 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.
  • 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.
  • 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.
  • 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.
  • 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.
  • the invention also relates to data accompanying a content broadcast by a content provider.
  • 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.
  • 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.
  • 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.
  • 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
  • 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.
  • the interactivity data is, according to the invention, integrated within the metadata that is transported with the streams.
  • multimedia streams audio, video
  • 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.
  • the interactivity data can be integrated within description metadata or stream synchronization, depending of course on the coding standard considered.
  • the interactivity data can be integrated within the synchronization stream.
  • interactivity requests are formatted according to a specific formalism which makes it possible to define an exchange protocol (see example of exchange protocol).
  • 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.
  • 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;
  • 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;
  • 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.
  • 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.
  • 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.
  • 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 processes, according to the invention, the interactivity request in accordance with the planned actions and the defined protocol (see protocol and use case).
  • 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.
  • 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.
  • MRR requests and responses
  • MAR invalid request processing mold
  • MTRI invalid request processing mold
  • the request reception module 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). .
  • 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.
  • action authorization 2 '"of the sample protocol
  • mode from business-to-business English
  • MTRI invalid request processing module
  • 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.
  • MER request registration module
  • a return code is returned to the query analysis module (MAR). This return code has three states:
  • 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.
  • the action activation module (MAA) triggers
  • the processing scheduling module activates (21) the processing of the responses by implementing one or more processing modules (MTx).
  • a processing module 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) .
  • the aggregated and correlated data is transmitted (24) to the Data Provisioning Module (MMD).
  • This data delivery module 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 can also wait for the recipient to come for these data, in which case the intermediation platform can offer different or complementary processing requests.
  • 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]
  • 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:
  • 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).
  • Measurement of audiometry (order no .: 128, action code '7', no authorization '0', 900 s of delay):
  • 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 ');
  • This single token can be composed on the one hand of an identifier of the broadcaster, a user identifier and other related data.
  • 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. .
  • the interactivity request in the broadcast stream contains a link to another interactivity broadcasting source.
  • 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.
  • authorization action '2' 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'):
  • 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:
  • the site verifies the access rights before serving the data
  • the broadcaster may associate with other third party services to allow the implementation of additional service or equipment.
  • 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 intermediation platform (PIM) 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.

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Databases & Information Systems (AREA)
  • Human Computer Interaction (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Graphics (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)

Abstract

L'invention concerne un système de gestion d'interactivité entre une plateforme de diffusion d'un diffuseur de contenus et un terminal d'utilisateur. Selon l'invention, un tel système comprend : une plateforme de diffusion de contenus comprenant des moyens de diffusion d'un contenu vers ledit terminal d'utilisateur, ledit contenu comprenant des métadonnées qui lui sont associées; au moins un terminal d'utilisateur, comprenant des moyens de réception dudit contenu en provenance de ladite plateforme de diffusion et des moyens d'extraction d'au moins une requête d'interactivité préalablement insérée au sein desdites métadonnées et des moyens d'émission d'une réponse à ladite requête d'interactivité.

Description

Système de gestion d'interactivité.
La présente invention se rapporte au domaine de la diffusion de flux multimédia. Par flux multimédia, on entend un ensemble de données numériques qui compose des environnements graphiques, audio, audiovisuels, etc.
La présente invention se rapporte plus particulièrement à la gestion de services d'interactivités qui sont liés à de tels flux multimédia.
La diffusion de flux multimédias (par le biais de la radio ou de la télévision) connaît depuis plusieurs années de profonds changements. En effet, d'une diffusion hertzienne analogique, les évolutions technologiques ont conduit à une diffusion en numérique sur différents types de réseaux hertziens, satellitaires, câbles ou de télécommunications (ADSL sur cuivre ou la fibre optique).
Ces moyens nouveaux moyens de diffusion offrent : des fonctionnalités d'enrichissement des données (nom du diffuseur, nom du programme, titre écouté...). Cet enrichissement des données est possible grâce à certaines normes ou standards existants. des fonctionnalités d'interactivité ont également fait leur apparition
(système de vote, de jeux-concours...) qui offrent au utilisateur final la possibilité d'interagir en fonction du programme diffusé. Cette interactivité est en particulier possible sur des réseaux offrant une communication bidirectionnelle (voix descendante et voix remontante). C'est le cas par exemple du satellite, de la télévision via ADSL.
On connaît de la demande PCT WO2008/030298 des mécanismes de gestion de l'interactivité. Cette demande décrit en effet un système et un procédé permettant de voter via un système de télévision interactive. Ainsi cette demande de brevet décrit la possibilité d'intégrer une requête d'interactivité dans un flux de métadonnées dans le cadre de la TV via ADSL. Elle décrit également l'interaction avec l'utilisateur et le traitement de la réponse de l'utilisateur (son vote). On rappelle que dans le cadre de la diffusion de contenus numériques au travers de réseaux de communication tels que des réseaux IP ou des réseaux hertziens, les contenus numériques sont transmis par l'intermédiaire de flux multimédia. Un contenu numérique peut être par exemple un programme de télévision, un film, un programme radiophonique, un titre musical, etc. Les flux multimédia transportant les contenus numériques comprennent plusieurs types de données : des données vidéo, audio, et des métadonnées. Une métadonnée est par définition une donnée qui sert à définir ou décrire une autre donnée. Ainsi, une métadonnée de type audio peut contenir un titre de chanson ou d'album, une durée, un interprète, etc.
Les requêtes d'interactivité qui sont insérées au sein des métadonnées permettent d'interagir avec l'utilisateur final par l'intermédiaire de messages ou de données échangées avec des dispositifs spécifiquement conçus à cet effet.
Cependant, cette technique antérieure, comme les autres techniques antérieures connues à ce jour, présente des limites, en particulier lié au fait que les solutions existantes proposées s'insèrent comme une coupure totale entre l'utilisateur final et le fournisseur du contenu. Il existe en effet de nombreux dispositifs ou systèmes qui sont chargés de l'émission et de la réception des données d'interactivité et le diffuseur ne dispose pas de possibilité de gérer ses propres données. Ainsi dans ce cas : l'intégration des requêtes d'interactivité dans les flux de métadonnées impose la rediffusion soit du flux de métadonnées enrichie, soit du flux de contenu/métadonnées enrichie par le fournisseur du service, la requête d'interactivité et les réponses liées doivent transiter sur le même réseau et donc le même type de réseau (TV via ADSL). le fournisseur du contenu ne maîtrise pas en direct, les requêtes d'interactivité liées à son propre flux. Les requêtes d'interactivité sont traitées par d'autres dispositifs et d'autres systèmes que celui du fournisseur du contenu. En d'autres termes, les techniques de l'art antérieur cloisonnent fortement le fournisseur du contenu et l'utilisateur de sorte que le fournisseur du contenu n'a pas directement accès aux données issues de l'interactivité avec l'utilisateur.
L'invention ne présente pas les inconvénients de l'art antérieur.
L'invention se présente sous la forme d'un système de gestion d'interactivité entre une plateforme de diffusion d'un diffuseur de contenus et un terminal d'utilisateur.
Selon l'invention, un tel système comprend : - une plateforme de diffusion de contenus comprenant des moyens de diffusion d'un contenu vers ledit terminal d'utilisateur, ledit contenu comprenant des métadonnées qui lui sont associées ; au moins un terminal d'utilisateur, comprenant des moyens de réception dudit contenu en provenance deladite plateforme de diffusion et des moyens d'extraction d'au moins une requête d'interactivité préalablement insérée au sein desdites métadonnées et des moyens d'émission d'une réponse à ladite requête d'interactivité.
Ainsi, à la différence des techniques de l'art antérieur dans lesquelles les données d'interactivités son intégrées au flux, l'invention permet de ne transmettre que les données de réponses aux requêtes d'interactivité. En effet, l'extraction, par le terminal, de la requête d'interactivité assure que celle-ci sera traitée indépendamment du contenu auquel elle est associée. La réponse à la requête d'interactivité est donc émise indépendamment du contenu qui contenait la requête. Le contenu n'est donc pas réémis et seules les données nécessaires au traitement de la réponse ou éventuellement les données nécessaires à l'initialisation d'un dialogue avec le terminal sont émises. L'invention simplifie donc grandement la gestion de ce type de requête d'interactivité tout en apportant une ouverture à d'autres plateformes, telle que les plateformes des diffuseurs, afin qu'elles puissent traiter les données d'interactivité qui les intéressent. Selon une caractéristique particulière de l'invention, ledit système comprend en outre une plateforme d' intermédiation (104) comprenant des moyens de réception de ladite réponse en provenance dudit terminal (103).
Ainsi, le traitement de réponses est centralisé et ouvert à de multiples tiers: fournisseur de contenu, diffuseur, etc.
Un objet de l'invention est une plateforme de diffusion de contenus d'un diffuseur comprenant des moyens de diffusion (101, 102) d'un contenu vers un terminal d'utilisateur, ledit contenu comprenant des métadonnées qui lui sont associées, au moins une requête d'interactivité ayant été insérées , préalablement à la diffusion dudit contenu, au sein desdites métadonnées.
Selon une caractéristique particulière de l'invention, ladite plateforme de diffusion de contenu comprend en outre : - des moyens de création d'un jeton permettant d'identifier ladite requête d'interactivité ; des moyens d'insertion dudit jeton au sein de ladite requête d'interactivité ; des moyens d'insertion de ladite requête d'interactivité au sien desdites métadonnées. Ainsi, selon l'invention, le diffuseur peut insérer lui-même ses propres requêtes d'interactivité, selon un protocole d'insertion standard. Le diffuseur est donc libre de réaliser les enquêtes, sondages, votes, etc. qu'il souhaite sans qu'il soit tributaire des architectures techniques des réseaux de diffusion.
Un autre objet de l'invention est un terminal d'utilisateur comprenant des moyens d'extraction d'au moins une requête d'interactivité insérée, préalablement à la diffusion d'un contenu, au sein de métadonnées, ledit contenu comportant lesdites métadonnées qui lui sont associées. Selon un mode de réalisation particulier, le terminal d'utilisateur comprend en outre :
• des moyens de réception d'un contenu en provenance d'une plateforme de diffusion de contenus, ledit contenu comportant des métadonnées qui lui sont associées,
• des moyens d'émission d'une réponse à ladite requête d'interactivité.
Selon un mode de réalisation particulier de l'invention, ledit terminal d'utilisateur comprend en outre : des moyens de traitement de ladite requête d'interactivité extraite délivrant au moins un résultat de traitement ; des moyens d'insertion, au sein de ladite requête d'interactivité, dudit au moins un résultat ; - des moyens de transmission, à ladite plateforme d' intermédiation, de ladite réponse relative à ladite requête d'interactivité traitée, sous la forme d'une requête complétée par ladite réponse.
Ainsi, l'invention permet au terminal de traiter la requête d'interactivité, par exemple en relation avec des choix réalisés par l'utilisateur par le biais d'une interface et de transmettre les résultats directement à la plateforme d' intermédiation. Selon l'invention, les résultats des traitements sont insérés au sein de la requête d'interactivité elle-même en utilisant un ou plusieurs champs destinés à la transmission de la réponse.
Selon une caractéristique particulière de l'invention, ladite plateforme d' intermédiation comprend : des moyens d'analyse de ladite requête d'interactivité complétée permettant d'identifier, à l'aide dudit jeton, ledit diffuseur et ledit terminal d'utilisateur ; des moyens de traitement des requêtes invalides permettant de tracer ladite requête complétée lorsqu'elle présente une anomalie ; des moyens d'ordonnancement de traitements liés à ladite requête complétée ; des moyens d'enregistrement des requêtes permettant l'identification et la sauvegardes de ladite requête complétée pour une utilisation ultérieure ; - des moyens d'activation d'actions qui sont réalisées par ladite plateforme d' intermédiation en fonction d'une nature de ladite requête complétée ; des moyens de traitement qui récupèrent ledit au moins un résultat contenu dans ladite requête complétée, et réalisent des traitements spécifiques de ces résultats pour constituer des données à mettre à disposition ; - des moyens de mise à disposition chargé de fournir, au fournisseur de contenu, lesdites données à mettre à disposition.
Ainsi, la plateforme d' intermédiation permet de prendre en charge de manière centralisée et ouverte les réponses aux requêtes d'interactivité.
L'invention concerne aussi un procédé de gestion de données d'interactivité diffusées par une plateforme de diffusion de contenus d'un diffuseur dans un terminal d'utilisateur comprenant: une étape de réception d'un contenu en provenance deladite plateforme de diffusion, ledit contenu comprenant des métadonnées qui lui sont associées : - une étape d'extraction d'une requête d'interactivité insérée, préalablement à leur diffusion, au sein desdites métadonnées ; une étape d'émission d'une réponse à ladite requête d'interactivité.
Un autre aspect de l'invention concerne un produit programme d'ordinateur téléchargeable depuis un réseau de communication et/ou enregistré sur un support lisible par ordinateur et/ou exécutable par un processeur, comprenant des instructions de code de programme pour la mise en œuvre du procédé de transmission de données tel que décrit précédemment. L'invention concerne également un procédé de transmission de données d'interactivité entre un diffuseur de contenus et un utilisateur.
Selon l'invention, un tel procédé comprend : une étape de diffusion d'un contenu vers ledit utilisateur ledit contenu comprenant des métadonnées qui lui sont associées ; une étape de réception dudit contenu en provenance dudit diffuseur : une étape d'extraction d'une requête d'interactivité préalablement insérée au sein desdites métadonnées ; une étape d'émission d'une réponse à ladite requête d'interactivité ; - une étape de réception d'une réponse à ladite requête d'interactivité en provenance dudit terminal.
Selon un autre aspect, l'invention concerne également des données accompagnant un contenu diffusé par un diffuseur de contenu. Selon l'invention de telles données comprennent une requête d'interactivité comprenant : - une balise de début de requête permettant d'identifier qu'il s'agit de données d'interactivité ; un jeton permettant d'identifier ledit diffuseur de contenu ; un code d'action permettant d'identifier le type d'action demandée par ladite requête d'interactivité, ledit code action comprenant au moins un champ destiné à recevoir une réponse à ladite requête d'interactivité ; une balise de fin permettant d'identifier la fin de la balise d'interactivité. Ainsi, l'invention permet de définir simplement une requête d'interactivité qui est insérée au sein des métadonnées qui accompagnent un contenu compris dans un flux multimédia et autorise la formulation d'une réponse à cette requête au sein même de la requête d'interactivité. Le flux multimédia est transmis par le diffuseur de contenu. Il insère donc également la requête d'interactivité dans les métadonnées du flux.
D'autres caractéristiques et avantages de l'invention apparaîtront plus clairement à la lecture de la description suivante d'un mode de réalisation préférentiel, donné à titre de simple exemple illustratif et non limitatif, et des dessins annexés, parmi lesquels : la figure 1 présente un synoptique du système de l'invention ; la figure 2 illustre la prise en charge d'une requête d'interactivité au sein d'un terminal client ; la figure 3 illustre la prise en charge d'une requête d'interactivité contenant une réponse au sein de la plateforme d' intermédiation ; la figure 4 illustre un cas d'usage d'une mise en œuvre d'un système de l'invention.
L'invention propose un système ouvert permettant aux fournisseurs de gérer efficacement des données d'interactivité dont ils sont les initiateurs.
Ainsi, l'invention permet de proposer une solution nouvelle pour la mise en œuvre de l'interactivité, par le biais de mécanismes d'échange de requêtes dites d'interactivité entre les terminaux clients et les diffuseurs. La solution de l'invention permet que : le fournisseur de contenu puisse être directement à l'origine de la requête d'interactivité, l'intégrer directement dans les métadonnées du flux qu'il diffuse et l'acheminer directement au utilisateur final, sans qu'un tiers soit en coupure ; la requête d'interactivité puisse être diffusé du diffuseur au terminal client final, sur un réseau ou un type de réseau différent de celui utilisé par la réponse à la requête (ex : requête dans un flux de métadonnées diffusé en hertzien numérique et réponse acheminée via Internet, requête intégrée dans un flux traversant un canal virtuel spécifique et réponse via un autre canal virtuel) ; la requête puisse être générée en dynamique, lors de la diffusion d'un flux en direct, ou alors en statique lors de la génération d'un contenu enregistré (ex : DVD, Vidéo à la demande) ; la requête et la réponse d'interactivité puisse être respectivement généré
(pour la requête) et traitée (pour la réponse) par des plates-formes différentes et parfois indépendantes.
Dans au moins un mode de réalisation spécifiquement adapté à des architectures multitiers (utilisateurs, fournisseurs de services, fournisseurs de contenus, opérateurs de communication), l'invention s'articule autour d'une plateforme d' intermédiation. Une plateforme d'intermédiation permet de gérer les échanges de données entre les différents tiers : elle permet de recevoir des données en provenance des terminaux des utilisateurs, de traiter ou de concaténer ces données, de les archiver ou encore de les transmettre aux fournisseurs de contenus et/ou à des fournisseurs de service.
Cette plateforme joue donc un rôle central dans ce mode de réalisation faisant intervenir de multiples tiers puisqu'elle possède des fonctions de passerelle entre ces tiers. Les données d'interactivité sont, selon l'invention, intégrées au sein des métadonnées qui sont transportées avec les flux. En effet, les flux multimédia (audio, vidéo) transportent également des métadonnées. Ces métadonnées, qui sont utilisées pour des besoins d'identification des contenus des flux ou encore pour des besoins de paramétrage de la restitution des flux sont, selon l'invention, utilisées pour transporter les requêtes d'interactivité. Ainsi, les données d'interactivités peuvent être intégrées au sein de métadonnées de description ou de synchronisation de flux, en fonction bien entendu de la norme de codage considérée. Ainsi, par exemple dans le cas d'un codage hiérarchique d'un flux MPEG4, les données d'interactivité peuvent être intégrées au sein du flux de synchronisation.
Les requêtes d'interactivité sont formatées selon un formalisme spécifique qui permet de définir un protocole d'échange (cf. exemple de protocole d'échange).
Ces requêtes d'interactivité contiennent un jeton, créé par le fournisseur de contenus. Ce jeton permet au fournisseur de contenus de gérer de manière efficace les requêtes qu'il transmet aux terminaux. Le jeton, qui est utilisé par le fournisseur de contenu pour identifier chaque requête d'interactivité, est unique et propre au fournisseur de contenu en question. Pour ce faire un tel jeton comprend un identifiant, de préférence unique, du fournisseur de contenu, un ensemble d'identifiants propres à chaque requête et des paramètres d'interactivité, propres à la requête en question. Le jeton comprend également un délai de réponse. Ce délai de réponse est utilisé par la plateforme d' intermédiation pour déterminer un temps au delà duquel le jeton n'est plus actif. En d'autres termes, je jeton sert de marqueur temporel pour les données d'interactivité. Dans le cas par exemple d'un sondage qui est réalisé pour tester le contenu d'un programme diffusé par un fournisseur de contenu, le jeton qui accompagne le flux multimédia comprend une question basique « ce programme vous plait- il ? ». Le jeton comprend alors un indicateur temporel de fin de sondage qui permet de définir un temps à partir duquel une réponse ne sera pas prise en compte. Cet indicateur temporel sera ensuite utilisé par la plateforme d' intermédiation pour déterminer à partir de quand les traitements d'agrégation et/ou de corrélation doivent être engagés (la fin de la période de sondage).
La ou les réponses à la requête d'interactivité reçue par un terminal sont insérées dans la requête d'interactivité elle-même, qui est en quelque sorte complétée par le terminal avant d'être transmise à la plateforme d' intermédiation pour traitement. Les réponses à une requête d'interactivité peuvent être insérées automatiquement par le terminal lorsque la requête ne nécessite pas l'intervention de l'utilisateur. Dans ce cas l'utilisateur ne sait pas que le terminal réalise ce type de traitement (il s'agit typiquement d'une mesure d'audience d'un programme). Ces réponses peuvent aussi être insérées en fonction des réponses ou de comportements de l'utilisateur face à la requête d'interactivité.
L'invention propose ainsi un système ouvert qui, grâce à la plateforme d' intermédiation, un protocole simple et l'utilisation de métadonnées existantes, autorise d'autres fournisseurs de services et des fournisseurs de contenus à interagir directement avec les utilisateurs et à obtenir des informations ne provenance de ceux-ci. L'invention résout donc un problème de taille dans ce type de système. En effet, comme cela a déjà été évoqué, les systèmes de diffusion de l'art antérieur sont cloisonnés et ne permettent pas au fournisseur de contenu d'avoir une connaissance des actions ou des opérations réalisées par les utilisateurs.
L'invention trouve naturellement sa place dans des applications telles que : La mesure d'audiométrie : il n'y a dans ce cas pas d'interactivité avec l'utilisateur, le terminal agit de lui-même pour répondre à la requête du fournisseur du contenu ; - Les sondages, votes, jeux ;
La demande d'information sur un produit ou service :
Un rappel téléphonique peut être mis en œuvre (Click-to-call) ; Une documentation peut être envoyée par mail ou courrier ; Selon l'invention, seule la plate-forme d'intermédiation connait la correspondance terminal/compte utilisateur et est en mesure de préserver l'identité du client ; L'achat d'un produit ou d'un service ;
Le chargement d'un lien vers un site Web (url, clip vidéo, ...) si le terminal ou un équipement associé dispose d'un moyen de restitution; écran, synthèse vocale, ... (avec ou sans le consentement de l'utilisateur)
Le "Décrochage" audio/vidéo : bascule temporaire ou permanente vers une autre source de contenus (Ex : Radio IP ou Radio numérique terrestre). Renvoi vers un service : Les données d'interactivité du flux diffusé contiennent un lien vers un autre service (n'importe lequel a priori). Ce service s'adressant au terminal en question ou à des équipements qui lui sont connectés.
D'autres exemples d'utilisation "libres", liés à des terminaux ou équipements spécifiques et dont le comportement est défini par un protocole propre au diffuseur et au terminal ou équipement relié à celui-ci peuvent également être envisagés. Il s'agit par exemple : d'un fauteuil restituant des mouvements en accord avec la musique ou un film ; d'une figurine animée (exemple pour apprendre la danse) ; d'un "sex toy" synchronisé avec de la musique ou avec des contenus vidéos.
On présente, en relation avec la figure 1, un mode de réalisation d'un système selon l'invention.
On présente dans ce mode de réalisation, la mise en œuvre du procédé de l'invention dans laquelle les traitements des jetons insérés dans les flux sont réalisés par l'intermédiaire d'une plateforme d' intermédiation qui permet de mettre à disposition du fournisseur de contenu les réponses aux requêtes d'interactivité en provenance des terminaux des utilisateurs.
Ainsi, le système qui met en œuvre le procédé de l'invention comprend un fournisseur de contenus 100. Ce fournisseur de contenu encode et diffuse le flux par l'intermédiaire d'une plateforme d'encodage 101 et d'une plateforme de streaming 102. Le flux est diffusé à un terminal client 103 qui réalise d'une part les opérations nécessaires au décodage et à la restitution du flux et d'autre part les opérations de traitements des requêtes d'interactivité. Ces opérations de traitement fournissent des résultats qui sont transmis, par l'intermédiaire d'un réseau de communication, à une plateforme d'intermédiation 104 qui se charge de stocker les résultats des traitements et éventuellement de réaliser elle-même des traitements complémentaires. La plateforme d'intermédiation 104 met ensuite à disposition du fournisseur de contenu 100, les résultats des requêtes d'interactivité qu'elle a stockée.
La plateforme d'intermédiation 104 interagit également avec d'autres plateformes de services (105, 106, 107). Ces plateformes peuvent être des plateformes de ventes en lignes, des plateformes de mise en œuvre de dispositifs spécifiques à disposition de l'utilisateur, etc. II est important de noter que, selon l'invention, il n'est pas nécessaire que les résultats de la requête d'interactivité soient transmis à la plateforme d'intermédiation 104 par le même réseau de communication que celui utilisé pour la réception de la requête par le terminal client 103. La requête d'interactivité peut être transmise par l'intermédiaire du réseau de diffusion numérique hertzien ou satellitaire (l'unicité du jeton dépend alors uniquement du fournisseur de contenu) et la réponse à cette requête peut être transmise par l'intermédiaire d'un réseau xDSL.
Dans une variante particulièrement adaptée à un système de diffusion global par l'intermédiaire d'un réseau numérique hertzien, dans lequel le diffuseur de contenu souhaite que l'unicité du jeton dépende à la fois du contenu et de l'utilisateur auquel ce contenu est diffusé, le flux de métadonnées contenant le jeton peut être transmis indépendamment des flux multimédia à restituer, par exemple en utilisant le réseau xDSL auquel le terminal client est connecté.
Gestion de l'interactivité par un terminal
On présente, en relation avec la figure 2, une méthode de gestion des flux permettant l'interactivité telle qu'elle peut être mise en œuvre au sein d'un terminal, par exemple un terminal de restitution audio et/ou vidéo. Un flux multimédia (MS) contient des unités de flux multimédia de type audio et/ou vidéo (S) et des données d'interactivité (I). Ce flux MS est créé par un fournisseur de contenu. Le flux MS est reçu (1) par le terminal, il est décodé (MS) et le contenu audio/vidéo (S) est restitué (2) à l'utilisateur (U) par le biais d'un dispositif idoine (DpIy). Les données d'interactivité (I) sont envoyées (3) pour décodage et traitement au module de décodage des métadonnées (MD). Ce module de décodage des métadonnées (MD) inspecte les données et les restitue (4) à l'utilisateur s'il s'agit de métadonnées classiques, sinon il les envoie (5) (après extraction) au module de gestion de l'interactivité (MI). Le module de gestion de l'interactivité (MI) traite, selon l'invention, la requête d'interactivité en accord avec les actions prévues et le protocole défini (cf. protocole et cas d'utilisation). Pour cela il utilise : le module "Présentation & commande" (C) pour interagir avec l'utilisateur (LJ) en affichant des messages (7) et en attendant des réponses (8), le cas échéant, par exemple si la requête d'interactivité contient des données et/ou des messages à afficher à l'utilisateur la plate-forme d'intermédiation (P), auquel il est connecté, pour remonter un résultat ou demander une autorisation avant de déclencher une action ou une suite d'actions (9) en fonction du ou des jetons contenus dans les données d'interactivité de la requête. les capacités du terminal ou d'un autre équipement (E) relié (10) avec ou sans fil au terminal (cf. protocole et cas d'utilisation) pour une mise en œuvre particulière. Plateforme d'intermédiation
On présente, en relation avec la figure 3, une méthode de gestion des d'interactivité telle qu'elle peut être mise en œuvre au sein d'une plateforme d'intermédiation de l'invention. La plateforme d'intermédiation (P) est la plateforme à laquelle le module d'interactivité (MI) du terminal décrit en figure 2 est relié.
Cette plateforme d'intermédiation comprend plusieurs modules : un module de réception des requêtes et des réponses (MRR) en provenance des terminaux des utilisateurs ; un module d'analyse des ces requêtes (MAR) ; - un moule de traitement des requêtes invalides (MTRI), module agencé de telle sorte que toute requête invalide peut lui être immédiatement communiquée, sans analyse, afin de réduire les risques liés à des failles de sécurité ; un module d'ordonnancement des traitements liés aux réponses/requêtes (MOR) ; un module d'enregistrement des requêtes (MER) permettant leurs identifications et leurs sauvegardes pour une utilisation ultérieure ; un module d'activation des actions (MAA) qui sont réalisées par la plateforme d' intermédiation ; - des modules de traitements (MTx) qui récupèrent les réponses, et réalisent les traitements spécifiques de ces réponses pour constituer des données à mettre à disposition ; un module de mise à disposition (MMD) chargé de fournir, au fournisseur de contenu, des données préalablement traitées, telles que les données de vote ou des données statistiques.
Le module de réception des requêtes (MRR) reçoit (11) les requêtes des terminaux, dont il peut effectuer une authentification préalablement au passage (12) des requêtes au module d'analyse (MAR). Dans les deux cas, il enrichit les requêtes avec l'identité du terminal et la date/heure de réception. Le module d'analyse des requêtes (MAR) vérifie le bon formalisme de celles-ci et si besoin les authentifie en utilisant par exemple une signature électronique véhiculée dans les données transmises (avec le champ "token" dans l'exemple de protocole). Si la requête est soumise à autorisation de la plate-forme d'intermédiation (cf "autorisation action T" de l'exemple de protocole), un acquittement est renvoyé au terminal via par l'intermédiaire du module de réception des requêtes (MRR). Si la requête est soumise à autorisation d'un tiers (cf "autorisation action '2'" de l'exemple de protocole), par exemple pour vérifier la souscription à un service, celui-ci est contacté en mode « B2B » (de l'anglais « Business to Business ») (14) à une plateforme situé sur un réseau NTWK après avoir récupéré (13) des données externes de correspondance terminal/utilisateur auprès du système d'authentification situé sur le réseau NTWK (ou un autre réseau, non représenté). Un acquittement est ensuite renvoyé au terminal.
Lorsqu'une requête est incorrecte, celle-ci est envoyée (15) au module de traitement des requêtes invalides (MTRI). Ce module effectue de l'historisation (logs) et peut mettre en œuvre des mécanismes de détection de fraude ou d'alerte auprès du diffuseur.
Si la requête est valide, elle est transmise (17) au module d'enregistrement des requêtes (MER) qui, préalablement à l'enregistrement des données, vérifie l'unicité de la requête grâce notamment à l'identité du terminal.
Un code retour est retourné au module d'analyse des requêtes (MAR). Ce code retour a trois états :
Erreur : La requête est invalide, elle est historiée (15) par le module de traitement des requêtes invalides (MTRI) ; - Nouveau jeton (cf. protocole) : Le module d'analyse des requêtes (MAR) prévient (16) le module d'ordonnancement des traitements (MOR) qui est en charge de l'ordonnancement des traitements.
Ok : S'il s'agit d'une action à faire réaliser par la plate-forme d'intermédiation (cf protocole) la requête est envoyée (18) au module d'activation des actions (MAA) et le traitement de la requête par le module d'analyse des requêtes (MAR) prend fin.
Suivant le type d'action et les données transmises dans les requêtes (cf protocole et cas d'usage) le module d'activation des actions (MAA) déclenche
(19) la réalisation de celles-ci sur des plateformes tierces. Des codes retours de ces actions (19) permettent de consigner (20) les changements d'état des requêtes (en cours, terminé, erreur, ..) dans le module d'enregistrement des requêtes (MER).
Lorsque le délai de réponse accordé à l'action définie par le jeton est atteint, le module d'ordonnancement des traitements (MOR) active (21) le traitement des réponses en mettant en œuvre un ou plusieurs modules traitements (MTx).
Un module traitements (MT) récupère (22) l'ensemble des réponses, les corrèle suivant le code action utilisé et en s'appuyant (23) éventuellement sur des données externes de correspondance terminal/utilisateur et de type utilisateur/profil (DE). A la fin du traitement, les données agrégées et corrélées sont transmises (24) au module de mise à disposition des données (MMD). Ce module de mise à disposition des données (MMD) peut transmettre (25) ces corrélées et/ou agrégées vers une personne ou une machine définie par le diffuseur de la requête, c'est-à-dire le fournisseur de contenu. Le mise à disposition des données (MMD) peut aussi attendre que le destinataire vienne chercher ces données, auquel cas la plate-forme d'intermédiation peut proposer des traitements différents ou complémentaires des requêtes. Exemple de protocole
Selon l'invention, les données d'interactivité qui sont insérées dans les métadonnées du flux sont codifiées selon un protocole particulier permettant de traiter les requêtes et les réponses formulées de manière plus simple et efficace.
La structure des données d'interactivité peut par exemple être la suivante : <balise début> <jeton> <code action> <autorisation action> <durée de validité> [paramètre] [...] [token] <balise fin>
Dans cet exemple, la structure de données d'interactivité est créée à l'aide de balises. Permettant de délimiter, de façon arborescente, l'ensemble des données d'interactivité. On décrit par la suite la signification des champs :
<balise début> Permet d'identifier qu'il s'agit de données d'interactivité ; <jeton> Composé de deux parties :
<code radio> unique, un par diffuseur de contenus ; - <n° d'ordre> unique pour un <code radio> donné. Il permet de différencier et de rendre unique les actions demandées, donc éventuellement d'avoir plusieurs actions en parallèle ; <code action> type d'action demandée, les paramètres qui suive en découlent : - <autorisation action> 0 -→sans autorisation, 1 — »-autorisation intermédiation, 2 →autorisation d'un tiers via la plateforme d'intermédiation ;
<durée de validité> en secondes voire minutes, le retour est demandé et possible durant ce laps de temps. Si l'action le permet, ce laps de temps est aussi utilisé pour étaler les réponses vers la plate-forme d'intermédiation et éviter une surcharge ; [paramètre] [...] Optionnel, multiple, dépend du type d'action ; [token] Elément de sécurité pour authentifier une action ou une suite d'actions sensibles (ex: signature électronique que vérifiera la plate-forme d'intermédiation)) ; <balise fin> Fin des métadonnées.
L'utilisation de "codes action" permet de définir des actions standards compréhensibles par tous les terminaux. Elle permet aussi de définir des codes privés introduisant des sous protocole uniquement compréhensibles par certains terminaux ou équipements reliés à ces terminaux (avec ou sans fil).
On présente ci-après quelques exemples pour un diffuseur de flux audio ou audiovisuels ayant pour code 'OAc' :
Mesure d'audiométrie (n° ordre: 128, code action '7', pas d'autorisation '0', 900 s de délai) :
Métadonnées reçues par le terminal : INTER OAc 128 1 0 900 ACTIF ;
Données remontées à la plate forme d'intermédiation : OAc 128 1 0 900 (à l'initiative du terminal et aléatoirement durant les 900 s de délai) ;
Sondage (code action '2') :
Métadonnées reçues par le terminal : INTER OAc 129 2 0 300 "Si vous êtes d'accord Tapez 7' sinon '2'" ACTIF ; Données remontées à l'intermédiation : OAc 129 2 300 0 1 (on suppose que l'utilisateur a tapé sur la touche 7') ;
On présente par la suite deux variantes de gestion de l'interaction. Requête d'interactivité unique via la diffusion d'un flux unique Le principe de fonctionnement de l'invention tel qu'il a été décrit préalablement présente le cas d'une diffusion à n clients finaux, n étant supérieur à 7.
Il est envisagé, dans le cadre de flux dédié (tel que par exemple une radio personnalisée) et émis vers un seul utilisateur de mettre en œuvre l'invention pour envoyer des requêtes personnalisées pour lesquelles il ne pourrait y avoir une réponse que pour le seul utilisateur concerné.
Il est ainsi possible de prévoir, dès l'origine, dans le cas d'une diffusion unicast, des jetons uniques pour un client donné. Ce jeton unique peut être composé d'une part d'un identifiant du diffuseur, d'un identifiant de l'utilisateur ainsi que d'autre données annexes.
Ainsi, par exemple, un premier contenu est dédié à un premier utilisateur et un deuxième contenu est dédié à un deuxième utilisateur. Il est possible, selon l'invention, de générer respectivement une première requête d'interactivité, puis une deuxième requête d'interactivité respectivement à destination du premier et deuxième utilisateur. Il est ainsi plus aisé de tracer les réponses pour chacun de ces utilisateurs en fonction des ces jetons uniques. Une telle mise en œuvre peut- être intéressante par exemple en cas de diffusion de « podcasts » ou d'émission à la demande qui sont faites en unicast et pas en même temps. Cette variante n'est présenté qu'à titre illustratif, car il est également possible de d'utiliser un jeton identique pour tous les clients (même en unicast), et d'utiliser l'identifiant du terminal, pour individualiser la réponse du client.
Serveur de diffusion d'interactivité dissocié de la plate-forme d'intermédiation Dans ce mode de réalisation complémentaire, en relation avec la figure 2, la requête d'interactivité dans le flux diffusé contient un lien vers une autre source de diffusion d'interactivité (cf. protocole et exemples), le module (C) ouvre une seconde connexion vers le site identifié par cette URL pour récupérer les données d'interactivité afin de les réinjecter dans le module de management de l'interactivité (MI) ou vers un équipement relié au terminal. L'authentification du terminal et la vérification des droits d'accès au service peuvent être réalisées sur la plate-forme d'intermédiation, par exemple en utilisant une liaison en B2B avec le partenaire, celui-ci renvoyant les données d'accès à communiquer au terminal afin qu'il puisse se connecter à la plate-forme de fourniture d'interactivité.
Cette seconde connexion peut se faire en multicast mais aussi en unicast, auquel cas la plate-forme de fourniture d'interactivité est en mesure de servir des données d'interactivité personnalisées ou en rapport avec un groupe d'utilisateurs.
Utilisable en bidirectionnel, cette liaison autorise également l'interactivité directe entre terminaux ou équipements raccordés à ceux-ci.
Ainsi, par exemple, pour l'animation d'un équipement relié au terminal (code action '123') nécessitant l'accord et la fourniture des données d'accès par un tiers, autorisation action '2') :
Métadonnées reçues par le terminal : INTER OAc 180 123 2 30 4g5cvk84dd5e6o8f5c ACTIF
Données remontées à l'intermédiation : OAc 180 123 2 30 4g5cvk84dd5e6o8f5c
La plate-forme d'intermédiation récupère les données d'association terminal/utilisateur puis demande l'accord et les données d'accès au tiers (http://www.lesite.com/1287947Qf565Rh6fg6). Elle peut alors répondre au terminal :
Données reçues de l'intermédiation : OAc 180 123 2 OK http://www.lesite.com/1287947Qf565Rh6fg6
Les données suivantes sont envoyées à l'équipement : http://www.lesite.com/1287947Qf565Rh6fg65fml978 L'équipement se connecte au site : http://www.lesite.com/1287947Qf565Rh6fg65fml978
Le site vérifie les droits d'accès avant de servir les données
Données reçues de la plate-forme de fourniture d'interactivité : Qf56 5Rh6 fg60 67m2 èO59 Données reçues de la plate-forme de fourniture d'interactivité :
8f9H O4P8 1474 9mq7 9JgH 6dfk 075g KC3d
Ainsi, le diffuseur peut s'associer avec d'autres services tiers pour permettre la mise en œuvre de service ou d'équipements complémentaires. Cas d'usage
On présente, en relation avec la figure 4, un cas d'usage du système selon l'invention. Un utilisateur (U) écoute sur un terminal audio (TA) portant le numéro de série « 123 », un flux audio (FIA) diffusé par une radio R disposant d'une plateforme PR. Le flux audio est diffusé soit par l'intermédiaire d'un réseau IP soit par l'intermédiaire d'un réseau hertzien (Radio Numérique Terrestre). Le flux diffusé en streaming par la radio R comprend des données audio et des métadonnées (dont la requête d'interactivité identifiée avec le jeton 001, de type achat du titre diffusé sur la boutique d'achat en ligne Z avec un compte prépayé).
Le terminal audio (TA) procède dans un premier temps à un décodage 40 du flux audio qui est restitué sous forme sonore (par l'intermédiaire d'une chaine HiFi ou de tout autre équipement adéquat (HP)). Puis le terminal audio (TA) décode les métadonnées 41 qu'il affiche sur un écran (DpIy) (du terminal audio (TA) ou de tout autre écran d'affichage adapté à cet affichage). Ces métadonnées comprennent par exemple le nom du titre en cours de diffusion.
Le terminal audio extrait ensuite 42 la requête d'interactivité qui est comprise dans les métadonnées. Cette requête a pour objet l'affichage du message "Acheter ce titre ?" et l'attente de la commande de l'utilisateur. Le terminal réalise 43 cet affiche sur l'écran (DpIy).
L'utilisateur (U) appuie sur une touche pour acheter le titre écouté. La plateforme d' intermédiation (PIM) reçoit alors (44) la requête identifiée avec le jeton 001 (de type achat du titre diffusé), envoyée par le terminal (TA) de numéro de série « 123 ». Le module d'analyse des requêtes analyse 45 la requête et transmet au module d'activation des actions le fait que l'utilisateur souhaite acheter le titre : la commande du titre est passé à la plateforme commerciale tierce PC qui vérifie les droits de l'utilisateur U de terminal 123 (par exemple que le solde du crédit est supérieur à 0) et le titre est ajouté au catalogue du client disponible en streaming et en téléchargement (envoi d'un e-mail). Le module d'enregistrement des requêtes enregistre (46) la requête reçue ainsi que son résultat puis elle effectue des traitements (47), tels que des traitements statistiques, qu'elle met à disposition (48) de la plateforme PR de la radio R, par exemple pour que cette dernière ait connaissance d'un achat de titre.

Claims

REVENDICATIONS
1. Système de gestion d'interactivité entre une plateforme de diffusion de contenus d'un diffuseur et un terminal d'utilisateur, caractérisé en ce qu'il comprend : - une plateforme de diffusion de contenus (100) comprenant des moyens de diffusion (101, 102) d'un contenu vers ledit terminal d'utilisateur, ledit contenu comprenant des métadonnées qui lui sont associées ; au moins un terminal d'utilisateur (103), comprenant :
• des moyens de réception dudit contenu en provenance de ladite plateforme de diffusion de contenus,
• des moyens d'extraction d'au moins une requête d'interactivité insérée, préalablement à la diffusion dudit contenu, au sein desdites métadonnées, et
• des moyens d'émission d'une réponse à ladite requête d'interactivité.
2. Système selon la revendication 1, caractérisé en ce que ledit système comprend en outre une plateforme d' intermédiation (104) comprenant des moyens de réception de ladite réponse en provenance dudit terminal (103).
3. Plateforme de diffusion de contenus d'un diffuseur, caractérisé en ce que ladite plateforme comprend des moyens de diffusion (101, 102) d'un contenu vers un terminal d'utilisateur, ledit contenu comprenant des métadonnées qui lui sont associées, au moins une requête d'interactivité ayant été insérées , préalablement à la diffusion dudit contenu, au sein desdites métadonnées.
4. Plateforme de diffusion de contenu selon la revendication 3 caractérisé en ce que ladite plateforme de diffusion comprend en outre : des moyens de création d'un jeton permettant d'identifier ladite requête d'interactivité ; des moyens d'insertion dudit jeton au sein de ladite requête d'interactivité ; - des moyens d'insertion de ladite requête d'interactivité au sien desdites métadonnées.
5. Terminal d'utilisateur caractérisé en ce que le terminal comprend des moyens d'extraction d'au moins une requête d'interactivité insérée, préalablement à la diffusion d'un contenu, au sein de métadonnées, ledit contenu comportant lesdites métadonnées qui lui sont associées.
6. Terminal selon la revendication 5, caractérisé en ce que ledit terminal d'utilisateur comprend en outre :
• des moyens de réception d'un contenu en provenance d'une plateforme de diffusion de contenus, ledit contenu comportant des métadonnées qui lui sont associées,
• des moyens d'émission d'une réponse à ladite requête d'interactivité.
7. Terminal selon l'une quelconque des revendications 5 ou 6, caractérisé en ce que ledit terminal d'utilisateur comprend en outre : - des moyens de traitement de ladite requête d'interactivité extraite délivrant au moins un résultat de traitement ; des moyens d'insertion, au sein de ladite requête d'interactivité, dudit au moins un résultat ; des moyens de transmission, à ladite plateforme d'intermédiation, de ladite réponse relative à ladite requête d'interactivité traitée, sous la forme d'une requête complétée par ladite réponse.
8. Plateforme de traitement de réponses à des requêtes d'interactivité d'intermédiation (104) comprenant des moyens de réception d'une réponse en provenance d'un terminal d'utilisateur (103) relative à une requête d'interactivité extraite de métadonnées dans lesquelles ladite requête d'interactivité à été insérée préalablement à la diffusion d'un contenu, ledit contenu comportant lesdites métadonnées qui lui sont associées.
9. Plateforme de traitement caractérisé en ce qu'elle consiste en une plateforme d'intermédiation qui comprend : - des moyens d'analyse de ladite requête d'interactivité complétée permettant d'identifier, à l'aide dudit jeton, ledit diffuseur et ledit terminal d'utilisateur ; des moyens de traitement des requêtes invalides permettant de tracer ladite requête complétée lorsqu'elle présente une anomalie ; - des moyens d'ordonnancement de traitements liés à ladite requête complétée ; des moyens d'enregistrement des requêtes permettant l'identification et la sauvegardes de ladite requête complétée pour une utilisation ultérieure ; des moyens d'activation d'actions qui sont réalisées par ladite plateforme d' intermédiation en fonction d'une nature de ladite requête complétée ; des moyens de traitement qui récupèrent ledit au moins un résultat contenu dans ladite requête complétée, et réalisent des traitements spécifiques de ces résultats pour constituer des données à mettre à disposition ; des moyens de mise à disposition chargé de fournir, au fournisseur de contenu, lesdites données à mettre à disposition.
10. Données accompagnant un contenu diffusé par une plateforme de diffusion de contenu d'un diffuseur, caractérisé en ce qu'elles comprennent une requête d'interactivité comprenant : une balise de début de requête permettant d'identifier qu'il s'agit de données d'interactivité ; un jeton permettant d'identifier ledit diffuseur de contenu ; un code d'action permettant d'identifier le type d'action demandée par ladite requête d'interactivité, ledit code action comprenant au moins un champ destiné à recevoir une réponse à ladite requête d'interactivité ; - une balise de fin permettant d'identifier la fin de la balise d'interactivité.
11. Procédé de gestion de données d'interactivité diffusées par une plateforme de diffusion de contenus d'un diffuseur dans un terminal d'utilisateur caractérisé en ce qu'il comprend : une étape de réception d'un contenu en provenance deladite plateforme de diffusion, ledit contenu comprenant des métadonnées qui lui sont associées : une étape d'extraction d'une requête d'interactivité insérée, préalablement à leur diffusion, au sein desdites métadonnées ; une étape d'émission d'une réponse à ladite requête d'interactivité.
12. Produit programme d'ordinateur téléchargeable depuis un réseau de communication et/ou stocké sur un support lisible par ordinateur et/ou exécutable par un microprocesseur, caractérisé en ce qu'il comprend des instructions de code de programme pour l'exécution du procédé de selon la revendication 1 1, lorsqu'il est exécuté sur un ordinateur.
EP09747899A 2008-09-30 2009-09-23 Systeme de gestion d'interactivite Ceased EP2347583A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR0856611 2008-09-30
PCT/FR2009/051794 WO2010037951A1 (fr) 2008-09-30 2009-09-23 Systeme de gestion d'interactivite

Publications (1)

Publication Number Publication Date
EP2347583A1 true EP2347583A1 (fr) 2011-07-27

Family

ID=40709740

Family Applications (1)

Application Number Title Priority Date Filing Date
EP09747899A Ceased EP2347583A1 (fr) 2008-09-30 2009-09-23 Systeme de gestion d'interactivite

Country Status (2)

Country Link
EP (1) EP2347583A1 (fr)
WO (1) WO2010037951A1 (fr)

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2002102079A1 (fr) * 2001-06-08 2002-12-19 Grotuit Media, Inc. Systemes d'enregistrement, d'edition et de reproduction de programmes audio et video au moyen de metadonnees

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH10174082A (ja) * 1996-12-13 1998-06-26 Toshiba Corp 双方向ｔｖ放送システムおよびそのシステムに適用されるファイルアクセス方法
EP0934765A1 (fr) * 1998-02-09 1999-08-11 CANAL+ Société Anonyme Système de jeux interactif
US7305697B2 (en) * 2001-02-02 2007-12-04 Opentv, Inc. Service gateway for interactive television

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2002102079A1 (fr) * 2001-06-08 2002-12-19 Grotuit Media, Inc. Systemes d'enregistrement, d'edition et de reproduction de programmes audio et video au moyen de metadonnees

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
ANONYMOUS: "eBay Shopping API - Making an API Call", 20 July 2008 (2008-07-20), XP055602659, Retrieved from the Internet <URL:https://web.archive.org/web/20080720070455/https://developer.ebay.com/devzone/shopping/docs/concepts/shoppingapi_formatoverview.html#close> [retrieved on 20190704] *
See also references of WO2010037951A1 *

Also Published As

Publication number Publication date
WO2010037951A1 (fr) 2010-04-08

Similar Documents

Publication Publication Date Title
EP2177025B1 (fr) Procédé et dispositif de chiffrement partiel d&#39;un contenu numérique
FR2890505A1 (fr) Systeme et procede de diffusion de contenus personnalises et eventuellement interactifs a destination de terminaux rattaches a un reseau de communication
FR2930357A1 (fr) Procede de vote electronique,decodeur pour la mise en oeuvre de ce procede et reseau comprenant un serveur de vote pour la mise en oeuvre du procede.
FR2987147A1 (fr) Procede de mesure d&#39;audience
FR2835371A1 (fr) Procede et dispositif de transmission de message de gestion de titre d&#39;acces
EP3011712B1 (fr) Procédé de communication pour une application interactive entre terminaux dans une salle de projection sur écran
EP2577913B1 (fr) Dispositif et procédé d&#39;interfaçage d&#39;au moins un terminal de stockage et de transmission de données avec au moins un support de transmission de données
WO2009071616A1 (fr) Module d&#39;identite d&#39;abonne et serveur de diffusion associe, adaptes pour gerer des programmes d&#39;une duree non determinee
EP2347583A1 (fr) Systeme de gestion d&#39;interactivite
WO2003098870A2 (fr) Procede de distribution de donnees avec controle d&#39;acces
EP2105854A1 (fr) Procédé de détermination de données complémentaires relatives à au moins un contenu, procédé pour transmettre ces données complémentaires, dispositif de traitement et serveur d&#39;applications associés
EP1474923B1 (fr) Procede pour controler l&#39;acces a un contenu par un terminal, terminal, serveur de droits d&#39;usage, automate de distribution, serveur fournisseur, support de donnees et systeme associes
EP1432171B1 (fr) Procédé et système de diffusion automatique et sumultanée de documents électroniques de formats distincts sur internet
EP1633144A1 (fr) Procédé de gestion des conditions d accès à un flux vidéo par un routeur / DSLAM
FR2798544A1 (fr) Procede de gestion d&#39;une remuneration conditionnee par un message recu dans un terminal multimedia
EP2328316B1 (fr) Controle d&#39;accès à un contenu numérique
FR2843468A1 (fr) Procede et dispositif de transmission de message d&#39;achat impulsif de donnees et services embrouilles
EP4320534A1 (fr) Méthode de contrôle d&#39;accès à un bien ou service distribué par un réseau de communication de données
WO2017089710A1 (fr) Procédé de distribution de droits sur un service et plateforme de service
FR2938145A1 (fr) Traitement d&#39;une requete destinee a un serveur interactif de guide des programmes, equipement de reception et serveur interactif associes
FR2818861A1 (fr) Procede d&#39;exploitation d&#39;emissions televisees et installation pour sa mise en oeuvre
FR2920068A1 (fr) Plate-forme et procede de distribution de contenus numeriques proteges
FR2927493A1 (fr) Procede et systeme de securisation de diffusion de donnees
WO2013045793A1 (fr) Procede de distribution de contenus, dispositif d&#39;obtention et programme d&#39;ordinateur correspondant
FR2905546A1 (fr) Procede et systeme de synchronisation d&#39;informations avec un flux

Legal Events

Date Code Title Description
PUAI Public reference made under article 153(3) epc to a published international application that has entered the european phase

Free format text: ORIGINAL CODE: 0009012

17P Request for examination filed

Effective date: 20110502

AK Designated contracting states

Kind code of ref document: A1

Designated state(s): AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HR HU IE IS IT LI LT LU LV MC MK MT NL NO PL PT RO SE SI SK SM TR

AX Request for extension of the european patent

Extension state: AL BA RS

RIN1 Information on inventor provided before grant (corrected)

Inventor name: THOME, DOMINIQUE

Inventor name: LECOMTE, YANNICK

Inventor name: CARLIER, LUDOVIC

DAX Request for extension of the european patent (deleted)
RAP1 Party data changed (applicant data changed or rights of an application transferred)

Owner name: ORANGE

17Q First examination report despatched

Effective date: 20160209

REG Reference to a national code

Ref country code: DE

Ref legal event code: R003

RAP1 Party data changed (applicant data changed or rights of an application transferred)

Owner name: ORANGE

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: THE APPLICATION HAS BEEN REFUSED

18R Application refused

Effective date: 20191125