FR3095563A1 - Commande d’un service utilisant le traitement d’un flux comprenant des données multimédias - Google Patents

Commande d’un service utilisant le traitement d’un flux comprenant des données multimédias Download PDF

Info

Publication number
FR3095563A1
FR3095563A1 FR1904469A FR1904469A FR3095563A1 FR 3095563 A1 FR3095563 A1 FR 3095563A1 FR 1904469 A FR1904469 A FR 1904469A FR 1904469 A FR1904469 A FR 1904469A FR 3095563 A1 FR3095563 A1 FR 3095563A1
Authority
FR
France
Prior art keywords
timestamp
service
user
restitution
generation
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.)
Pending
Application number
FR1904469A
Other languages
English (en)
Inventor
Murièle LE BIHAN
Emmanuel Soyer
Dominique POITEVIN
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
Orange 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 Orange SA filed Critical Orange SA
Priority to FR1904469A priority Critical patent/FR3095563A1/fr
Priority to PCT/EP2020/061503 priority patent/WO2020216926A1/fr
Priority to US17/606,630 priority patent/US20220232292A1/en
Priority to EP20719664.3A priority patent/EP3959894A1/fr
Publication of FR3095563A1 publication Critical patent/FR3095563A1/fr
Pending legal-status Critical Current

Links

