Brevet FR3120491A1 — publié le 20220909

Procédé de rendu de flux audiovisuel, terminal électronique et produit programme d’ordinateur correspondant L’invention concerne un procédé mis en œuvre dans un terminal électronique comprenant : une obtention d’un flux audiovisuel; une obtention d’un flux textuel associé au flux audiovisuel ; un contrôle du rendu dudit flux textuel pendant le rendu du flux audiovisuel, en fonction d’un contexte dynamique de rendu du flux audiovisuel. L’invention concerne aussi le terminal électronique, le produit programme d’ordinateur et le support correspondant. Figure pour l'abrégé : Fig. 3 Procédé de rendu de flux audiovisuel, terminal électronique et produit programme d’ordinateur correspondant 1. Domaine technique La présente application se rapporte au domaine du traitement d’un flux audiovisuel en vue de son rendu sur une interface utilisateur couplé à un terminal électronique et concerne notamment un procédé de rendu de flux multimédia, ainsi qu’un terminal électronique, un produit programme d’ordinateur et un médium correspondants. 2. Etat de la technique De nombreux terminaux électroniques permettent à des utilisateurs d’accéder à des flux audiovisuels. Par audiovisuel, on entend ici un flux ayant une composante audio et/ou une composante vidéo. Il peut s’agir par exemple d’un flux véhiculé lors d’une communication synchrone entre des terminaux (par exemple lors d’un appel vocal (sans composante vidéo) ou d’un appel vidéo entre les deux terminaux), ou lors d’une communication asynchrone (par exemple dans un message vocal ou vidéo) ou encore lors de la consommation d’un contenu mis à disposition sur un serveur de contenu audiovisuel (tel qu’un serveur de téléchargement ou de diffusion en temps réel (ou « streaming » selon la terminologie anglaise). Un utilisateur peut avoir accès à un flux audiovisuel par le biais d’un terminal fixe et/ou mobile, tel qu’ordinateur personnel, d’une tablette, d’un téléphone intelligent (ou « smartphone ») et/ou d’un objet connecté. La présente demande a pour objet de proposer des améliorations visant à améliorer l’expérience utilisateur d’un utilisateur d’un terminal électronique accédant à un flux audiovisuel. 3. Exposé de l'invention La présente demande vise à améliorer la situation à l'aide d'un procédé mis en œuvre au moins partiellement dans un terminal électronique et comprenant: une obtention d’un flux audiovisuel; une obtention d’un flux textuel associé audit flux audiovisuel ; un contrôle du rendu dudit flux textuel pendant le rendu dudit flux audiovisuel, en fonction d’un contexte dynamique de rendu dudit flux audiovisuel. En effet, l’expérience d’un utilisateur consommant un flux audiovisuel peut fluctuer en fonction du contexte physique dans lequel se déroule cette consommation. De ce fait, il n’est pas rare qu’un utilisateur soit contraint, dans le cas d’une communication vocale, de demander à son interlocuteur de répéter ses propos, ou encore de suspendre la communication, jusqu’à s’être déplacé dans une zone géographie plus appropriée à une communication vocale (par exemple une zone géographique offrant une meilleure couverture réseau et/ou localisée dans un environnement moins bruyant), ou de mettre fin à la communication. Au moins certains modes de réalisation de la présente demande proposent de pallier à de telles situations par un rendu, en fonction du contexte de rendu du flux audiovisuel en cours de consommation, d’un flux complémentaire susceptible de faciliter la compréhension par un utilisateur du flux consommé. Par obtention, on entend notamment une réception, une acquisition et/ou une lecture depuis un support de stockage accessible au terminal. Dans au moins certains modes de réalisation, ledit contrôle du rendu dudit flux textuel comprend un affichage et/ou une interruption d’affichage d’au moins une partie dudit flux textuel sur au moins un écran couplé audit terminal électronique. De tels modes de réalisation, où le flux textuel complémentaire n’est rendu que de façon conditionnelle, peuvent permettre ainsi d’éviter de consacrer des ressources (par exemple en termes d’interface de sortie ou de temps de traitement) au rendu d’un flux textuel lorsque qu’il ne paraît pas nécessaire. En effet, comme cela peut aisément se comprendre dans le cas d‘un terminal équipé d’un écran de petite taille tel qu’un smartphone, l’affichage d’un texte sur cet écran lors du visionnage d’un flux multimédia pourrait se faire au détriment de la visibilité d’une composante vidéo de ce flux. Il est également susceptible de détourner l’attention de l’utilisateur du flux audiovisuel consommé. Dans au moins certains modes de réalisation, ledit contrôle du rendu dudit flux textuel comprend un affichage et/ou une interruption d’affichage d’au moins une partie dudit flux textuel sur au moins un écran couplé audit terminal électronique. Dans au moins certains modes de réalisation, ledit contrôle du rendu dudit flux textuel comprend un rendu et/ou une interruption de rendu d’un flux audio obtenu par transformation du flux textuel par synthèse vocale. Dans au moins certains modes de réalisation, ledit contrôle du rendu dudit flux textuel tient compte d’au moins un élément contextuel appartenant à un groupe comprenant : un niveau de bruit audio et/ou visuel ambiant dudit terminal électronique ; une variation d’au moins une composante audio et/ou vidéo dudit flux audiovisuel ; une capacité de rendu dudit terminal; un évènement détecté via une interface utilisateur couplée audit terminal électronique; un positionnement dudit terminal. Ainsi, le rendu du flux textuel peut être mis en œuvre dans différentes situations, traduisant un contexte physique ou réseau du terminal non optimal. L’activation d’un élément d’interfaçage du dispositif comme un élément d’entrée (activation d’une touche du clavier ou d’un écran tactile du terminal), ou de sortie (haut-parleur) peut être l’expression implicite ou explicite d’un besoin de l’utilisateur du terminal d’une assistance à la compréhension de la communication, ou au contraire de la fin d’un tel besoin, et donc d’une commande de rendu ou de fin de rendu du flux textuel. Dans au moins certains modes de réalisation, le procédé comprend une réception dudit flux audiovisuel et/ou textuel, depuis au moins un dispositif électronique distant, accessible via au moins un réseau de communication. Dans certains modes de réalisation, les deux flux peuvent être reçus via au moins un réseau de communication. Notamment, le flux textuel peut être reçu, en association avec le flux audiovisuel, par exemple parce qu’il correspond à une des composantes du flux audiovisuel, ou à une composante d’un flux plus complexe auquel appartient le flux audiovisuel. Ainsi, le flux textuel peut être véhiculé dans des métadata du flux audiovisuel. Le flux textuel peut aussi être reçu de façon indépendante au flux audiovisuel (par exemple les deux flux peuvent être reçus via des réseaux de communication distincts, des protocoles et/ou des dispositifs distincts). Dans d’autres modes de réalisation, le flux textuel peut être généré par ledit terminal, lors de la réception du flux audiovisuel, ou même après sa réception, avec un rendu différé du flux audiovisuel. Dans au moins certains modes de réalisation, l’obtention du flux textuel comprend une transcription au moins partielle d’au moins une composante audio et/ou vidéo dudit flux audiovisuel. Le flux textuel peut par exemple être obtenu par une technique de conversion de voix vers du texte (« STT » de l’anglais « Speech To Text ») d’une composante audio du flux audiovisuel. Il peut s’agir également d’une transcription textuelle d’un discours en langue des signes ou d’un résumé d’une scène vidéo ne comportant pas de dialogue. Dans au moins certains modes de réalisation, le procédé comprend une modification de ladite composante transcrite. En effet, certain flux textuels, obtenus par exemple par conversion automatique, peuvent comprendre des erreurs de conversion. De plus, des flux textuels obtenus à partir d’une composante « hachée » du flux audiovisuel (en cas de mauvaise couverture réseau par exemple, ou en cas de bruit ambiant gênant l’acquisition du flux audiovisuel) peuvent se révéler eux-mêmes « hachés ». (Dis simplement, de tels flux peuvent présenter des « trous »). De ce fait, certains modes de réalisation de la présente demande peuvent comprendre une analyse, par exemple une analyse sémantique, et/ou mettre en œuvre une brique d’intelligence artificielle, adapté à une détection d’erreurs de conversion et/ou de « trous » dans la composante transcrite et à une modification en conséquence de cette composante transcrite. L’analyse peut aussi produire une version textuelle résumée de la composante transcrite, pour une prise en considération plus rapide par un utilisateur par exemple. Dans au moins certains modes de réalisation, ledit flux textuel est accessible depuis un serveur de contenu audiovisuel dudit réseau de communication. Le flux audiovisuel peut par exemple correspondre à un contenu diffusé en temps réel (« streaming ») sur le terminal. Dans au moins certains modes de réalisation, ledit flux textuel est accessible depuis un autre terminal dudit réseau de communication. Le flux audiovisuel peut par exemple correspondre à un flux média reçu lors d’une communication entre au moins deux terminaux, par exemple un appel audio et/ou vidéo. Les caractéristiques, présentées isolément dans la présente demande en lien avec certains modes de réalisation du procédé de la présente demande peuvent être combinées entre elles selon d’autres modes de réalisation du présent procédé. Selon un autre aspect, la présente demande concerne également un terminal électronique adapté à mettre en œuvre le procédé de la présente demande dans l’un quelconque de ses modes de réalisations. Par exemple, la présente demande concerne ainsi un terminal électronique comprenant un moins un processeur configuré pour : une obtention d’un flux audiovisuel; une obtention d’un flux textuel associé audit flux audiovisuel ; un contrôle du rendu dudit flux textuel pendant le rendu dudit flux audiovisuel, en fonction d’un contexte dynamique de rendu dudit flux audiovisuel. La présente demande concerne aussi un programme d'ordinateur comprenant des instructions pour la mise en œuvre des divers modes de réalisation du procédé ci-dessus, lorsque programme est exécuté par un processeur et un support d’enregistrement lisible par un terminal électronique et sur lequel est enregistré les programme d’ordinateur. Par exemple, la présente demande concerne ainsi un programme d'ordinateur comprenant des instructions pour la mise en œuvre, lorsque le programme est exécuté par un processeur d’un terminal électronique, d’un procédé comprenant: une obtention d’un flux audiovisuel; une obtention d’un flux textuel associé audit flux audiovisuel ; au contrôle du rendu dudit flux textuel pendant le rendu dudit flux audiovisuel, en fonction d’un contexte dynamique de rendu dudit flux audiovisuel. Par exemple, la présente demande concerne aussi un support d’enregistrement lisible par un processeur d’un terminal électronique et sur lequel est enregistré un programme d’ordinateur comprenant des instructions pour la mise en œuvre, lorsque le programme est exécuté par le processeur, d’un procédé comprenant : une obtention d’un flux audiovisuel; une obtention d’un flux textuel associé audit flux audiovisuel ; un contrôle du rendu dudit flux textuel pendant le rendu dudit flux audiovisuel, en fonction d’un contexte dynamique de rendu dudit flux audiovisuel. Les programmes mentionnés ci-dessus peuvent utiliser n’importe quel langage de programmation, et être sous la forme de code source, code objet, ou de code intermédiaire entre code source et code objet, tel que dans une forme partiellement compilée, ou dans n’importe quelle autre forme souhaitable. Les supports d'informations mentionnés ci-dessus peuvent être n'importe quelle entité ou dispositif capable de stocker le programme. Par exemple, un support peut comporter un moyen de stockage, tel qu'une ROM, par exemple un CD ROM ou une ROM de circuit microélectronique, ou encore un moyen d'enregistrement magnétique. Un tel moyen de stockage peut par exemple être un disque dur, une mémoire flash, etc. D'autre part, un support d'informations peut être un support transmissible tel qu'un signal électrique ou optique, qui peut être acheminé via un câble électrique ou optique, par radio ou par d'autres moyens. Un programme selon l'invention peut être en particulier téléchargé sur un réseau de type Internet. Alternativement, un support d'informations peut être un circuit intégré dans lequel un programme est incorporé, le circuit étant adapté pour exécuter ou pour être utilisé dans l'exécution de l’un quelconque des modes de réalisation du procédé objet de la présente demande de brevet. 4. Brève description des dessins D’autres caractéristiques et avantages de l’invention apparaîtront plus clairement à la lecture de la description suivante de modes de réalisation particuliers, donnés à titre de simples exemples illustratifs et non limitatifs, et des dessins annexés, parmi lesquels : La présente une vue simplifiée d’un système, cité à titre d’exemple, dans lequel au moins certains modes de réalisation du procédé de la présente demande peuvent être implémentés, La présente une vue simplifiée d’un dispositif adapté à mettre en œuvre au moins certains modes de réalisation du procédé de la présente demande, La présente un aperçu du procédé de traitement de la présente demande, dans certains de ses modes de réalisation La présente un aperçu du procédé de traitement de la présente demande, dans d’autres modes de réalisation 5. Description des modes de réalisation La présente demande vise à aider un utilisateur (ou un groupe d’utilisateurs) d’au moins un dispositif électronique, tel qu’un terminal de communication, à appréhender (c’est-à-dire comprendre plus complètement et/ou plus rapidement) un flux audiovisuel restitué (i.e. rendu) au moins partiellement via ce dispositif, et ceci malgré des perturbations liées au contexte de consommation du flux audiovisuel et susceptibles de détériorer une composante audio et/ou vidéo du flux et/ou son rendu. Dans la présente demande, on entend par contexte (ou conditions) de rendu (ou de consommation) du flux audiovisuel, l’environnement physique et réseau du dispositif, lors de sa restitution du flux audiovisuel. Cet environnement inclut les capacités du rendu du dispositif (en terme d’interfaces « de sorties » utilisateur, comme détaillé plus précisément ci-après) et l’environnement extérieur au dispositif. Ainsi, selon un premier exemple, une composante audio du flux audiovisuel peut devenir difficilement audible en présence de bruit ambiant (par exemple, lors d’un appel audio et/ou vidéo passé depuis un chantier de travaux publics). Selon un second exemple, lorsque le terminal, ou un de ses interlocuteurs, se trouve dans une zone de faible couverture réseau, il est possible qu’un flux audiovisuel parvienne au terminal de façon « hachée », rendant de ce fait difficile la compréhension de phrases d’une composante audio ou de gestes (traduisant ses phrases notamment) dans une composante vidéo . Ainsi, il n’est pas rare que la qualité du rendu du flux audiovisuel varie au fil du rendu. Par exemple, dans le cas d’un appel téléphonique, la qualité des paramètres audio de l’appel peut être très bonne au début de l’appel, pour se dégrader rapidement en fonction de la mobilité des interlocuteurs, qui peut avoir des impacts en terme de perte et/ou de détérioration des données transmises (du fait par exemple d’une qualité d’un réseau de communication par lequel transite le flux audiovisuel), ou de la présence de bruit ambiant dans l’environnement de l’un des interlocuteurs. De même, lors d’une consommation d’un contenu via une solution de streaming (dans des transports en commun notamment), un consommateur peut être momentanément perturbé du fait de son environnement physique personnel (présence d’un groupe bruyant de passagers autour de lui par exemple, ou annonce vocale sur haut-parleur par exemple) ou du fait de passage par des zones de mauvaise couverture réseau. La présente demande propose à un utilisateur d’un dispositif électronique une solution de mise en œuvre automatique, ou quasi automatique, lui permettant de prendre connaissance au moins partiellement des informations véhiculées dans un flux audiovisuel consommé, lorsqu’il doit faire face à de tels aléas. La solution proposée permet également de ne pas interrompre (ou suspendre) la consommation du flux audiovisuel et donc de ne pas perturber une dynamique d’échange entre des interlocuteurs ou une dynamique de consommation d’un contenu en streaming. Ainsi, selon au moins certains modes de réalisation, le procédé de rendu de la présente demande comprend en parallèle à une restitution du flux audiovisuel, et en fonction du contexte physique et réseau du dispositif, une restitution d’un flux textuel associé à ce flux audiovisuel. Il peut s’agir par exemple d’un flux textuel correspondant à au moins une partie d’une composante audio du flux audiovisuel. Par exemple, le flux textuel peut correspondre à des données de type voix d’une composante audio du flux audiovisuel. Le flux audiovisuel et/ou le flux textuel peut avoir été généré localement, être obtenu via un moyen de stockage local ou distant ou via un réseau de communication (par exemple depuis un terminal émetteur du flux). De façon générale, le flux textuel peut avoir été généré, selon les modes de réalisation, lors de divers traitements du flux audiovisuel. Par traitement, on entend des tâches diverses de manipulation au moins partiellement automatique d’au moins une partie d’un flux audiovisuel, comme par exemple sa génération, son enrichissement, son encodage et/ou son décodage, sa transmission et/ou sa réception, et/ou son rendu. On décrit à présent, en lien avec la , de façon plus détaillée la présente demande. La représente un système de télécommunication 100 dans lequel certains modes de réalisation de l’invention peuvent être mis en œuvre. Le système 100 comporte un ou plusieurs dispositifs électroniques, certains au moins pouvant communiquer entre eux via un ou plusieurs réseaux de communication 120, éventuellement interconnectés, comme un réseau local ou LAN (Local Area Network) et/ou un réseau de type étendu, ou WAN (Wide Area Network). Par exemple, le réseau peut comprendre un réseau LAN d’entreprise ou domestique et/ou un réseau WAN de type internet, ou cellulaire, GSM - Global System for Mobile Communications, UMTS - Universal Mobile Telecommunications System, Wifi - Wireless, etc.) . Le système peut également comprendre des éléments (non représentés) de gestion et/ou d’interconnexion réseau. Comme illustré en , le système 100 peut également comprendre plusieurs dispositifs électroniques, comme un terminal (tel qu’un ordinateur portable 110, un smartphone 130, 132, 134, une tablette 136), et/ou un serveur 140 (par exemple un serveur de contenus audiovisuels), un dispositif de stockage 150 (tel qu’un dispositif de stockage de contenus audiovisuels). Ces dispositifs électroniques peuvent être associés à au moins un utilisateur 160, 162, 164, 166, certains des dispositifs électroniques 110, 130 pouvant être associés à un même utilisateur 160. Au moins certains des dispositifs des utilisateurs leur permettent de consommer des flux audiovisuels accessibles via le réseau de communication 120 (par exemple des contenus disponibles sur un serveur de contenus 140 ou sur un espace de stockage distant 150). Certains dispositifs peuvent également permettre à des utilisateurs d’échanger entre eux un flux audiovisuel, par exemple après établissement d’une communication entre ces dispositifs. La illustre une structure simplifiée d’un dispositif électronique 200 du système 100, par exemple le dispositif 110, 130, 132, 134, 136 de la , adapté à mettre en œuvre les principes de la présente demande. Le dispositif 200 comprend notamment au moins une mémoire M 210. Le dispositif 200 peut notamment comprendre une mémoire tampon, une mémoire volatile, par exemple de type RAM (pour « Random Access Memory » selon la terminologie anglaise), et/ou une mémoire non volatile (par exemple de type ROM (pour « Read Only Memory » selon la terminologie anglaise). Le dispositif 200 peut également comprendre une unité de traitement UT 220, équipée par exemple d'au moins un processeur P 222, et pilotée par un programme d'ordinateur PG 212 stocké en mémoire M 210. A l'initialisation, les instructions de code du programme d'ordinateur PG sont par exemple chargées dans une mémoire RAM avant d'être exécutées par le processeur P. L’au moins un processeur P 222 de l'unité de traitement UT 220 peut notamment mettre en œuvre, individuellement ou collectivement, l'un quelconque des modes de réalisation du procédé de la présente demande (décrit notamment en relation avec la ), selon les instructions du programme d'ordinateur PG. Le dispositif peut également comporter, ou être couplé à, au moins un module d’entrée/ sortie I/O 230, tel qu’un module de communication, permettant par exemple au dispositif 200 de communiquer avec d’autres dispositifs du système 100, via des interfaces de communication filaires ou sans fils, et/ou tel qu’un module d’interfaçage avec un utilisateur du dispositif. Un tel module d’interfaçage est aussi appelé plus simplement dans cette demande « interface utilisateur ». Par interface utilisateur du dispositif, on entend par exemple une interface intégrée au dispositif 200, ou une partie d’un dispositif tiers couplé à ce dispositif par des moyens de communication filaires ou sans fils. Par exemple, il peut s’agir d’un écran secondaire du dispositif ou d’un ensemble de hauts parleurs connectés par une technologie sans fils au dispositif Une interface utilisateur peut notamment être une interface utilisateur, dite «de sortie», adaptée à un rendu (ou au contrôle d’un rendu) d’un flux audiovisuel et/ou textuel. Des exemples d’interface utilisateur de sortie du dispositif incluent un ou plusieurs écrans, notamment au moins un écran graphique (tactile par exemple), un ou plusieurs haut-parleurs, un casque connecté. Par rendu, on entend ici une restitution (ou « output » selon la terminologie anglaise) sur au moins une interface utilisateur, sous une forme quelconque, par exemple comprenant des composantes textuelle, audio et/ou vidéo, ou une combinaison de telles composantes. Par ailleurs, une interface utilisateur peut être une interface utilisateur, dite «d’entrée», adaptée à une acquisition d’une commande d’un utilisateur du dispositif 200. Il peut s’agir notamment d’une action à effectuer en lien avec un item restitué, et/ou d’une commande à transmettre à une application informatique utilisée par le dispositif 200, par exemple une application s’exécutant au moins partiellement sur le dispositif 200 ou une application « en ligne » s’exécutant au moins partiellement à distance, par exemple sur le serveur 140 du système 100. Des exemples d’interface utilisateur d’entrée du dispositif 200 incluent un capteur (tel qu’un capteur de position, qu’un capteur de mouvement, qu’un capteur de température, un gyroscope, etc..), un moyen d’acquisition audio et/ou vidéo (microphone, caméra ou webcam, par exemple), un clavier, une souris, un écran tactile. L’interface du dispositif 200 peut par exemple être adaptée à la détection d’une position et/ou d’un mouvement du dispositif, comme un positionnement du dispositif apte à permettre une consommation par un utilisateur d’un contenu rendu sur un écran du dispositif (telle qu’une lecture d’un texte affiché sur cet écran). Il peut s’agir ainsi d’une interface (caméra, gyroscope, etc. ) apte à permettre une détection d’un mouvement du dispositif entre une première position d’écoute, dans laquelle une interface de sortie audio du dispositif est située à proximité d’une oreille d’un utilisateur, vers une seconde position d’écoute, dans laquelle un écran couplé au dispositif dans le champ de vision d’un utilisateur du dispositif (par exemple une position dans laquelle l’écran fait face au visage d’un utilisateur). Il peut s’agir aussi d’un ou plusieurs microphones, couplé par exemple à un module d’analyse vocale du dispositif, de façon à détecter par exemple qu’un utilisateur du dispositif demande à un interlocuteur distant avec qui une communication vocale est établie via le dispositif, de répéter ce qu’il vient de dire. Ledit au moins un microprocesseur du dispositif 200 peut notamment être adapté pour : une obtention d’un flux audiovisuel; une obtention d’un flux textuel associé au flux audiovisuel ; un contrôle du rendu dudit flux textuel pendant le rendu du flux audiovisuel, en fonction d’un contexte dynamique de rendu du flux audiovisuel. Certains des modules d‘entrée -sorties ci-dessus sont optionnels et peuvent donc être absents du dispositif 200 dans certains modes de réalisation. Notamment, si la présente demande est parfois détaillée en lien avec un dispositif communiquant avec au moins un autre dispositif du système 100, le procédé peut également être mis en œuvre localement par un dispositif, pour un rendu par exemple d’un flux audiovisuel stocké sur le dispositif. Au contraire, dans certains de ses modes de réalisation, le procédé peut être mis en œuvre de façon distribuée entre au moins deux dispositifs 110, 130, 132, 134, 136, 140 et/ou 150 du système 100. Dans la présente demande, on entend par le terme « module », le terme « composant » ou le terme «élément » du dispositif, un élément matériel, notamment câblé, ou un élément logiciel, ou une combinaison d’au moins un élément matériel et d’au moins un élément logiciel. Le procédé selon l’invention peut donc être mis en œuvre de diverses manières, notamment sous forme câblée et/ou sous forme logicielle. La illustre certains modes de réalisation du procédé 300 de la présente demande. Le procédé 300 peut par exemple être implémenté par le dispositif électronique 200 illustré en . Dans l’exemple illustré en , le procédé comprend une obtention 310 d’un flux audiovisuel. Il peut s‘agir par exemple d’un flux audio et/ou vidéo reçu dans le cadre d’une communication audio et/ou vidéo établie entre un utilisateur du dispositif 200 (par exemple l’utilisateur 160 du dispositif 130 de la ) et un autre utilisateur d’un autre dispositif (par exemple l’utilisateur 162 du dispositif 132 de la ). Selon un autre exemple, il peut s’agir d’un contenu accessible en streaming au dispositif 200 depuis un serveur (par exemple le serveur 140 de la ) ou accessible, localement au dispositif 200 ou via le réseau de communication, depuis un support de stockage (par exemple, le support de stockage 150 de la ). Dans l’exemple illustré en , le procédé peut comprendre, en sus de l’obtention 310 du flux audiovisuel, une obtention 320 d’un flux textuel associé au flux audiovisuel. Ainsi, dans certains modes de réalisation, une composante audio acquise par un microphone d’un dispositif distant, peut être encodée sous format numérique avant d’être transmise vers le dispositif 200. Un flux textuel peut par exemple être obtenu par un algorithme de conversions de voix en texte dit « STT » (de l’anglais « Speech To Text”), et/ou des techniques d’analyse sémantique, d’intelligence artificielle, et/ou de traitement du langage naturel connues sous l’acronyme NLU (pour « Natural Language Understanding » en anglais) à partir de la composante audio du flux audiovisuel encodée en format audio numérique. Ces techniques peuvent également être utilisées de façon complémentaire à une conversion STT, de façon à corriger, à compléter et/ou à résumer le flux textuel résultant de la conversion STT. Il peut s’agir par exemple de boucler des parties manquantes (ou mal converties) du flux audio. Dans certains modes de réalisation, le flux textuel peut fournir un résumé plus ou moins concis du flux audiovisuel, par exemple une succession de résumé de « tronçons » successifs du flux audiovisuel, de façon à faciliter la compréhension de l’utilisateur, on éclairant le tout en minimisant la perturbation visuelle que pourrait occasionner une lecture du flux textuel pendant la consommation du flux audiovisuel. Le flux textuel peut être généré par exemple par le dispositif distant, puis transmis au dispositif 200 lors de la transmission du flux audiovisuel. Selon les modes de réalisation, les deux flux peuvent être transmis sous forme de flux distincts, parallèles, ou dans un même flux intégrant à la fois le flux audiovisuel et le flux textuel. Générer un flux textuel au plus proche de l’acquisition du flux audiovisuel, et en particulier avant sa transmission sur un réseau de communication (et donc potentiellement sa détérioration), peut notamment aider à obtenir un flux textuel plus proche du flux audiovisuel acquis. De plus, un tel mode de réalisation est peu pénalisant en termes d’occupation réseau, la bande passante nécessaire à la transmission du flux textuel, en parallèle au flux audiovisuel, étant très faible en rapport à la bande passante nécessaire à la transmission du flux audiovisuel lui-même. La transmission d’un flux textuel est aussi souvent moins impactée qu’une transmission d’un flux audio ou vidéo par des problèmes de fluctuation de qualité de réseau. Dans une variante, le flux textuel peut être obtenu via un dispositif tiers, autre que le dispositif 200 et le dispositif distant générant et/ou transmettant le flux audiovisuel. Dans certaines modes de réalisation, adaptés notamment à une communication asynchrone entre aux moins deux dispositifs, le flux textuel peut être transmis avant la transmission du flux audiovisuel (ou avant le rendu du flux audiovisuel sur le dispositif 200). Le flux textuel peut aussi être généré par le dispositif 200 récepteur du flux audiovisuel, durant l’obtention du audiovisuel. Il peut également, dans le cas d’un rendu ultérieur à la transmission du flux audiovisuel, être généré par le dispositif récepteur après l’obtention du flux audiovisuel t préalablement au rendu du flux audiovisuel. De tels modes de réalisation offrent l’avantage de disposer de façon certaine d’un flux textuel de secours, en cas de dégradation du rendu du flux audiovisuel. Comme illustré en , lors du rendu 330 du flux audiovisuel, le procédé comprend une analyse 331 (ou surveillance) du contexte de rendu du flux audiovisuel, prenant en compte un ou plusieurs paramètres représentatifs d’un l’environnement physique et/ou réseau du dispositif, lors de sa restitution du flux audiovisuel. L’environnement physique du dispositif peut être analysé par exemple via des paramètres sonores et/ou de luminosité, ou des évènements détectés via au moins une interface d’entrée du dispositif. L’analyse 331 peut notamment être effectuée « au fil de l’eau », de façon continue ou itérative, pour détecter dynamiquement pendant le rendu du flux audiovisuel une survenance d’évènements susceptibles de nuire à l’expérience d’un utilisateur lors de sa consommation du flux audiovisuel et de contrôler au rendu du flux textuel obtenu en conséquence, ou l’absence ou la fin de tels évènements. Un tel évènement peut être par exemple une variation (altération ou amélioration) d’une qualité du flux audiovisuel reçu (se traduisant par exemple en termes de pourcentage de paquets de données audiovisuelles reçues, perdues ou réémises à un instant courant,.. ) ou une variation (altération ou amélioration) d’un environnement de restitution (par exemple une augmentation d’un niveau de bruit ambiant rendant mal aisé une compréhension d’une composante audio du flux audiovisuel ou de fortes variations, brutales, de luminosité dans un environnement ambiant (faisceaux de phares de voiture par exemple) rendant mal aisé une visualisation des détails de certaines vidéo couramment restituées du flux audiovisuel. L’analyse dynamique peut de ce fait mettre en œuvre des techniques d’analyse de la qualité d’un flux audio et/ou vidéo, ou d’une qualité de transmission de données, d’une qualité de restitution d’un flux audio et/ou vidéo. Ainsi, par exemple, un niveau de bruit ambiant peut être mesuré par l’intermédiaire d’un microphone du dispositif 200, le rendu étant considéré comme dégradé lorsque le niveau de bruit ambiant dépasse une première valeur seuil (par exemple 70, 80 ou 90 dB). Dans certains modes de réalisation, la première valeur peut être constante (il peut s’agir ainsi d’un paramètre constructeur). Elle peut aussi être obtenue par configuration, par exemple via un calibrage préalable par un utilisateur du dispositif. Un tel mode de réalisation peut permettre de tenir compte des particularités d’un utilisateur (en termes d’audition et de sensibilité auditive et/ou visuelle par exemple). Dans certains modes de réalisation, la première valeur peut varier dynamiquement. Par exemple, elle peut dépendre de certaines caractéristiques du flux audiovisuel à restituer, susceptibles d’avoir un impact sur une facilité de compréhension du flux restitué. Par exemple, elle peut dépendre d’une fréquence d’une voix restituée et varier selon que la voix soit plus ou moins grave ou aigüe. Dans une variante, adaptée notamment à des modes de réalisation où le flux textuel est reçu conjointement au flux audiovisuel transmis, l’analyse peut comprendre une obtention d’un second flux textuel à partir du flux audiovisuel reçu (ou en cours de réception) et une détection d’une dégradation ou d’une amélioration d’une qualité du flux audiovisuel tenant compte de l’existence et de la quantité de différences entre le flux textuel reçu avec le second flux obtenu. Un tel mode de réalisation peut permettre de détecter de façon simple une dégradation ou une amélioration du flux audiovisuel à rendre, sans avoir à mener une analyse poussée de la qualité de transmission du flux audiovisuel. L’analyse dynamique 331 peut également prendre en compte des évènements de l’environnement physique du dispositif 200, comme par exemple certains mouvements de l’utilisateur (par exemple des froncements de sourcil détectés grâce à une caméra) ou une modification du positionnement relatif d’un utilisateur et du dispositif (éloignement d’un dispositif de type smartphone de l’oreille d’un utilisateur par exemple), susceptible de traduire un besoin et/ou une demande implicite d’assistance d’un utilisateur, ou encore sur une acquisition d’une commande plus explicite d’un utilisateur (comme un actionnement d’une touche d’un clavier ou d’une zone d’un écran tactile du dispositif, ou une commande gestuelle ou vocale dédiée au rendu d’un flux textuel). De ce fait, de tels mouvements sont dans la présente demande assimilés à une dégradation du contexte de rendu du flux audiovisuel. A l’opposé, l’analyse 331 peut bien sûr permettre de détecter la survenue d’évènements traduisant une amélioration des conditions de consommation du flux audiovisuel, ou une volonté exprimée de façon implicite ou explicite d’un utilisateur de ne pas consommer un flux textuel (comme par exemple si l’utilisateur porte son téléphone à son oreille). Selon la , tant que l’analyse 331 ne détecte pas 332 de survenue d’un évènement reflétant une dégradation du contexte de rendu du flux consommé (comme une action utilisateur telle qu’évoquée ci-avant), le procédé comprend une restitution 333 du flux audiovisuel seul (sans couplage avec un rendu d’un flux textuel). Lors d’une détection 332 d’un évènement reflétant une dégradation du flux consommé, le procédé 300 comprend un rendu 335, 336 conjoint d’une partie du flux audiovisuel et d’une partie du flux textuel obtenu et associé à cette partie de flux audiovisuel. Il peut s’agir de restitutions sur une même interface de sortie du dispositif (le flux textuel étant par exemple rendu en superposition avec une composante vidéo du flux audiovisuel) ou de restitution sur des interfaces de sortie distinctes du dispositif. Ainsi, le flux audiovisuel peut être un flux purement audio restitué via un casque audio couplé au dispositif, le flux textuel étant restitué sur un écran du dispositif, ou le flux audiovisuel peut être restitué au moins partiellement via un écran principal couplé au dispositif, le flux textuel étant restitué sur un écran secondaire du dispositif, distinct de l’écran principal et de dimensions optionnellement réduites par rapport à cet écran principal (ou vice-versa). Dans certains modes de réalisation, le procédé peut comprendre une transformation sous forme audio par synthèse vocale (« Speech To Text » (STT) selon la terminologie anglaise) du flux textuel et un rendu audio du flux transformé. Un tel mode de réalisation peut être adapté à un des situations de rendu d’un flux audiovisuel haché (le flux transformé prenant le relais sur les périodes où une composante audio du flux est absente ou inintelligible), notamment lorsque l’environnement du dispositif est pas adapté à une restitution textuelle (environnement trop lumineux pour permettre une lecture d’un texte par un utilisateur, ou dispositif ne comportant pas d’écran). De façon optionnelle, le procédé peut comprendre avant ou au moment du rendu de la partie du flux textuel une synchronisation temporelle 334 des deux rendus, c’est-à-dire un alignement temporel des deux rendus par rapport à un même référentiel temporel (de façon à ce que la partie du flux textuelle rendu à un instant t selon ce référentiel commun corresponde à la partie du flux audiovisuel en cours de restitution à cet instant t, ou sur un intervalle temporel [t-t1;t+t2] englobant cet instant t. La partie rendue du flux textuel peut ainsi être une transcription au moins partielle du flux audiovisuel en cours de restitution ou, dans une variante, comprendre une transcription d’une partie déjà restituée ou non encore restituée du flux audiovisuel en cours de restitution. Une telle variante peut permettre à un utilisateur de bénéficier d’un rendu textuel relatif à une partie intelligible déjà consommée du flux audiovisuel. Par exemple, il peut s’agir d’une partie immédiatement antérieure ou immédiatement postérieure, à la partie du flux audiovisuel en cours de restitution. Dans une variante, le procédé peut comprendre une traduction avant rendu d’au moins une partie du flux textuel dans une langue différente, mettant en œuvre par exemple une application de traduction automatique accessible via un serveur distant). Certaines consommations de flux audiovisuels peuvent mettre en œuvre plusieurs dispositifs en communication restituant chacun au moins partiellement le flux audiovisuel. Dans ce cas, un flux textuel peut être rendu selon le procédé de la présente demande sur un ou plusieurs de ces dispositifs implémentant le procédé selon le procédé de la présente demande. Dans certains modes de réalisation, le procédé peut comprendre, après détection d’une dégradation du rendu du flux audiovisuel par le dispositif 200, une transmission d’une partie du flux textuel vers un autre dispositif restituant également au moins partiellement le flux audiovisuel. Cette partie peut correspondre à la partie du flux textuel à restituer par le dispositif 200. Elle peut par exemple être transmise par un message de type SMS vers l’autre dispositif. La illustre un autre mode de réalisation du procédé 300. Si les étapes illustrées en peuvent être similaires aux étapes décrites en lien avec la , l’obtention 320 du flux textuel peut être mise en œuvre, à la différence du mode de réalisation illustré en , de façon conditionnelle, lorsque l’analyse 331 du contexte de rendu du flux audiovisuel a permis de détecter une dégradation du contexte de rendu. De façon similaire, dans le mode de réalisation de la , l’obtention du flux textuel peut s’interrompre en cas de détection d’une amélioration du contexte de rendu. Ainsi, le flux textuel n’est obtenu que lorsque son rendu est nécessaire. Un tel mode de réalisation peut donc permettre une plus faible occupation réseau que certains modes de réalisation de la où le flux textuel est reçu depuis un dispositif distant. Un tel mode de réalisation peut de plus permettre une simplification des traitements pour des parties du flux audiovisuel dont le contexte de rendu n’est pas dégradé (et donc un gain en terme de temps de traitement). L’obtention du flux peut dans certains modes de réalisation comprendre une émission via un réseau de communication, d’une commande de transmission d’un flux textuel associé au flux audiovisuel en cours de restitution et une réception du flux textuel en réponse à cette commande. La commande peut par exemple être émise à destination d’au moins un dispositif générant au moins partiellement le flux audiovisuel comme exposé ci-avant. La présente demande a été détaillée en lien avec un dispositif adapté à un rendu d’un flux audiovisuel. Un autre aspect de la présente demande concerne un procédé d’émission, mis en œuvre dans un dispositif de communication, comprenant pendant une transmission d’un flux audiovisuel, une émission d’un flux textuel associé au flux audiovisuel transmis. Divers modes de réalisation de ce procédé peuvent être mis en œuvre selon la présente demande, comme présenté ci-dessus en lien notamment avec les modes de réalisation déjà détaillés du procédé mis en œuvre dans le dispositif de rendu d’un flux audiovisuel. Le procédé d’émission peut par exemple être mis en œuvre sur demande d’un dispositif destinataire du flux audiovisuel transmis. Il peut s’agir notamment d’un flux audiovisuel transmis par le dispositif de communication, par exemple pendant une communication synchrone entre le dispositif de communication et le terminal destinataire (par exemple un appel audio ou vidéo). La structure du dispositif de communication peut être similaire à la structure du dispositif 200 décrit en liaison avec la . La présente demande concerne aussi un programme d'ordinateur comprenant des instructions pour la mise en œuvre des divers modes de réalisation du procédé ci-dessus, lorsque programme est exécuté par un processeur. La présente demande concerne également un support d’enregistrement lisible par un processeur d’un dispositif électronique et sur lequel est enregistré un programme d’ordinateur comprenant des instructions pour la mise en œuvre, lorsque le programme est exécuté par le processeur, du procédé ci-dessus dans l’un quelconque de ses modes de réalisation. Procédé mis en œuvre dans un terminal électronique comprenant : une obtention d’un flux audiovisuel; une obtention d’un flux textuel associé audit flux audiovisuel ; un contrôle du rendu dudit flux textuel pendant le rendu dudit flux audiovisuel, en fonction d’un contexte dynamique de rendu dudit flux audiovisuel. Procédé selon la revendication 1, dans lequel ledit contrôle du rendu dudit flux textuel comprend un affichage et/ou une interruption d’affichage d’au moins une partie dudit flux textuel sur au moins un écran couplé audit terminal électronique. Procédé selon la revendication 1, dans lequel ledit contrôle du rendu dudit flux textuel comprend un rendu et/ou une interruption de rendu d’un flux audio obtenu par transformation du flux textuel par synthèse vocale. Procédé selon l’une des revendications 1 à 3, comprenant une réception dudit flux audiovisuel et/ou textuel, depuis au moins un dispositif électronique distant, accessible via au moins un réseau de communication. Procédé selon la revendication 1 à 4, dans lequel l’obtention du flux textuel comprend une transcription au moins partielle d’au moins une composante audio et/ou vidéo dudit flux audiovisuel. Procédé selon la revendication 4 ou 5, dans lequel le procédé comprend une modification de ladite composante transcrite. Procédé selon l’une des revendications 4 à 6, dans lequel ledit flux textuel est accessible depuis un serveur de contenu audiovisuel dudit réseau de communication. Procédé selon l’une des revendications 4 à 6, dans lequel ledit flux textuel est accessible depuis un autre terminal dudit réseau de communication. Terminal électronique comprenant au moins un processeur adapté pour : une obtention d’un flux audiovisuel; une obtention d’un flux textuel associé audit flux audiovisuel ; un contrôle du rendu dudit flux textuel pendant le rendu dudit flux audiovisuel, en fonction d’un contexte dynamique de rendu dudit flux audiovisuel Produit programme d’ordinateur comprenant des instructions pour la mise en œuvre, lorsque le programme est exécuté par un processeur d’un terminal électronique, d’un procédé comprenant : une obtention d’un flux audiovisuel; une obtention d’un flux textuel associé audit flux audiovisuel ; un contrôle du rendu dudit flux textuel pendant le rendu dudit flux audiovisuel, en fonction d’un contexte dynamique de rendu dudit flux audiovisuel.