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

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
EP1763195B1 (fr) Système et procédé de diffusion de contenus personnalisés et éventuellent interactifs à destination de terminaux rattachés à un réseau 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
EP2229776A1 (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
FR2972882A1 (fr) Procede de transfert et de comptabilisation de tags, et dispositif correspondant
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
WO2022214768A1 (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

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