Classifications

    • 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/478—Supplemental services, e.g. displaying phone caller identification, shopping application
    • H04N21/47815—Electronic shopping
    • 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/41—Structure of client; Structure of client peripherals
    • H04N21/4104—Peripherals receiving signals from specially adapted client devices
    • H04N21/4126—The peripheral being portable, e.g. PDAs or mobile phones
    • 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/41—Structure of client; Structure of client peripherals
    • H04N21/422—Input-only peripherals, i.e. input devices connected to specially adapted client devices, e.g. global positioning system [GPS]
    • H04N21/42203—Input-only peripherals, i.e. input devices connected to specially adapted client devices, e.g. global positioning system [GPS] sound input device, e.g. microphone
    • 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/4722—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 requesting additional data associated with the 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/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/65—Transmission of management data between client and server
    • H04N21/658—Transmission by the client directed to the server
    • H04N21/6587—Control parameters, e.g. trick play commands, viewpoint selection
    • 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/81—Monomedia components thereof
    • H04N21/8126—Monomedia components thereof involving additional data, e.g. news, sports, stocks, weather forecasts
    • H04N21/8133—Monomedia components thereof involving additional data, e.g. news, sports, stocks, weather forecasts specifically related to the content, e.g. biography of the actors in a movie, detailed information about an article seen in a video program
    • 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/845—Structuring of content, e.g. decomposing content into time segments
    • H04N21/8456—Structuring of content, e.g. decomposing content into time segments by decomposing the content in the time domain, e.g. in time segments
    • 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/8547—Content authoring involving timestamps for synchronizing content

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Databases & Information Systems (AREA)
  • Human Computer Interaction (AREA)
  • Computer Security & Cryptography (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

L’invention concerne un contexte de commande d’un service, dans lequel:- un terminal de réception (STB) d’un flux (F) de données multimédias, - un dispositif de restitution (TV), relié au terminal, pour restituer un contenu multimédia correspondant aux données multimédias, ledit contenu multimédia comportant une pluralité de séquences contenant des informations relatives à des services respectifs, à des instants respectifs de restitution du contenu, - une interface homme machine (IHM) à disposition d’un utilisateur pour générer un signal de commande d’un service dont la séquence est en cours de restitution par le dispositif, et transmettre le signal de commande avec une horodate de génération du signal de commande et une référence d’utilisateur,- un serveur de gestion (SER), apte à traiter le signal de commande de service en vue d’un enregistrement de commande de service pour cet utilisateur.Le terminal est agencé pour recevoir, outre les données multimédias, des données d’horodates respectives de restitution programmée des séquences, avec des identifiants respectifs de services. On prévoit alors les étapes : - comparer l’horodate de génération du signal de commande aux horodates respectives de restitution programmée des séquences, - choisir, selon un critère prédéterminé, une horodate parmi les horodates de restitution programmée de séquences comme correspondant à l’horodate de génération du signal de commande, - déterminer l’identifiant de service correspondant à l’horodate choisie,- et générer un signal d’enregistrement de commande du service dont l’identifiant est ainsi déterminé. Figure de l’abrégé : Figure 1

Description

Commande d’un service utilisant le traitement d’un flux comprenant des données multimédias
La présente invention concerne le domaine du traitement de flux de données audiovisuelles, notamment de données multimédia, pour la gestion d’un signal de commande d’un service.
En référence à la figure 1, un tel signal de commande de service est généré comme suit. Un terminal STB, relié à un dispositif de restitution TV, reçoit un flux F de données multimédias pour restituer sur le dispositif TV un contenu multimédia correspondant aux données multimédias. Ce flux F peut être par exemple un flux de données de télévision en temps réel et le terminal STB peut être par exemple de type « Set Top Box », relié à un poste de télévision TV en tant que dispositif de restitution, permettant à un utilisateur UT de regarder un programme de télévision. Alternativement, le terminal STB et le dispositif TV peuvent être intégrés dans un même équipement connecté, de type tablette, ordinateur PC ou autre, pour recevoir un tel flux de données de télévision via une application de télévision et un réseau étendu RES de type Internet par exemple. Alternativement encore, le flux F peut être un flux de données de diffusion de radio en temps réel et le terminal STB peut comporter un syntoniseur et être intégré à un poste radio en tant que dispositif de restitution, permettant à un utilisateur UT d’écouter le programme d’une station radio. Alternativement encore, le contenu multimédia peut être un pré-enregistrement quelconque et pas nécessairement un contenu de flux diffusé en temps réel ou en léger différé.
En particulier, ce contenu multimédia est susceptible de comporter une ou plusieurs séquences contenant des informations relatives à des services respectifs, à des instants respectifs de restitution du contenu. Par exemple, ces séquences peuvent être des messages publicitaires décrivant des produits respectifs. En général, de tels messages durent autour d’une dizaine de secondes et peuvent se succéder dans le temps.
En référence à nouveau à la figure 1 illustrant dans l’exemple représenté le cas d’un utilisateur téléspectateur UT, regardant un programme de télévision sur le poste TV, lorsqu’une publicité pour un produit intéressant l’utilisateur UT est restituée par le dispositif TV, l’utilisateur peut actionner une interface homme machine IHM (par exemple une interface vocale) pour commander le produit de son intérêt (ou ajouter le produit dans une liste d’achats ou un panier (tel qu’une « shopping list », « wallet », ou autre)) en vue d’une commande ultérieure.. Ce signal de commande SC peut être transmis via le réseau RES à un serveur de gestion SER. Ce dernier SER peut par exemple demander en retour une confirmation de commande CC de l’utilisateur UT, via une interface de saisie (prévue sur un équipement d’utilisateur TER, comme par exemple un écran tactile d’un équipement TER tel qu’un smartphone, tablette, PC ou autre). Ainsi, lorsque le signal de commande SC est reçu par le serveur, pour un produit bien identifié, le serveur SER peut transmettre des données de référence CC de ce produit bien identifié, pour que de telles références s’affichent par exemple sur l’écran de l’équipement TER. Une application installée sur l’équipement précité TER s’anime afin de demander à l’utilisateur de saisir une confirmation de validation de ce produit via l’interface de saisie de l’équipement TER, ce qui peut alors déclencher l’enregistrement définitif de la commande du produit auprès du serveur SER ou d’un autre serveur (d’un distributeur du produit ou autre).
Par exemple dans le cas où l’interface IHM est un assistant vocal, une façon naturelle pour l’utilisateur UT d’émettre cette commande est de prononcer un mot du type « je veux ce produit » ou « ajoute » (à une liste préexistante de courses par exemple). De manière générale, un problème constaté est qu’un utilisateur ne prononce pas (ou plus généralement ne souhaite pas saisir) toutes les caractéristiques du produit dont il voit la séquence publicitaire en cours de restitution. Il est difficile alors pour le serveur de gestion SER d’identifier précisément le produit dont la commande est souhaitée.
La présente invention vient alors améliorer la situation.
Selon un premier aspect, il est proposé un procédé de commande d’un service, dans lequel, suite à :
- une génération, par une interface homme machine (IHM) à disposition d’un utilisateur (UT), d’un signal de commande (SC) d’un service, lors d’une restitution par un dispositif de restitution (TV) d’un contenu multimédia correspondant à des données multimédias reçues dans un flux de données multimédias par un terminal (STB) relié au dispositif de restitution (TV), ledit contenu multimédia comportant une pluralité de séquences contenant des informations relatives à des services respectifs, à des instants respectifs de restitution du contenu,
- et à une transmission du signal de commande avec une horodate de génération du signal de commande et une référence d’utilisateur, à un serveur de gestion (SER) traitant le signal de commande de service en vue d’un enregistrement de commande de service pour cet utilisateur,
le terminal recevant, outre les données multimédias, des données :
- d’horodates respectives de restitution programmée des séquences,
- avec des identifiants respectifs de services,

le procédé comporte :
- comparer (S3) l’horodate de génération du signal de commande (HRC) aux horodates respectives de restitution programmée des séquences (HR1, HR2, …),
- choisir (S4), selon un critère prédéterminé, une horodate parmi les horodates de restitution programmée de séquences comme correspondant à l’horodate de génération du signal de commande,
- déterminer (S5) l’identifiant de service correspondant à l’horodate choisie,
- et générer (S6,S7) un signal d’enregistrement de commande du service dont l’identifiant est ainsi déterminé.
Ainsi, une telle réalisation permet de discriminer le service (ou le produit comme présenté précédemment) dont la séquence a occasionné un signal de commande émis depuis l’interface homme machine (IHM) et ce, sans obliger l’utilisateur (UT) de cette interface (IHM) à renseigner toutes les caractéristiques nécessaires à l’identification de ce service.
Dans une réalisation, le critère prédéterminé consiste à choisir l’horodate de restitution programmée la plus proche, antérieure à l’horodate de génération de signal de commande. Comme illustré sur la figure 2 à titre d’exemple, dans une succession d’horodates HR1, HR2, etc., de restitution programmée de séquences respectives, l’horodate la plus proche antérieure à l’horodate HRC de génération du signal de commande est HR2. Dans une réalisation, il est possible en outre d’ajouter un temps de latence qui peut être constant (par exemple cinq secondes) aux horodates HR1, HR2, etc., et de choisir l’horodate ainsi augmentée la plus proche antérieure à l’horodate HRC, afin de tenir compte d’un éventuel temps de réaction de l’utilisateur. La durée de ce temps de latence peut être ajustée selon des tests réalisés sur un panel d’utilisateurs.
Dans une réalisation, l’interface homme machine précitée peut être un assistant vocal connecté (par exemple une enceinte connectée de type « djingo »®). Par exemple, cet assistant vocal peut être relié à une passerelle domestique via un réseau local, laquelle passerelle peut communiquer avec le serveur de gestion SER via un réseau étendu.
Dans une variante, cet assistant vocal peut être intégré à un équipement de type smartphone ou autre (l’interface comportant un microphone d’un tel équipement), cet équipement étant relié via le réseau étendu (cellulaire ou wifi) au serveur SER. Il peut s’agir par exemple du même équipement TER (figure 1) comportant une interface de saisie permettant à l’utilisateur de valider ultérieurement sa commande.
Dans une telle réalisation, le signal de commande généré est alors un signal de parole.
Ainsi, le procédé peut comporter une conversion du signal de parole en un texte d’une suite de caractères (conversion dite « speech to text ») pour identifier au moins un mot-clé caractérisant une commande de service, comme par exemple le mot « Ajoute » ou autre. Par exemple, ce ou ces mots-clés peuvent décrire un type de service commandé : par exemple une commande de produit (« Ajoute ce produit », une commande d’un coupon de réduction (« Ajoute cette réduction »), ou autres.
Plus généralement, des variantes à l’utilisation d’un assistant vocal sont possibles pour l’actionnement de l’interface homme machine précitée. En effet, alternativement à ce qu’un utilisateur prononce le mot « Ajoute » pour commander un service quelconque, il est possible de prévoir par exemple une télécommande du terminal STB comportant un bouton spécifique à appuyer pour émettre la commande de service vers le terminal STB qui peut remonter par une liaison bidirectionnelle la demande de commande au serveur de gestion STB. Alternativement encore, l’équipement précité TER peut proposer une application informatique avec un bouton de commande dont l’appui provoque la remontée de cette demande de commande au serveur de gestion SER via le réseau RES.
Dans une réalisation, le procédé comporte en outre :
- après la détermination de l’identifiant de service correspondant à l’horodate choisie, obtenir, en fonction de l’identifiant de service, des données d’informations supplémentaires sur le service,
- piloter une restitution des données d’informations supplémentaires sur le service, en vue d’une validation par l’utilisateur de l’enregistrement de commande du service, sur une interface de saisie à disposition de l’utilisateur.
Par exemple, les données d’informations supplémentaires peuvent être issues d’une base de données connectée, répertoriant des identifiants de service en correspondance de données d’informations supplémentaires sur des services respectifs.
Il peut s’agir typiquement d’une base de données connectée à un serveur géré par un annonceur du ou des services proposés dans le contenu multimédia.
Par ailleurs, les données d’informations supplémentaires précitées peuvent être reçues auprès du terminal (STB) pour une restitution par le dispositif de restitution (TV).
Néanmoins, alternativement, il est possible de transmettre ces données d’informations supplémentaires sur l’équipement (TER) de l’utilisateur.
Dans une réalisation où l’interface de saisie précitée est intégrée à un équipement d’utilisateur (TER), lequel équipement est connecté au moins au serveur de gestion (SER):
- le signal d’enregistrement de commande du service peut être généré par le serveur de gestion,
- transmis à l’équipement précité (TER) pour validation de l’enregistrement par l’utilisateur, et
- s’il est validé par l’utilisateur, retourné par l’équipement (TER) pour confirmer l’enregistrement de la commande.
On comprendra ainsi que dans cette réalisation, le signal d’enregistrement de commande vise en réalité un pré-enregistrement de la commande, et cette commande n’est finalement enregistrée qu’après validation de l’utilisateur. Par exemple, l’équipement (TER) peut recevoir du serveur de gestion (SER) (ou encore d’un serveur géré par un fournisseur de services) une demande de confirmation de commande à valider via par exemple un écran tactile de l’équipement (TER). Par exemple, l’équipement (TER) peut présenter sur un écran une liste de services dont la commande est à confirmer et l’utilisateur peut choisir de valider un à un par appui sur l’écran tactile les différents services qui lui sont proposés.
On comprendra ici que le serveur de gestion SER peut être un serveur unique pour la mise en œuvre des différentes étapes ci-dessus ou encore être connecté à d’autres serveurs (géré par l’annonceur, par le fournisseur de services, et/ou autres), formant ainsi une « entité serveur » de manière générale (appelée aussi « plateforme » dans la description détaillée qui suit).
Dans une réalisation, la comparaison précitée des horodates pour choisir l’horodate correspondant à l’horodate de génération du signal de commande, et la détermination de l’identifiant de service correspondant à l’horodate choisie, au moins, sont menées par le serveur de gestion (SER).
Dans ce cas, le serveur (SER) interroge le terminal (STB) recevant le flux pour récupérer les horodates des séquences programmées dans le flux, et réaliser la comparaison précitée.
Alternativement, le serveur (SER) peut interroger un serveur tiers (SERA) mettant à disposition une publication des horodates des séquences programmées, avec les identifiants correspondant, ce serveur tiers (SERA) pouvant être tenue par une régie publicitaire d’une chaîne de diffusion TV, par exemple. Ainsi, par interrogation de ce serveur tiers, il est possible de récupérer les horodates des séquences de publicité.
Alternativement encore, la comparaison des horodates pour choisir l’horodate correspondant à l’horodate de génération du signal de commande, et la détermination de l’identifiant de service correspondant à l’horodate choisie, sont menées par le terminal (STB), et ce terminal (STB) transmet au serveur de gestion l’identifiant de service correspondant à l’horodate choisie.
Ce mode de réalisation peut être avantageux notamment dans le cas où simplement un bouton de télécommande est appuyé par l’utilisateur pour piloter le terminal (STB) au lieu de prévoir une interface IHM type assistant vocal. Dans ce cas, c’est le terminal (STB) qui effectue la comparaison entre les horodates des séquences qu’il reçoit et celle de l’évènement d’appui sur le bouton de télécommande, jusqu’à pouvoir ainsi récupérer l’identifiant de service dont la séquence a l’horodate la plus proche et envoyer cet identifiant de service au serveur (SER).
Dans cette réalisation comme dans la réalisation précédente, on prévoit bien entendu que le serveur (SER) stocke une base de données des utilisateurs mettant en correspondance :
- une référence de leur interface type assistant vocal (IHM) duquel le serveur reçoit le signal d’enregistrement de commande,
- une référence de leur terminal de réception de flux (STB),
- et au moins une référence de leur équipement (TER).
Par ailleurs, le flux précité de données multimédias (F) peut être typiquement un flux de données de télévision, ou encore de radio, diffusé en temps réel (ou en léger différé), ou encore en rediffusion ou « replay » (ou encore un flux de données diffusé, enregistré par exemple sur un enregistreur personnel (ou « PVR ») et rejoué).
Ainsi, dans ce flux peuvent apparaitre des spots publicitaires correspondant aux séquences précitées contenant des informations relatives à des services respectifs. En principe, l’heure de diffusion prévue de ces séquences (en temps réel par rapport à un instant d’envoi des données depuis une tête de station, ou encore en différé par rapport à un instant de début de lecture du flux) est connue et une horodate peut être ainsi associée à chaque séquence et de là à chaque identifiant de service correspondant à cette séquence. En replay de manière générale, le terminal peut jouer une liste (« playlist ») de plusieurs flux vidéo comprenant souvent un enchainement de N flux commençant par une ou plusieurs séquences publicitaires et se poursuivant par un contenu.
Selon un autre aspect, il est proposé un dispositif configuré pour, en vue d’une commande d’un service et suite à :
- une génération, par une interface homme machine (IHM) à disposition d’un utilisateur (UT), d’un signal de commande (SC) d’un service, lors d’une restitution par un dispositif de restitution (TV) d’un contenu multimédia correspondant à des données multimédias reçues dans un flux de données multimédias par un terminal (STB) relié au dispositif de restitution (TV), ledit contenu multimédia comportant une pluralité de séquences contenant des informations relatives à des services respectifs, à des instants respectifs de restitution du contenu,
- et à une transmission du signal de commande avec une horodate de génération du signal de commande et une référence d’utilisateur, à un serveur de gestion (SER) traitant le signal de commande de service en vue d’un enregistrement de commande de service pour cet utilisateur,
le terminal recevant, outre les données multimédias, des données :
- d’horodates respectives de restitution programmée des séquences,
- avec des identifiants respectifs de services,

mettre en œuvre :
- comparer l’horodate de génération du signal de commande aux horodates respectives de restitution programmée des séquences,
- choisir, selon un critère prédéterminé, une horodate parmi les horodates de restitution programmée de séquences comme correspondant à l’horodate de génération du signal de commande,
- déterminer l’identifiant de service correspondant à l’horodate choisie,
- et générer un signal d’enregistrement de commande du service dont l’identifiant est ainsi déterminé.
Un tel dispositif peut être un serveur de gestion (SER) qui comme indiqué précédemment, peut être configuré pour mettre en œuvre des étapes du procédé ci-avant et plus particulièrement la comparaison précitée des horodates pour choisir l’horodate correspondant à l’horodate de génération du signal de commande, et la détermination de l’identifiant de service correspondant à l’horodate choisie.
Alternativement, un tel dispositif peut être un terminal (STB) de réception d’un flux (F) de données multimédias, configuré pour mettre en œuvre des étapes du procédé ci-avant et plus particulièrement la comparaison des horodates pour choisir l’horodate correspondant à l’horodate de génération du signal de commande, la détermination de l’identifiant de service correspondant à l’horodate choisie, et une transmission au serveur de gestion de l’identifiant de service correspondant à l’horodate choisie.
Selon un autre aspect, il est proposé un système de commande d’un service, comportant au moins:
- un terminal de réception d’un flux de données multimédias,
- un dispositif de restitution, relié au terminal, pour restituer un contenu multimédia correspondant aux données multimédias, ledit contenu multimédia comportant une pluralité de séquences contenant des informations relatives à des services respectifs, à des instants respectifs de restitution du contenu,
- une interface homme machine à disposition d’un utilisateur pour générer un signal de commande d’un service dont la séquence peut être en cours de restitution par le dispositif, et transmettre le signal de commande avec une horodate de génération du signal de commande et une référence d’utilisateur,
- un serveur de gestion, apte à traiter le signal de commande de service en vue d’un enregistrement de commande de service pour cet utilisateur,
dans lequel le terminal est agencé pour recevoir, outre les données multimédias, des données :
- d’horodates respectives de restitution programmée des séquences,
- avec des identifiants respectifs de services,
et l’un au moins parmi le terminal et le serveur de gestion est agencé pour :
- comparer l’horodate de génération du signal de commande aux horodates respectives de restitution programmée des séquences,
- choisir, selon un critère prédéterminé, une horodate parmi les horodates de restitution programmée de séquences comme correspondant à l’horodate de génération du signal de commande,
- déterminer l’identifiant de service correspondant à l’horodate choisie,
- et générer un signal d’enregistrement de commande du service dont l’identifiant est ainsi déterminé.
Selon un autre aspect, il est proposé un programme informatique comportant des instructions pour la mise en œuvre de tout ou partie d’un procédé tel que défini dans les présentes lorsque ce programme est exécuté par un processeur. Selon un autre aspect, il est proposé un support d’enregistrement non transitoire, lisible par un ordinateur, sur lequel est enregistré un tel programme.
Les instructions d’un tel programme informatique peuvent être réparties entre différentes entités du système ci-avant (par exemple entre le terminal (STB) et le serveur de gestion). L’organigramme général d’un tel programme informatique peut être représenté à titre d’exemple sur l’une des figures 3 et 4 commentées ci-après.
D’ailleurs, d’autres caractéristiques, détails et avantages apparaîtront à la lecture de la description détaillée ci-après, et à l’analyse des dessins annexés, sur lesquels, outre :
- la figure 1 illustrant un exemple de système pour la mise en œuvre du procédé ci-avant, et
- la figure 2 illustrant la recherche dans le flux F de l’horodate de séquence programmée la plus proche de l’horodate de commande :
- la figure 3 illustre montre une succession d’étapes que peut comporter un procédé du type défini ci-avant, et
- la figure 4 illustre les échanges entre différentes entités d’un système du type précité.
Il est maintenant fait référence à la figure 3 pour décrire des étapes du procédé qui peuvent être mises en œuvre auprès du terminal de réception de flux STB ou auprès du serveur de gestion SER. Sur réception du signal de commande SC à l’étape S1, des métadonnées décrivant des horodates de séquences de description de service (typiquement des spots publicitaires pour de tels services) sont extraites du flux F que reçoit le terminal STB à l’étape S2. Dans une réalisation où le terminal STB réalise lui-même les premières étapes de la figure 3, le terminal STB extrait ces métadonnées du flux F qu’il reçoit pour les utiliser lui-même ultérieurement. Dans une réalisation où le serveur SER met en œuvre les étapes de la figure 3, le signal de commande SC est reçu à l’étape S1 par le serveur de gestion SER, ce qui déclenche une requête du serveur SER auprès du terminal STB, pour récupérer ces métadonnées en vue de leur traitement auprès du serveur.
On peut prévoir une réalisation dans laquelle le terminal STB analyse et extrait du flux une signalisation propre aux séquences publicitaires programmées et comprenant des marqueurs de ces séquences (horodates et identifiants) insérés dans le flux, avec un « parsing » de descripteurs associés au fil de l’eau, pour stocker ces données dans une mémoire tampon de type FIFO. Le serveur SER peut déclencher des actions côté terminal STB comme la réconciliation sur l’horodatage puis une réconciliation sur l’identifiant de campagne publicitaire (PubID) avec un identifiant de produit faisant l’objet de cette publicité (GTIN), comme décrit en détails plus loin.
Dans un mode de réalisation général, le terminal STB et/ou le serveur de gestion SER sont configurés pour ainsi attribuer une horodate HRC de réception du signal de commande SC à l’étape S1. Ainsi, à l’étape S3, il peut être opéré une comparaison de cette horodate HRC aux données d’horodates HR1, HR2, …, HRi, etc. reçues dans le flux F, comme décrit ci-avant en référence à la figure 2, pour identifier alors, à l’étape S4, l’horodate HRj qui correspond le mieux à l’horodate HRC du signal de commande.
Les horodates HR1, HR2, …, HRi, etc. sont reçues dans le flux F avec des identifiants respectifs de services ID1, ID2, …, IDi, etc. Ainsi, il est possible à l’étape S5 de déterminer l’identifiant de service IDj correspondant à l’horodate déterminée à l’étape S4 et propre au service qui fait l’objet de la commande SC. Dans le cas d’une playlist en replay, on peut déterminer d’abord à quel numéro de flux de la playlist l’horodate correspond, et ce numéro de flux peut ensuite être associé à un identifiant de service (id pub).
Le serveur de gestion SER peut alors récupérer des informations complémentaires CC propres à ce service d’identifiant IDj à l’étape S6, ou le terminal STB peut demander au serveur SER de telles données d’informations, en vue d’un affichage par exemple sur le dispositif de restitution TV, afin de permettre à un utilisateur de valider définitivement cette commande (via un équipement TER tel qu’un smartphone ou autre), un message d’une telle validation étant alors transmis au serveur de gestion SER en vue de son stockage à l’étape S7 pour donner suite à cette commande.
Comme indiqué précédemment, les étapes de la figure 3 peuvent être mises en œuvre complètement ou partiellement par le terminal STB ou par le serveur de gestion SER. Néanmoins, notamment pour des économies de bande passante, il peut être avantageux que la comparaison des horodates s’effectue par le terminal STB, sur requête du serveur SER (lorsqu’il reçoit le signal de commande SC) et que le terminal TER ne remonte au serveur SER que l’identifiant de service IDj pertinent.
On se réfère maintenant la figure 4 pour illustrer les différents échanges dans ce mode de réalisation.
L’interface homme-machine IHM, tel qu’un assistant vocal transmet le signal de commande SC (par exemple sous la forme d’un signal de parole) au serveur de gestion SER avec l’horodate HRC de génération de ce signal. Possiblement, en alternative, l’horodate HRC est attribuée par le serveur SER à réception du signal de commande SC. Le serveur de gestion SER émet une requête REQ(SC, HRC) auprès du terminal STB de comparaison d’une horodate de commande HRC avec des horodate de séquences dans le flux F. A cet effet, le serveur de gestion SER tient à jour une base de données d’utilisateurs mettant en correspondance des données d’identification d’IHM et de terminal STB (et aussi d’équipement TER, comme décrit plus loin). Le terminal STB effectue la comparaison des horodates et à cet effet dispose d’une mémoire MEM (par exemple une mémoire tampon de type FIFO pour « first in – first out ») pour stocker les horodates HRi reçues dans le flux en correspondance des identifiants de services IDi. Après détermination de l’horodate et du service correspondant (étapes S3 à S5 de la figure 3), le terminal STB renvoie en réponse à la requête REQ(SC, HRC) l’identifiant ainsi déterminé IDj dans un message de réponse REP(IDj).
Le serveur SER peut alors interroger un serveur tiers SERA (par exemple géré par un annonceur) pour réconcilier un identifiant de campagne (PubID) correspondant à l’identifiant IDj avec un identifiant de produit faisant l’objet de cette publicité (identifiant GTIN) (en plus des visuels ou campagnes de réductions associés à ce produit). Plus généralement, le serveur SER peut récupérer ainsi des données complémentaires CC sur ce service d’identifiant IDj et les transmettre (flèche COM(CC)) au terminal STB pour les faire jouer par le dispositif de restitution TV. Il peut par exemple s’agir d’un bandeau de surimpression sur une image en cours, qui s’affiche sur l’écran d’une télévision TV, ce bandeau indiquant qu’une commande a été passé pour tel service (avec des caractéristiques précises). Le bandeau peut indiquer en outre qu’un message de demande de confirmation de commande va être envoyé sur l’équipement TER (par exemple un smartphone à écran tactile) pour confirmer définitivement la commande. La confirmation d’ajout de produit (par exemple dans une liste de courses) peut aussi être envisagée en restitution vocale, et dans ce cas le serveur SER envoie au terminal STB un message de confirmation à vocaliser par le dispositif de restitution TV, par exemple de type « le produit XX a bien été rajouté à votre liste de courses ».
En parallèle, le serveur de gestion SER peut communiquer avec un serveur tiers SERB d’un fournisseur de services, par exemple un distributeur de produits, pour renvoyer sur l’équipement TER une liste de produits attendant une confirmation de commande par l’utilisateur de l’équipement TER. Sur cette liste qui peut s’afficher sur l’écran tactile de l’équipement TER figure alors les références du service ou du produit dont l’identifiant IDj a été déterminé et l’utilisateur peut valider la commande définitivement en utilisant l’écran tactile par exemple. Ce message de validation COM OK est alors reçu par le serveur du fournisseur SERB pour stocker la commande en vue de la traiter et fournir ainsi l’utilisateur avec ce service IDj.
Une telle réalisation peut être généralisée à tout flux diffusé (de télévision, radio, rediffusion ou « replay », etc.) reçu par un le terminal STB de réception de contenu diffusé qui peut être un « décodeur TV » ou radio, une télévision connectée, une radio connectée, ou autre. Le contenu diffusé peut être tout type de contenu relatif à au moins un produit commercialisable: publicité, téléachat, émission musicale (achat du morceau), jeux (les gains proposés pouvant être achetés par des téléspectateurs/auditeurs), etc.
L’assistant vocal précité IHM peut être notamment un assistant vocal de type Djingo, Alexa, ou un assistant d’un smartphone ou d’une tablette distinct du terminal STB de réception du contenu diffusé. Un tel assistant vocal IHM peut fonctionner comme suit. Dans un premier temps, l’utilisateur de contenu diffusé peut réveiller son assistant IHM, ce qui déclenche un traçage par l’assistant IHM d’un futur instant de commande. Dans un deuxième temps, le contenu diffusé comportant une séquence relative à produit commercialisable, l’utilisateur peut indiquer à son assistant IHM via un mot-clef (par exemple « Ajoute ») l’action à effectuer :
- ajouter un produit dans une liste de course,
- afficher une promotion en cours,
- ajouter un coupon de réduction dans la liste de course, ou autre.
L’assistant IHM enregistre la commande et l’associe à une horodate HRC de l’instant auquel l’utilisateur a effectué sa demande, et envoie à la plateforme SER de l’assistant IHM une requête de reconnaissance de la demande requise par l’utilisateur. Il peut s’agir d’un signal comportant un enregistrement audio de l’action commandée par l’utilisateur et l’horodate HRC.
Dans un troisième temps, la plateforme SER effectue une conversion speech-to-text de la demande de l’utilisateur et peut déterminer par exemple qu’il manque le nom du produit à ajouter dans la liste de courses.
Dans un quatrième temps, la plateforme SER interroge directement ou indirectement le récepteur de contenu diffusé STB qui fournit un identifiant IDj correspondant au spot publicitaire inséré dans le flux de contenu diffusé. La donnée de cet identifiant peut être déclarée par la variable « Pubid ».
L’identifiant peut être notamment positionné dans le flux au niveau du début du spot publicitaire ou préalablement au spot publicitaire. Dans une réalisation pratique, on entend ici par « positionné dans le flux » le fait que l’identifiant précité se présente comme un signal de marquage (sous la forme d’une commande par exemple), de début de séquence publicitaire, positionné dans le flux auquel peut être associé un descripteur (« segmentation descriptor ») contenant l’identifiant IDj (ou Pubid).
Le récepteur de contenu diffusé STB est apte à vérifier si l’horodate HRC de la demande de l’utilisateur est positionnée dans la plage de diffusion d’un spot publicitaire donné pour retrouver l’identifiant IDj correspondant à ce spot publicitaire. Notamment, le récepteur de contenu diffusé garde dans une mémoire tampon MEM, les identifiants IDi (ou « Pubid ») les plus récents et l’instant de début et/ou fin de diffusion du sport publicitaire correspondant.
Précédemment, on entend par « interroger directement » le fait que la plateforme SER est connectée en réseau étendu (WAN/API) avec le récepteur de contenu diffusé STB pour l’interroger directement. Par « interroger indirectement » est entendu que la plateforme SER envoie à l’assistant IHM la requête d’identifiant Pubid à destination du récepteur de contenu diffusé STB. Une telle réalisation présuppose que l’assistant IHM et le terminal STB sont connectés à un réseau local et ainsi l’assistant IHM est connecté via ce réseau local (LAN/API) au récepteur de contenu diffusé STB auquel l’assistant IHM peut alors transmettre la requête et dont il reçoit en retour l’identifiant Pubid qu’il relaie à la plateforme SER.
Le serveur tiers du partenaire annonceur SERA peut fournir un identifiant de produit plus complet (qui peut être déclaré par une variable GTIN) avec les données complémentaires précitées CC (équivalent d’un « code barre » du produit correspondant à cet identifiant Pubid) soit directement au récepteur de contenu diffusé STB soit à la plateforme SER. Dans le cas où le récepteur STB reçoit l’identifiant de produit GTIN, il envoie celui-ci en plus ou à la place de l’identifiant Pubid à la plateforme SER.
Dans un cinquième temps, la plateforme SER utilise un serveur d’un partenaire vendeur SERB pour ajouter le produit à la liste de courses LST de l’utilisateur grâce à l’identifiant produit récupéré GTIN.
Ainsi, la récupération d’un identifiant de séquence IDj ou Pubid, puis de l’identifiant plus complet GTIN ou CC du produit, ne nécessite pas une identification explicite par l’utilisateur ni une reconnaissance complexe du produit par la plateforme SER, réduisant ainsi les risques d’erreurs de produits ajoutés inutilement.
De manière générale, la commande peut viser un produit ou un service. Par exemple, il peut s’agir d’ajouter:
- automatiquement le produit concerné par le spot de publicité, sans le nommer explicitement, dans une liste de courses, disponible dans une application mobile (opérateur et/ou distributeur) avec potentiellement l’ensemble des éléments descriptifs fournis par l’annonceur (texte descriptif, visuel, etc.),
- un coupon de réduction associé au produit, sans le nommer explicitement, dans une application du distributeur.
La solution proposée s’appuie sur une signalisation du spot publicitaire inséré dans le flux F par exemple par marquage (ou « frame accurate ») du début de spot, auquel sont associées des informations concernant l’identifiant de campagne du spot publicitaire (typiquement l’identifiant précité Pubid ou IDj sur les figures).
La solution proposée s’appuie aussi sur une synchronisation entre le récepteur décodeur STB et l’assistant vocal IHM afin que ces informations temporelles et descriptives sur la séquence du spot publicitaires, disponibles auprès du récepteur STB, soient remontées auprès de la plateforme SER directement (via WAN API) ou éventuellement indirectement par l’assistant IHM (via LAN API) jusqu’à la plateforme.
La durée d’un spot publicitaire étant courte (en moyenne 20 secondes en télévision), la solution proposée permet d’éviter, si l’interaction vocale a lieu en fin de spot, que le produit du spot suivant soit rajouté dans la liste de courses. Eventuellement, on peut en outre tenir compte d’un temps de latence caractéristique d’un utilisateur, comme indiqué précédemment.
La solution proposée permet que le produit soit rajouté de façon « implicite » dans la liste de courses de l’utilisateur (i.e. sans que ce dernier n’ait à prononcer en vocal complètement le nom précis du produit). L'utilisateur peut ainsi ajouter de façon simplifiée et générique la référence d’un produit et/ou toute information commerciale (promotions, visuels du produit, etc.) dans une application mobile /internet, agrégeant l'ensemble de ses requêtes déjà enregistrées ou préenregistrées et non encore validées.

Claims (17)


  1. Procédé de commande d’un service, dans lequel, suite à :
    - une génération, par une interface homme machine (IHM) à disposition d’un utilisateur (UT), d’un signal de commande (SC) d’un service, lors d’une restitution par un dispositif de restitution (TV) d’un contenu multimédia correspondant à des données multimédias reçues dans un flux de données multimédias par un terminal (STB) relié au dispositif de restitution (TV), ledit contenu multimédia comportant une pluralité de séquences contenant des informations relatives à des services respectifs, à des instants respectifs de restitution du contenu,
    - et à une transmission du signal de commande avec une horodate de génération du signal de commande et une référence d’utilisateur, à un serveur de gestion (SER) traitant le signal de commande de service en vue d’un enregistrement de commande de service pour cet utilisateur,
    le terminal recevant, outre les données multimédias, des données :
    - d’horodates respectives de restitution programmée des séquences,
    - avec des identifiants respectifs de services,
    le procédé comporte :
    - comparer (S3) l’horodate de génération du signal de commande (HRC) aux horodates respectives de restitution programmée des séquences (HR1, HR2, …),
    - choisir (S4), selon un critère prédéterminé, une horodate parmi les horodates de restitution programmée de séquences comme correspondant à l’horodate de génération du signal de commande,
    - déterminer (S5) l’identifiant de service correspondant à l’horodate choisie,
    - et générer (S6,S7) un signal d’enregistrement de commande du service dont l’identifiant est ainsi déterminé.

  2. Procédé selon la revendication 1, dans lequel le critère prédéterminé consiste à choisir l’horodate de restitution programmée la plus proche, antérieure à l’horodate de génération de signal de commande.

  3. Procédé selon la revendication 2, dans lequel une durée prédéterminée, de latence, est ajoutée à chacune des horodates de restitution programmée pour choisir l’horodate de restitution programmée la plus proche, antérieure à l’horodate de génération de signal de commande et augmentée de ladite durée prédéterminée.

  4. Procédé selon l’une des revendications précédentes, dans lequel l’interface homme machine est un assistant vocal connecté (IHM) et le signal de commande généré est un signal de parole.

  5. Procédé selon la revendication 4, comportant une conversion du signal de parole en un texte d’une suite de caractères pour identifier au moins un mot-clé caractérisant une commande de service.

  6. Procédé selon l'une des revendications précédentes, comportant en outre :
    - après la détermination (S5) de l’identifiant de service correspondant à l’horodate choisie, obtenir, en fonction de l’identifiant de service, des données d’informations supplémentaires sur le service,
    - piloter une restitution des données d’informations supplémentaires sur le service, en vue d’une validation par l’utilisateur de l’enregistrement de commande du service, sur une interface de saisie à disposition de l’utilisateur.

  7. Procédé selon la revendication 6, dans lequel les données d’informations supplémentaires sont issues d’une base de données connectée, répertoriant des identifiants de service en correspondance de données d’informations supplémentaires sur des services respectifs.

  8. Procédé selon l'une des revendications 6 et 7, dans lequel les données d’informations supplémentaires sont reçues auprès du terminal (STB) pour une restitution par le dispositif de restitution (TV).

  9. Procédé selon l'une des revendications 6 à 8, dans lequel l’interface de saisie est intégrée à un équipement d’utilisateur (TER), connecté au moins au serveur de gestion (SER), et dans lequel :
    - le signal d’enregistrement de commande du service est généré par le serveur de gestion,
    - transmis à l’équipement (TER) pour validation de l’enregistrement par l’utilisateur, et
    - s’il est validé par l’utilisateur, retourné par l’équipement (TER) pour confirmation d’enregistrement de la commande (COM OK).

  10. Procédé selon l'une des revendications précédentes, dans lequel le flux (F) de données multimédias est un flux de données de télévision ou de radio, diffusé en temps réel ou en léger différé.

  11. Procédé selon l'une des revendications précédentes, dans lequel la comparaison des horodates (S3) pour choisir (S4) l’horodate correspondant à l’horodate de génération du signal de commande, et la détermination (S5) de l’identifiant de service correspondant à l’horodate choisie, au moins, sont menées par le serveur de gestion (SER).

  12. Procédé selon l'une des revendications 1 à 11, dans lequel la comparaison des horodates (S3) pour choisir (S4) l’horodate correspondant à l’horodate de génération du signal de commande, et la détermination (S5) de l’identifiant de service correspondant à l’horodate choisie, sont menées par le terminal (STB), et dans lequel le terminal (STB) transmet au serveur de gestion l’identifiant de service correspondant à l’horodate choisie.

  13. Dispositif configuré pour, en vue d’une commande d’un service et suite à :
    - une génération, par une interface homme machine (IHM) à disposition d’un utilisateur (UT), d’un signal de commande (SC) d’un service, lors d’une restitution par un dispositif de restitution (TV) d’un contenu multimédia correspondant à des données multimédias reçues dans un flux de données multimédias par un terminal (STB) relié au dispositif de restitution (TV), ledit contenu multimédia comportant une pluralité de séquences contenant des informations relatives à des services respectifs, à des instants respectifs de restitution du contenu,
    - et à une transmission du signal de commande avec une horodate de génération du signal de commande et une référence d’utilisateur, à un serveur de gestion (SER) traitant le signal de commande de service en vue d’un enregistrement de commande de service pour cet utilisateur,
    le terminal recevant, outre les données multimédias, des données :
    - d’horodates respectives de restitution programmée des séquences,
    - avec des identifiants respectifs de services,

    mettre en œuvre :
    - comparer l’horodate de génération du signal de commande aux horodates respectives de restitution programmée des séquences,
    - choisir, selon un critère prédéterminé, une horodate parmi les horodates de restitution programmée de séquences comme correspondant à l’horodate de génération du signal de commande,
    - déterminer l’identifiant de service correspondant à l’horodate choisie,
    - et générer un signal d’enregistrement de commande du service dont l’identifiant est ainsi déterminé.

  14. Dispositif selon la revendication 13, en tant que serveur de gestion (SER) configuré pour mettre en œuvre le procédé selon la revendication 11.

  15. Dispositif selon la revendication 13, en tant que terminal de réception d’un flux (F) de données multimédias, configuré pour mettre en œuvre le procédé selon la revendication 12.

  16. Programme informatique comportant des instructions pour la mise en œuvre du procédé selon l’une des revendications 1 à 12, lorsque lesdites instructions sont exécutées par un processeur d’un circuit de traitement.
  17. Support d’enregistrement non transitoire lisible par un ordinateur sur lequel est enregistré un programme pour la mise en œuvre du procédé selon l’une des revendications 1 à 12 lorsque ce programme est exécuté par un processeur.
FR1904469A 2019-04-26 2019-04-26 Commande d’un service utilisant le traitement d’un flux comprenant des données multimédias Pending FR3095563A1 (fr)

Priority Applications (4)

Application Number Priority Date Filing Date Title
FR1904469A FR3095563A1 (fr) 2019-04-26 2019-04-26 Commande d’un service utilisant le traitement d’un flux comprenant des données multimédias
PCT/EP2020/061503 WO2020216926A1 (fr) 2019-04-26 2020-04-24 Commande d'un service utilisant le traitement d'un flux comprenant des donnees multimedias
US17/606,630 US20220232292A1 (en) 2019-04-26 2020-04-24 Ordering a service using the processing of a stream comprising multimedia data
EP20719664.3A EP3959894A1 (fr) 2019-04-26 2020-04-24 Commande d'un service utilisant le traitement d'un flux comprenant des donnees multimedias

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR1904469A FR3095563A1 (fr) 2019-04-26 2019-04-26 Commande d’un service utilisant le traitement d’un flux comprenant des données multimédias
FR1904469 2019-04-26

Publications (1)

Publication Number Publication Date
FR3095563A1 true FR3095563A1 (fr) 2020-10-30

Family

ID=67660300

Family Applications (1)

Application Number Title Priority Date Filing Date
FR1904469A Pending FR3095563A1 (fr) 2019-04-26 2019-04-26 Commande d’un service utilisant le traitement d’un flux comprenant des données multimédias

Country Status (4)

Country Link
US (1) US20220232292A1 (fr)
EP (1) EP3959894A1 (fr)
FR (1) FR3095563A1 (fr)
WO (1) WO2020216926A1 (fr)

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20060259299A1 (en) * 2003-01-15 2006-11-16 Yumiko Kato Broadcast reception method, broadcast reception systm, recording medium and program (as amended)
US20130251337A1 (en) * 2012-03-26 2013-09-26 Max Abecassis Providing item information during video playing
US20180176647A1 (en) * 2011-09-07 2018-06-21 Imdb.Com, Inc. Synchronizing video content with extrinsic data
US20190075373A1 (en) * 2016-03-16 2019-03-07 Orange Acquisition of extracts of a multimedia stream on a terminal
US10271109B1 (en) * 2015-09-16 2019-04-23 Amazon Technologies, LLC Verbal queries relative to video content

Family Cites Families (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20090307092A1 (en) * 2008-06-04 2009-12-10 Dionytech, Inc. System and method for providing media content
US9955206B2 (en) * 2009-11-13 2018-04-24 The Relay Group Company Video synchronized merchandising systems and methods
WO2013020102A1 (fr) * 2011-08-04 2013-02-07 Dane Glasgow Systèmes et procédés pour les commentaires des utilisateurs
US9621932B2 (en) * 2012-02-28 2017-04-11 Google Inc. Enhancing live broadcast viewing through display of filtered internet information streams
US20130325466A1 (en) * 2012-05-10 2013-12-05 Clickberry, Inc. System and method for controlling interactive video using voice
KR20220161496A (ko) * 2013-06-20 2022-12-06 더 탈라리애스트 인크. 프로그래밍 콘텐츠에 관련되는 아이템들을 홍보하는 시스템 및 방법
US9693083B1 (en) * 2014-12-31 2017-06-27 The Directv Group, Inc. Systems and methods for controlling purchasing and/or reauthorization to access content using quick response codes and text messages
US10299010B2 (en) * 2016-03-31 2019-05-21 Valeria Kachkova Method of displaying advertising during a video pause

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20060259299A1 (en) * 2003-01-15 2006-11-16 Yumiko Kato Broadcast reception method, broadcast reception systm, recording medium and program (as amended)
US20180176647A1 (en) * 2011-09-07 2018-06-21 Imdb.Com, Inc. Synchronizing video content with extrinsic data
US20130251337A1 (en) * 2012-03-26 2013-09-26 Max Abecassis Providing item information during video playing
US10271109B1 (en) * 2015-09-16 2019-04-23 Amazon Technologies, LLC Verbal queries relative to video content
US20190075373A1 (en) * 2016-03-16 2019-03-07 Orange Acquisition of extracts of a multimedia stream on a terminal

Also Published As

Publication number Publication date
EP3959894A1 (fr) 2022-03-02
US20220232292A1 (en) 2022-07-21
WO2020216926A1 (fr) 2020-10-29

Similar Documents

Publication Publication Date Title
US9256601B2 (en) Media fingerprinting for social networking
TWI581625B (zh) 資訊傳送方法和系統
US8763020B2 (en) Determining user attention level during video presentation by monitoring user inputs at user premises
US9491397B2 (en) Trick play advertising
CN110475154B (zh) 网络电视视频播放方法和装置、网络电视和计算机介质
US20050198317A1 (en) Method and apparatus for sharing internet content
US10699296B2 (en) Native video advertising with voice-based ad management and machine-to-machine ad bidding
US20090276807A1 (en) Facilitating indication of metadata availbility within user accessible content
US20230401610A1 (en) Systems and Methods for Curating Content Metadata
CN109842804A (zh) 音视频数据的处理方法及服务器、计算机存储介质
US9288526B2 (en) Method and system for delivery of content over communication networks
EP1741294B1 (fr) Procede et dispositif de traitement automatique d'informations spontanees
FR3004054A1 (fr) Generation et restitution d'un flux representatif d'un contenu audiovisuel
US20090328103A1 (en) Genre-based segment collections
KR20160077764A (ko) 음악 정보 제공 방법 및 시스템
EP3430786A1 (fr) Acquisition d'extraits d'un flux multimédia sur un terminal
KR20090079563A (ko) 동영상 메타 정보 운용 방법 및 시스템과 이를 위한기록매체
FR2927183A1 (fr) Procede de generation de donnees permettant la recherche de complements de contenus, systeme, terminal et serveur pour la mise en oeuvre du procede
JP2002320214A (ja) 視聴管理方法、視聴管理システム
FR3095563A1 (fr) Commande d’un service utilisant le traitement d’un flux comprenant des données multimédias
EP1793605A1 (fr) Procédé de fourniture sur demande de menus interactifs à des terminaux couplés à un réseau de communication
US20200351528A1 (en) Systems and Methods for Operating a Streaming Service to Provide Community Spaces for Media Content Items
KR102057478B1 (ko) 서버 기반 광고 제공 방법 및 장치
WO2023180274A1 (fr) Gestion perfectionnée d'un code visuel en cours d'affichage dans un contenu multimédia
KR20220125950A (ko) 송출자가 녹음하고 있는 음성과 음성이 담고 있는 콘텐츠를 실시간 영상 방송으로 제공하는 방법 및 시스템

Legal Events

Date Code Title Description
PLFP Fee payment

Year of fee payment: 2

PLSC Publication of the preliminary search report

Effective date: 20201030

RX Complete rejection

Effective date: 20210823