Brevet FR3095563A1 — publié le 20201030

Description Titre de l'invention : Commande d'un service utilisant le traitement d'un flux comprenant des données multimédias [0001] La présente invention concerne le domaine du traitement de flux de données audio- visuelles, notamment de données multimédia, pour la gestion d'un signal de commande d'un service. [0002] 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 und application de télévision et un réseau étendu RES dc type Internet par exemple. Alternativement encore, le flux F peut être un flux de données de diffusion dc 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é. [0003] 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. [0004] 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, 2 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). [0005] 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 cc 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. [0006] La présente invention vient alors améliorer la situation. [0007] 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 (HRI, HR2, ...), - choisir (S4), selon un critère prédéterminé, une horodate parmi les horodates de res- 3 titution 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é. [0008] 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) a renseigner toutes les caractéristiques nécessaires à l'identification de ce service. [0009] Dans une réalisation, le critère prédéterminé consiste à choisir l'horodate de res- titution 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' horodatcs HR1, HR2, etc., de restitution programmée de séquences respectives, r horodatc 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 horodatcs HRI, HR2, etc., et de choisir l'horodatc 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. [0010] 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. [0011] 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. [0012] 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. [0013] 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. [0014] 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 precite (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 oeuvre 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 « platefortne » dans la description détaillée qui suit). [0015] Dans une réalisation, la comparaison précitée des horodates pour choisir l'horodaté correspondant à l'horodaté de génération du signal de commande, et la détermination de l'identifiant de service correspondant à l'horodaté 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 horodatés des séquences programmées dans le flux, et réaliser la comparaison précitée. [0016] 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 (le 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é. [0017] Alternativement encore, la comparaison des horodates pour choisir l'horodate cor- respondant à 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). [0018] 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: 6 - 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). [0019] 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 « rcplay » (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 rcplay 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. [0020] Selon un autre aspect, il est proposé un dispositif configure 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 oeuvre : - comparer l'horodate de génération du signal de commande aux horodates res- pectives de restitution programmée des séquences, - choisir, selon un critère prédéterminé, une horodate parmi les horodates de res- 7 titution programmée de séquences comme correspondant à l'horodatc de génération du signal de commande, - déterminer l'identifiant de service correspondant à l'horodatc choisie, - et générer un signal d'enregistrement de commande du service dont l'identifiant est ainsi déterminé. [0021] Un tel dispositif peut être un serveur de gestion (SER) qui comme indiqué pré- cédemment, peut être configuré pour mettre en oeuvre des étapes du procédé ci-avant et plus particulièrement la comparaison précitée des horodatés pour choisir l'horodatc correspondant à l'horodate de génération du signal de commande, et la détermination de l'identifiant de service correspondant à l'horodatc choisie. [0022] 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 oeuvre des étapes du procédé ci-avant et plus particulièrement la comparaison des horodates pour choisir l'horodatc 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'horodaté choisie. [0023] 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 res- pectives 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 8 signal de commande, - déterminer l'identifiant de service correspondant à l'horodatc choisie, - et générer un signal d'enregistrement de commande du service dont l'identifiant est ainsi déterminé. [0024] Selon un autre aspect, il est proposé un programme informatique comportant des ins- tructions pour la mise en oeuvre de tout ou partie d'un procédé tel que défini dans les présentes lorsque cc 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. [0025] Les instructions d'un tel programme informatique peuvent être réparties entre dif- fé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. [0026] 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 : [0027] - la figure I [fig.1] illustrant un exemple de système pour la mise en oeuvre du procédé ci-avant, et [0028] - la figure 2 [fig.2] illustrant la recherche dans le flux F de r horodatc de séquence programmée la plus proche de r horodatc de commande : [0029] - la figure 3 [fig.3] illustre montre une succession d'étapes que peut comporter un procédé du type défini ci-avant, et [0030] - la figure 4 illustre les échanges entre différentes entités d'un système du type précité. [0031] Il est maintenant fait référence à la figure 3 pour décrire des étapes du procédé qui peuvent être mises en oeuvre 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 SI, 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 oeuvre les étapes de la figure 3, le signal de commande SC est reçu à l'étape SI 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. [0032] 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 9 «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 (PuhlD) avec un identifiant de produit faisant l'objet de cette publicité (GTTN), comme décrit en détails plus loin. [0033] 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 horodatc HRC de réception du signal de commande SC à l'étape Si. Ainsi, à l'étape 53, il peut être opéré une comparaison de cette horodatc HRC aux données d' horodatcs 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 54, l'horodate HRj qui correspond le mieux à l'horodaté HRC du signal de commande. [0034] Les horodates HR1, HR2, HRi, etc. sont reçues dans le flux F avec des iden- tifiants respectifs de services ID1, ID2, IDi, etc. Ainsi, il est possible à l'étape S5 de déterminer l'identifiant de service lDj 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'horodaté correspond, et ce numéro de flux peut ensuite être associé à un identifiant de service (id pub). [0035] 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. [0036] Comme indiqué précédemment, les étapes de la figure 3 peuvent être mises en oeuvre 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. [0037] On se réfère maintenant la figure 4 pour illustrer les différents échanges dans ce mode de réalisation. [0038] 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 horodatc de commande HRC avec des horodate de séquences dans le flux F. A cet effet, le serveur dc gestion SER tient à jour une hase 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 horodatés 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 horodatés HRi reçues dans le flux en correspondance des identifiants dc 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). [0039] 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 dc réductions associés à cc 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, cc 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 (le 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 ». [0040] 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. [0041] Une telle réalisation peut être généralisée à tout flux diffusé (de télévision, radio, re- diffusion ou « replay », etc.) reçu par un le terminal STB de réception de contenu 11 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. [0042] L'assistant vocal précité THM 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. [0043] L'assistant THM 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. [0044] 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. [0045] Dans un quatrième temps, la platefonne SER inten-oge directement ou indirectement le récepteur de contenu diffuse STB qui fournit un identifiant IDj con-espondant 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 ». [0046] 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). [0047] Le récepteur de contenu diffuse 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, 12 les identifiants TDi (ou « Pubid ») les plus récents et l'instant de début et/ou fin de diffusion du sport publicitaire correspondant. [0048] Précédemment, on entend par « interroger directement » le fait que la plateforme SER est connectée en réseau étendu (WAN/APT) 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. [0049] 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. [0050] 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. [0051] 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. [0052] 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. [0053] 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). [0054] 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 des- 13 criptives 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 THM (via LAN API) jusqu'à la plateforme. [0055] 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. [0056] 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. 14 [Revendication I] [Revendication 2] [Revendication 3] [Revendication 4] REVENDICATIONSProcé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é. 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 vénération de sienal de commande. 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. Procédé selon l'une des revendications précédentes, dans lequel 15 [Revendication 5] [Revendication 6] [Revendication 7] [Revendication 8] [Revendication 9] [Revendication 10] [Revendication 11] l'interface homme machine est un assistant vocal connecté OHM) et le signal de commande généré est un signal de parole. 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. 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'horodaté 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 I ' uti I isateur. Procédé selon la revendication 6, dans lequel les données d'informations supplémentaires sont issues d'une hase de données connectée, répertoriant des identifiants de service en correspondance de données d'informations supplémentaires sur des services respectifs. 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). 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). 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é. 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). 16 [Revendication 12] [Revendication 13] [Revendication 14] [Revendication 15] 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. Dispositif configuré pour, en vue d'une commande d'un service et suite à: - une génération, par une interface homme machine (IHM) a 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 oeuvre : - 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é. Dispositif selon la revendication 13, en tant que serveur de gestion (SER) configuré pour mettre en oeuvre le procédé selon la revendication 11. 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 oeuvre 17 [Revendication 16] le procédé selon la revendication 12. [Revendication 17] Programme informatique comportant des instructions pour la mise en oeuvre 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. Support d'enregistrement non transitoire lisible par un ordinateur sur lequel est enregistré un programme pour la mise en oeuvre du procédé selon l'une des revendications 1 à 12 lorsque ce programme est exécuté par un processeur.