Brevet FR3156002A1 — publié le 20250530

Procédé de création d’élément multimédia, dispositif électronique et produit programme d’ordinateur correspondant L’invention concerne un procédé de création au moins partiellement automatique d’élément multimédia, le procédé comprenant : - obtention d’une première séquence via une interface utilisateur d’un premier dispositif de communication, génération d’au moins un élément multimédia adapté à un envoi via au moins un premier outil de communication vers au moins un premier destinataire, ledit élément multimédia étant généré automatiquement et comprenant une seconde séquence textuelle obtenue à partir de la première séquence et au moins un élément visuel, ledit élément visuel dépendant de ladite première séquence ; envoi dudit élément multimédia via ledit premier outil de communication vers ledit au moins un premier destinataire. L’invention concerne aussi le dispositif électronique, le produit programme d’ordinateur et le support correspondant. Figure pour l'abrégé : Fig. 5 Procédé de création d’élément multimédia, dispositif électronique et produit programme d’ordinateur correspondant 1. Domaine technique La présente application se rapporte au domaine des échanges d’informations entre dispositifs électroniques d’au moins un réseau de communication, Il peut s’agir en particulier d’informations destinées à des utilisateurs de tels dispositifs. Elle concerne notamment un procédé de création au moins partiellement automatique d’élément multimédia, mis en œuvre par un dispositif électronique, ainsi qu’un dispositif électronique, un produit programme d’ordinateur et un médium correspondants. 2. Etat de la technique De par les facilités qu’elles offrent (en termes de traçabilité comme de facilité d’édition, de partage ou de transfert d’informations), les communications électroniques sont devenues incontournables dans les échanges entre individus. C’est notamment le cas dans des situations de télétravail ou de travail en équipe « multisites ». Ces communications sont souvent asynchrones, de façon à ne pas nécessiter une disponibilité conjointe des interlocuteurs de la communication. Un individu a donc souvent besoin de générer des communications électroniques (par exemple des messages électroniques), que ce soit dans sa vie personnelle ou dans son travail. Le contenu d’un message électronique peut parfois se révéler dense, notamment dans le cadre du monde professionnel, par exemple du fait de la complexité de la situation réelle à laquelle il se rapporte, où parce que le message est destiné à des intervenants différents, dont l’émetteur du message attend des réactions différentes. Cependant, la prolifération et parfois la complexité des communications à distance confrontent de plus en plus les individus, à une surcharge informationnelle (parfois qualifiée d’« infobésité »). Aussi, les individus récepteurs de messages peuvent parfois tarder à traiter un message, voire même oublier de le traiter, ou le traiter partiellement. Ils peuvent aussi ne pas voir qu’une réponse de leur part à un message reçu est attendue (notamment lorsque le message est adressé à plusieurs personnes). Il existe donc un besoin pour un émetteur d’un message électronique pour une solution l’aidant à améliorer l’efficacité de sa communication, par exemple pour l’aider à obtenir un traitement (lecture ou réponse) attendu de ses interlocuteurs. 3. Exposé de l'invention La présente demande vise à améliorer la situation à l'aide d'un procédé de création au moins partiellement automatique d’élément multimédia, ledit procédé comprenant : - obtention d’une première séquence via une interface utilisateur d’un premier dispositif de communication, génération d’au moins un élément multimédia adapté à un envoi via au moins un premier outil de communication vers au moins un premier destinataire, ledit élément multimédia étant généré automatiquement et comprenant une seconde séquence textuelle obtenue à partir de la première séquence et au moins un élément visuel, ledit élément visuel dépendant de ladite première séquence ; envoi dudit élément multimédia via ledit premier outil de communication vers ledit au moins un premier destinataire. Dans certains modes de réalisation, le procédé peut comprendre une proposition sur une interface utilisateur dudit dispositif dudit élément multimédia généré, ledit envoi étant effectué sur réception d’une confirmation (en provenance par exemple de l’interface utilisateur dudit dispositif). Dans au moins certains modes de réalisation, le procédé comprend une sélection automatique (ou au moins partiellement automatique) d’au moins un premier élément visuel dudit élément multimédia parmi des contenus visuels d’une bibliothèque de contenus visuels en fonction d’une similarité sémantique entre des descripteurs desdits contenus visuels de la bibliothèque et la seconde séquence textuelle. Ces descripteurs peuvent être des métadonnées (aussi appelées "tags" ou "mots clés") décrivant les contenus visuels et intégrées aux contenus visuels qu’ils décrivent ou en stocker en association avec des identifiants de ces contenus dans un espace de stockage distinct de la bibliothèque de contenus. Dans au moins certains modes de réalisation, ledit premier destinataire est fonction de ladite première séquence. Dans au moins certains modes de réalisation, le procédé comprend une association audit élément multimédia d’un contexte de génération dudit élément multimédia. Dans au moins certains modes de réalisation, le procédé comprend un stockage dudit élément multimédia et dudit contexte de génération associé lors dudit envoi. Dans au moins certains modes de réalisation, ledit élément multimédia comprend en outre au moins un actionneur fonction de ladite seconde séquence textuelle. Dans au moins certains modes de réalisation, ledit actionneur initie une communication avec un second destinataire désigné dans ladite seconde séquence textuelle. Dans au moins certains modes de réalisation, ledit actionneur initie une communication vers un dispositif de communication d’un utilisateur dudit premier dispositif de communication. Dans au moins certains modes de réalisation, ladite communication initiée est une communication via ledit premier outil de communication. Dans au moins certains modes de réalisation, ladite communication initiée est une communication via un second outil de communication utilisé pour l’obtention de ladite première séquence. Dans au moins certains modes de réalisation, ladite seconde séquence est positionnée en juxtaposition par rapport à au moins un dudit élément visuel dudit élément multimédia. Dans au moins certains modes de réalisation, ledit procédé comprend une proposition d’une pluralité d’éléments multimédias obtenus à partir de ladite première séquence. 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 dispositif é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 dispositif électronique comprenant un moins un processeur configuré pour une création au moins partiellement automatique d’élément multimédia, ladite création comprenant : - obtention d’une première séquence via une interface utilisateur d’un premier dispositif de communication, génération d’au moins un élément multimédia adapté à un envoi via au moins un premier outil de communication vers au moins un premier destinataire, ledit élément multimédia étant généré automatiquement et comprenant une seconde séquence textuelle obtenue à partir de la première séquence et au moins un élément visuel, ledit élément visuel dépendant de ladite première séquence ; envoi dudit élément multimédia via ledit premier outil de communication vers ledit au moins un premier destinataire. Par exemple, la présente demande concerne ainsi un serveur d’un réseau de communication comprenant au moins un microprocesseur adapté à : – une réception, via un premier outil de communication, d’au moins un élément multimédia comprenant au moins une séquence textuelle et au moins un élément visuel ; et d’au moins un contexte de création associé audit au moins un élément multimédia, ledit contexte de création comprenant au moins : une désignation d’un dispositif émetteur dudit élément multimédia, une désignation d’au moins un dispositif destinataire dudit élément multimédia, au moins une séquence textuelle dite d’origine que reformule au moins en partie ladite séquence textuelle et une désignation d’au moins un second outil de communication utilisé pour obtenir ladite séquence d’origine ; une transmission audit au moins un dispositif destinataire dudit élément multimédia ; sur réception d’un retour relatif à une consommation de contenu par ledit destinataire, émission dudit retour vers un dispositif d’un utilisateur dudit dispositif émetteur en utilisant ledit second outil de communication. 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 le programme est exécuté par un processeur, et un support d’enregistrement lisible par un dispositif électronique et sur lequel est enregistré le 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 dispositif électronique, d’un procédé de création au moins partiellement automatique d’élément multimédia, ledit procédé comprenant : - obtention d’une première séquence via une interface utilisateur d’un premier dispositif de communication, génération d’au moins un élément multimédia adapté à un envoi via au moins un premier outil de communication vers au moins un premier destinataire, ledit élément multimédia étant généré automatiquement et comprenant une seconde séquence textuelle obtenue à partir de la première séquence et au moins un élément visuel, ledit élément visuel dépendant de ladite première séquence ; envoi dudit élément multimédia via ledit premier outil de communication vers ledit au moins un premier destinataire. Par exemple, la présente demande concerne aussi 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, d’un procédé de création au moins partiellement automatique d’élément multimédia, ledit procédé comprenant : - obtention d’une première séquence via une interface utilisateur d’un premier dispositif de communication, génération d’au moins un élément multimédia adapté à un envoi via au moins un premier outil de communication vers au moins un premier destinataire, ledit élément multimédia étant généré automatiquement et comprenant une seconde séquence textuelle obtenue à partir de la première séquence et au moins un élément visuel, ledit élément visuel dépendant de ladite première séquence ; envoi dudit élément multimédia via ledit premier outil de communication vers ledit au moins un premier destinataire. 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’enregistrements (ou d'informations) mentionnés dans la présente demande peuvent être n'importe quelle entité ou quel 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 (ou d’enregistrement) 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. De façon générale, par obtention d’un élément, on entend dans la présente demande par exemple une réception de cet élément depuis un réseau de communication, une acquisition de cet élément (via par exemple des éléments d’interface utilisateur ou des capteurs), une création de cet élément par divers moyens de traitement tels que par copie, encodage, décodage, transformation etc. et/ou un accès de cet élément depuis un support de stockage local ou distant accessible à au moins un dispositif mettant en œuvre, au moins partiellement, cette obtention. 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 FIG. 1 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 FIG. 2 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 FIG. 3 présente un aperçu du procédé de la présente demande, dans certains de ses modes de réalisation La FIG. 4 présente un exemple d’interface utilisateur d’un dispositif électronique mettant en œuvre au moins certains modes de réalisation du procédé de la présente demande. La FIG. 5 présente un exemple de chronogramme d’échanges entre un terminal émetteur, un serveur et un terminal récepteur pour la mise en œuvre d’au moins certains modes de réalisation du procédé de la présente demande. 5. Description des modes de réalisation La présente demande propose de créer, de façon au moins partiellement automatique, à partir d’une première séquence (textuelle ou audio), un ou plusieurs éléments multimédias destinés à être partagés via un outil de communication électronique. La première séquence peut être obtenue d’un utilisateur. Il peut s’agir par exemple d’une séquence textuelle obtenue via une saisie clavier ou d’une séquence audio acquise via un microphone par exemple. Par élément multimédia, on entend ici un élément de contenu ayant au moins une composante textuelle et/ou audio et/ou une composante visuelle (comme une image ou séquences d’image ou une vidéo). L’élément multimédia comprend au moins une seconde séquence (textuelle ou audio) obtenue à partir de la première séquence. Par « à partir de », on entend une seconde séquence extraite de la première séquence ou une seconde séquence reformulant (par exemple de façon plus courte, plus simple ou plus claire) au moins une portion de la première séquence. Par « automatique », on entend une mise en œuvre qui permet une création d’au moins un élément multimédia depuis le dispositif électronique sans impliquer d’intervention volontaire de son utilisateur en ce sens, hormis l’installation d’ une application mettant en œuvre le procédé et l’invocation de cette application, une fois certains prérequis (assimilables à un paramétrage initial) éventuellement effectués (comme une affectation de valeurs par défaut à certains paramètres de l’application, tels qu’un outil de messagerie à utiliser pour l’envoi de l’élément multimédia, une taille maximale d’un élément visuel dans un élément multimédia ou une taille maximale d’un élément multimédia créé etc.., et une définition d’éventuelles règles de configuration de ladite application). L’outil de communication peut notamment correspondre à une application implémentant au moins partiellement le procédé. Par exemple, il peut s’agir d’une application d’une plateforme applicative déployée sur un serveur et des terminaux clients, pour permettre des échanges d’éléments multimédia entre ces terminaux clients, via des applications « clientes » s’exécutant sur ces terminaux et au moins une application centrale s’exécutant sur le serveur. Le procédé de la présente demande peut donc aider à simplifier pour un utilisateur, la création d’éléments multimédia. Plus précisément, un tel procédé peut d’une part aider à accélérer le temps moyen de partage d’une information (via l’automatisation de la création de l’élément multimédia) et d’autre part aider à la génération d’un élément multimédia plus complet ou plus « professionnel » que celui que saurait générer par lui-même l’utilisateur, s’il n’est pas expert en infographie. Ainsi, dans certains modes de réalisation, l’élément multimédia peut comprendre au moins un élément visuel. En effet, la présence d’un élément visuel dans un élément multimédia peut aider à améliorer la compréhension d’une séquence textuelle (en en illustrant le contexte). La présence d’un élément visuel dans un élément multimédia peut aussi avoir un impact positif sur la qualité de l’élément multimédia telle que perçue par ses consommateurs (ie par les personnes qui le consulteront). Un élément visuel peut aussi aider à rendre plus attractif l’élément multimédia généré et donc favoriser la lecture d’une séquence textuelle présente dans cet élément multimédia, aidant ainsi l’utilisateur (émetteur de l’élément multimédia) dans sa recherche de consommation par des tiers de cette séquence textuelle. L’attractivité d’un élément multimédia, appelé à être partagé avec d’autres personnes peut également s’avérer important pour un utilisateur, en termes d’image de marque ou de réputation, comme pour l’entreprise auquel il appartient. L’élément visuel peut être choisi automatiquement, par exemple via une bibliothèque de contenus visuels comme une bibliothèque d’images, en fonction par exemple d’une similarité ou d’une complémentarité entre l’élément visuel et la séquence textuelle présente dans l’élément multimédia. Par exemple, un élément visuel destiné à accompagner, dans un élément multimédia, la séquence textuelle « As-tu relu le document RSE ? » pourrait être une image représentant la nature (forêt, océan, animal, etc., .. ). De tels modes de réalisation peuvent aider à rendre plus immédiate la compréhension de la seconde séquence présente dans l’élément multimédia (ou de la thématique de cette seconde séquence). Ils peuvent aussi contribuer à l’attractivité d’un élément multimédia comme souligné ci-avant à donc à la rapidité de sa consommation. On décrit à présent, en lien avec la FIG. 1 , de façon plus détaillée la présente demande. La FIG. 1 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.). Comme illustré en FIG. 1 , 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 d’applications, un dispositif de stockage 150. Le système peut également comprendre des éléments de gestion et/ou d’interconnexion réseau (non représentés).Ces dispositifs électroniques peuvent être associés à au moins un utilisateur 160, 162, 164, 166 (par le biais par exemple d’un compte utilisateur accessible par login), certains des dispositifs électroniques 110, 130 pouvant être associés à un même utilisateur 160. L’un au moins des dispositifs électroniques du système 100 peut émettre au moins un élément multimédia généré selon la procédé de la présente demande (comme décrit ci-après) vers au moins un autre dispositif du système 100, destinataire de cet élément multimédia. Dans l’exemple illustré, une application « cliente » 170, 172, 174, 176, 178 implémentant au moins partiellement le procédé de la présente demande (par exemple dédiée au procédé) peut s’exécuter sur chacun de ces dispositifs . Ces applications clientes peuvent échanger des éléments multimédias (ou des messages, par exemple des messages suite à la consommation de ces éléments multimédia par leur(s) destinataires(s)) directement ou via une application centrale 180, implémentant également au moins partiellement le procédé de la présente demande (par exemple dédiée au procédé ) et s’exécutant à distance, par exemple sur le serveur 140 du système 100. Selon les modes de réalisation, les éléments multimédia peuvent être générés localement par une application cliente 170, 172, 174, 176 ou à distance par l’application 180 s’exécutant sur un serveur 140. Les applications clientes 170, 172, 174, 176, 178 s’exécutant sur les dispositifs peuvent par exemple utiliser le serveur pour le stockage d’éléments multimédia générés selon le procédé de la présente demande et par exemple envoyés et/ou reçus par ces dispositifs ; Un tel stockage centralisé peut aider à sécuriser les accès aux éléments multimédias ou aux éléments destinés à y être incorporés (séquence textuelle, bibliothèque d’images, bibliothèque d’actionneurs, etc.,..) et aider, par la centralisation du stockage, à des économies en termes d’occupation mémoire, pour le déploiement de la plateforme applicative (notamment pour ce qui est des applications clientes 170, 172, 174, 176, 178). Un stockage centralisé peut aider à obtenir des applications clientes plus simples et donc plus faciles à maintenir. Dans certains modes de réalisation, le serveur peut avoir des capacités de concentrateur et des capacités d’interconnexion (ou « hub » en anglais) , permettant des interconnexions entre l’application centrale 180 et d’autres applications (comme des outils (ou canaux) de communication s’exécutant sur au moins certains des dispositifs). De telles capacités peuvent permettent au serveur d’aiguiller un retour d’un destinataire d’un élément multimédia généré via le procédé de la présente demande vers un outil de communication particulier, par exemple un outil utilisé pour créer une séquence à l’origine de l’élément multimédia généré via le procédé de la présente demande. Dans de tels modes de réalisation, un lien pourra être créé au niveau du serveur entre des plugins, vers la plateforme applicative implémentant le procédé, intégrés à d’autres outils (tels que Teams ©, Slack ©, Google Workplace ©, etc.). Les versions des applications clientes peuvent être synchronisées avec les versions de l’application 180 s’exécutant sur le serveur pour une compatibilité des échanges entre les dispositifs. Dans certains modes de réalisation, la partie centrale de la plateforme applicative (ie l’application « centrale » 180 s’exécutant sur le serveur) peut comprendre plusieurs modules, comme un module de gestion des utilisateurs de la plateforme applicative (ie les utilisateurs d’une des applications clientes), un module de gestion des notifications, des modules de gestion des éléments multimédia émis ( publiés) par/via une application cliente implémentant au moins partiellement le procédé et s’exécutant sur l’un des dispositifs. Le module de gestion des éléments multimédias émis via la plateforme applicative peut par exemple stocker des éléments contextuels relatifs à cet élément multimédia, comme des informations relatives à la séquence d’origine, au contexte « utilisateur », à l’outil (canal) de communication dont est issue la séquence d’origine, aux composants de l’élément multimédia (« seconde" séquence textuelle obtenue par reformulation au moins une portion de la séquence d’origine, élément(s) visuel(s), actionneurs,..), comme ces composants, leur présentation (taille, couleur etc..) ou et/leur positionnement, les destinataires de l’élément multimédia, les retours éventuels reçus etc.). Le module de gestion des éléments multimédia peut aussi comprendre un module d’extraction 181, un module de conversion 182 et un module 183 de gestion de consommation d’éléments multimédias comme illustré plus loin en liaison avec la FIG. 5 . La FIG. 2 illustre une structure simplifiée d’un dispositif électronique 200 du système 100, par exemple le dispositif 110, 130 ou 140 de la FIG. 1 , adapté à mettre en œuvre les principes de la présente demande. Selon les modes de réalisation, il peut s’agir d’un serveur, et/ou d’un terminal. 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. Ledit 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 FIG. 3 ), 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 (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 200. 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 élément de sortie d‘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 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é. Une telle interface utilisateur de sortie peut notamment être adaptée au rendu d’un élément multimédia tel que généré (créé) par le procédé de la présente demande. 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 invocation d’une application170, 172, 174, 176, 178 implémentant le procédé de la présente demande). Il peut s’agir selon les modes de réalisation, d’une application 170, 172, 174, 176, 178 s’exécutant au moins partiellement sur le dispositif 200 ou une application 180 « 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, un moyen d’acquisition audio et/ou vidéo (microphone, caméra (webcam) par exemple), un clavier, une souris. Ledit au moins un microprocesseur du dispositif 200 peut notamment être adapté pour une création au moins partiellement automatique d’élément multimédia, ladite création comprenant : - obtention d’une première séquence via une interface utilisateur d’un premier dispositif de communication, génération d’au moins un élément multimédia adapté à un envoi via au moins un premier outil de communication vers au moins un premier destinataire, ledit élément multimédia étant généré automatiquement et comprenant une seconde séquence textuelle obtenue à partir de la première séquence et au moins un élément visuel, ledit élément visuel dépendant de ladite première séquence ; envoi dudit élément multimédia via ledit premier outil de communication vers ledit au moins un premier destinataire. 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. La présente demande est parfois détaillée en lien avec un dispositif 200 (comme le dispositif 110,130 du système 100).communiquant avec au moins un second dispositif (comme les dispositifs 132, 134, 136 du système 100). Le procédé peut par exemple être mis en œuvre localement par le dispositif 200 pour la génération d’un élément multimédia avant envoi de cet élément multimédia au second dispositif. Au contraire, dans certains de ses modes de réalisation, la génération d’un élément multimédia peut être mis en œuvre de façon distribuée entre au moins deux dispositifs (comme les dispositifs 110, 130, 140 et/ou 150 du système 100). Un exemple de mise en œuvre distribuée est commenté plus loin en liaison avec la FIG. 5 . Par le terme « module » ou le terme « composant » ou « élément » du dispositif, on entend ici 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 FIG. 3 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 FIG. 2 . Dans l’exemple illustré, le procédé 300 peut être mis en œuvre lors de l’exécution d’une application logicielle s’exécutant au moins partiellement sur le dispositif 200. Il peut s’agir d’une application dédiée au moins partiellement au procédé ou d’une application existante sur laquelle a été installée une extension (ou « plug-in » en anglais) (comme détaillé plus loin). L’application existante peut être diverse selon les modes de réalisation et notamment selon les activités d’un utilisateur du dispositif 200. Par exemple, il peut s’agir d’une application de messagerie électronique, de type « email » ou messagerie instantanée par exemple, ou d’une plateforme collaborative logicielle permettant des échanges variés entre utilisateurs (comme Slack, Teams, etc.), etc. Comme illustré en FIG. 3 , le procédé 300 peut comprendre une obtention 310 d’au moins une séquence textuelle ou audio à traiter. Cette séquence peut par exemple être acquise via une interface utilisateur d’entrée du dispositif 200. Par exemple, dans le cas d’une application dédiée au moins partiellement au procédé de la présente demande, l’application peut être invocable via le système d’exploitation du dispositif 200. L’invocation de l’application peut par exemple être proposée dans un menu accessible à un utilisateur (par clic souris par exemple), le texte sélectionné lors du clic étant considéré comme la séquence à traiter. Il peut s’agir aussi dans d’autres modes de réalisation d’une application (dédiée au moins partiellement au procédé) invocable via une interface utilisateur d’une autre application (par exemple via un choix supplémentaire aux choix offerts classiquement par l’autre application et ajouté par « plug-in »), comme un choix « reformuler et partager » inséré dans un menu. Un tel mode de réalisation peut permettre à un utilisateur de sélectionner un outil de communication à utiliser pour l’envoi d’au moins un élément multimédia généré à partir d’une séquence à traiter (ou un élément à inclure dans l’élément multimédia, comme détaillé ci-après) En variante, dans certains modes de réalisation, le procédé peut être mis en œuvre automatiquement. Par exemple, l’utilisation du procédé peut être proposé via une interface utilisateur d’une application tierce et mis en œuvre en absence de refus explicite de l’utilisateur (par exemple à l’échéance d’une temporisation) Dans certains modes de réalisation, la séquence peut être obtenue par réception sur une interface de communication du dispositif 200, par exemple lorsque la séquence est saisie via un autre dispositif de l’utilisateur, couplée au dispositif 200 (comme les dispositifs 110, 130 de la FIG. 1 ). En option, le procédé peut comprendre une obtention 320 (optionnelle dans certains modes de réalisation) d’au moins une information complémentaire, telle qu’une désignation d’un destinataire de la séquence via l’outil de communication utilisé pour générer la séquence d’origine (adresse électronique, désignation d’un compte Instagram, twitter etc...). Dans le cas où la séquence obtenue est une séquence audio, le procédé 300 peut comprendre une transcription 330 de la séquence audio obtenue en une séquence textuelle via un outil de reconnaissance de la parole (ou STT pour Speech To Text selon la terminologie anglaise). Cette transcription 330 peut bien entendu être optionnelle dans certains modes de réalisation. On qualifiera dans la présente demande de « première séquence » ou « séquence d’origine » la séquence à traiter, quand il s’agit d’une séquence textuelle, ou la séquence textuelle transcrite à partir d’une séquence audio à traiter. Comme illustré en FIG. 3 , le procédé 300 peut comprendre une obtention d’au moins une seconde séquence. Cette obtention peut par exemple comprendre une analyse 341 de la première séquence obtenue 310, 330. L’analyse peut comprendre une transposition 342 de la première séquence obtenue 310, 330 en au moins une seconde séquence textuelle. Le nombre de séquences issues de la transposition peut varier selon la première séquence obtenue 310, 330 en particulier selon sa longueur et sa complexité. Dans certains modes de réalisation, le procédé peut comprendre une recherche d’au moins une thématique dans la première séquence obtenue 310, 330 et un découpage, en fonction des thématiques identifiées lors de cette recherche, de la première séquence obtenue 310, 330 en portions. Les thématiques recherchées peuvent avoir été définies préalablement, par paramétrage par exemple, éventuellement après une phase d’apprentissage sur un ensemble de séquences textuelles annotées (ie déjà associées aux thématiques recherchées). Par exemple, des thématiques "génériques" peuvent être définies par défaut, lors du paramétrage initial du procédé. Il peut s’agir par exemple de thématiques générales, susceptibles de s’appliquer à différents domaine d’activité d’entreprise (télécoms, finances, etc.). ou relative à un contexte professionnel ou personnel d’un utilisateur, Les thématiques peuvent ensuite être adaptées au fil de l'eau, lors d’ apprentissages avec des séquences textuelles labellisées par des thématiques particulières. Dans certains modes de réalisation, le procédé peut comprendre une recherche de questions dans la première séquence obtenue 310, 330 et un découpage, en fonction des questions identifiées lors de cette recherche, de la première séquence obtenue 310,330 en portions, chacune comprenant au moins une des questions identifiées ou, en variante, chaque portion comprenant au maximum une question. Le procédé peut aussi comprendre une reformulation de la première séquence obtenue 310,330, ou d’au moins une portion issue du découpage de la première séquence obtenue 310, 330. La reformulation peut varier selon les modes de réalisation et selon la première séquence obtenue 310, 330. Selon un premier exemple, une reformulation peut correspondre à un résumé de la séquence ou de la portion de séquence considérée (donc à un texte plus court). Selon un second exemple, une reformulation peut correspondre à une formulation plus explicite de la séquence ou de la portion de séquence considérée (les abréviations présentes dans la séquence ou portion de séquence étant par exemple remplacées par les mots qu’elles représentent). Il peut s’agir aussi de reformulation pour obtenir des phrases plus simples, ou plus correctes du point de vue de leur orthographe et/ou de leur grammaire. Lorsqu’une séquence obtenue 310 est transposée 312 en plusieurs secondes séquences, le procédé peut comprendre une association à chacune de ses secondes séquences d’un niveau d’importance et un classement (ordonnancement) de ces secondes séquences en fonction de leur importance relative. Par exemple, les secondes séquences peuvent être classées de la plus importante à la moins importante. Le niveau d’importance associée à une séquence peut tenir compte dans certains modes de réalisation d’une thématique identifiée dans la séquence. Il peut aussi tenir compte d’une mise en page éventuelle de la séquence obtenue 310 (par exemple de passages mis en évidence dans la séquence par surlignement, soulignement, utilisation du style « gras » etc. pour marquer l’importance qu’accorde à ses passages le rédacteur de la séquence) ou de l’identification dans la séquence de mots clés (tels que « absolument », « impérativement » « dernier délai » etc.., marquant cette importance). Le niveau d’importance associée à une séquence peut aussi tenir compte d’une présence d’entités nommés (des dates par exemple) Une reformulation d’une portion de séquence peut aussi tenir compte d’un contexte relatif à cette portion dans la séquence mais absent de cette portion (comme un contexte donné par une portion précédent cette portion dans l’ordre de lecture de la séquence). Par exemple, la portion « ce n’est pas trop tôt ? » de la séquence « Il y a un train qui part à 7.15 de Rennes. Moi ça m’irait bien, car je suis matinale mais pour toi, ce n’est pas trop tôt ? Si tu veux j’achète des croissants en allant à la gare » peut être reformulée en « Le train de 7.15 n’est pas trop tôt pour toi ? » La transposition peut notamment être mise en œuvre en utilisant des algorithmes de modélisation de langages, par exemple des algorithmes tels que ceux mise en œuvre dans des solutions de type LLM (Large Langage Model), NER (Named Entity Recognition) ou encore des algorithmes fournis par des bibliothèques logicielles de traitement automatique de langues telles que la bibliothèque logicielle Spacy ©. Ces solutions variées peuvent aider à extraire des passages clés d’une séquence à traiter. . La transposition peut aussi utiliser des solutions connues sous le nom « IA (pour Intelligence Artificielle) génératives », en fournissant en entrée une séquence ou portion de séquence à reformuler ainsi que d’éventuelle(s) consigne(s) de reformulation (par exemple « Reformulation plus courte de « XXXX », ou « Reformulation de « XXXX », en tenant compte du contexte « YYYY » de « XXXX »). Par exemple, au moins une portion considérée comme importante peut être extraite de la séquence obtenue de l’utilisateur, une reformulation (par exemple une synthèse) étant ensuite appliquée sur cette portion. Dans l’exemple de la FIG. 3 , la transposition de la première séquence obtenue 310, 330 aboutit à une liste de secondes séquences, plus courtes que la séquence initiale, chacune pouvant correspondre à un « message clé », en lien avec une thématique donnée, une tâche particulière à réaliser, ou une question posée. Dit simplement, la séquence d’origine potentiellement complexe obtenue 310 a été transposée en n (« secondes ») séquences adaptées à un traitement plus rapide que la séquence d’origine par leur destinataire (par exemple des séquences adaptées chacune à être traitées indépendamment les unes des autres). La transposition 342 peut être effectuée itérativement, une séquence issue d‘une transposition pouvant elle-même être ensuite transposée en une ou plusieurs séquences (avec à nouveau une recherche d’une thématique dans la séquence déjà issue de la transposition). Lorsqu'aucune thématique n’est identifiée dans une séquence candidate issue d’une transposition d’une portion d’une séquence d’origine, le procédé peut comprendre une recherche de thématique à partir de thématique(s) associée(s) à la séquence d’origine, ou à d’autres séquences obtenues par transposition (éventuellement itératives) de la séquence d’origine, par exemple des séquences relatives à des portions de texte de la séquence d’origine situées avant une portion de texte à laquelle est relative la séquence candidate dans le sens de lecture de la séquence d’origine. Comme illustré en FIG. 3 , le procédé 300 peut également comprendre une obtention 350 d’au moins un élément additionnel (audio et/ou visuel), destiné à enrichir au moins une des « secondes » séquences issues de la transposition. Cet élément additionnel peut dépendre des modes de réalisation et notamment de l’outil de communication qui sera utilisé pour l’envoi de l’élément multimédia à générer à partir de la « seconde » séquence considérée, une fois celui-ci finalisé. Plusieurs éléments additionnels peuvent être associés à une même « seconde » séquence (et donc à l’élément multimédia à générer à partir de cette séquence) dans certains modes de réalisation. Le procédé peut par exemple comprendre une obtention 351 d’au moins un élément additionnel qui correspond à un élément visuel, comme une image ou une vidéo. Un tel élément visuel peut être destiné à être utilisé en fond visuel d’un élément multimédia à générer à partir d’une « seconde » séquence, ou plus généralement à agrémenter cet élément multimédia. Dans certains modes de réalisation, l’élément visuel peut être identique pour l’ensemble des éléments multimédia générés via le procédé. Il peut par exemple s’agir d’un fond d’écran par défaut pour l’ensemble des éléments multimédias générés par le procédé de la présente demande. Un tel mode de réalisation peut permettre une implémentation plus simple du procédé (par exemple sur un dispositif n’ayant pas accès à une banque d’images). Il peut aussi aider à s’assurer de l’association à chaque élément multimédia d’un fond spécifique au procédé (à des fins d’identifications des éléments multimédia issus du procédé, pour une recherche d’erreur logicielle (ou « bug » selon la terminologie anglaise) par exemple. Dans certains modes de réalisation, l’élément visuel peut être identique pour l’ensemble des éléments multimédia relatifs à des « secondes » séquences obtenues par transposition d’une même séquence d’origine. De tels modes de réalisation peuvent aider à créer un « point commun visuel », et donc une unité, entre les éléments multimédias comprenant ces « secondes » séquences, tant pour l’utilisateur du procédé (qui a fourni la séquence d’origine) que pour les récepteurs de ces éléments multimédias, et donc faciliter la traçabilité du procédé de la présente demande entre une séquence d’origine et les éléments multimédias correspondants. Il peut aussi faciliter l’identification des éléments multimédias correspondant à une séquence d’origine, parmi d’autres éléments multimédias, et aider à les regrouper, ou à regrouper leurs réponses (si celles-ci utilisent le même élément visuel). De tels modes de réalisation peuvent aussi participer à limiter le coût, en termes de temps de traitement et d’occupation mémoire du procédé de la présente demande, puisque le traitement pour obtenir l’élément visuel pourra n’être effectué qu’une seule fois pour l’ensemble des séquences tirées d’une séquence d’origine. Dans certains modes de réalisation, au contraire, l’élément visuel peut différer entre des séquences obtenues par transposition d’une même séquence. De tels modes de réalisation peuvent aider à différencier entre elles les différentes séquences obtenues par transposition. De plus, ils peuvent permettre d’associer à une séquence considérée un élément visuel plus spécifique à la séquence considérée (puisqu’il est propre à celle-ci) et donc potentiellement plus adapté à cette séquence. L’obtention d’un élément additionnel peut par exemple se baser sur un algorithme d’intelligence artificielle générant des images correspondant à un libellé fourni (ou « prompt » selon la terminologie utilisée pour ce type d’outil). Des exemples de tels outils sont par exemple DALL-E © ou DALL-E2, développés par la société Open AI, ou l’outil Stable Diffusion © ou encore un outil de la société MidJourney ©. Un tel outil de génération d’images peut par exemple avoir été entrainé à générer des images à partir d'images annotées de banques d'images. Dans des modes de réalisation où on recherche un élément visuel identique pour l’ensemble des séquences obtenues par transposition d’une même séquence d’origine, on peut fournir en « prompt » la séquence d’origine. Dans des modes de réalisation où on recherche un élément visuel spécifique à une « seconde » séquence issue d’une transposition, on peut fournir en « prompt » la « seconde » séquence issue de la transposition ou une thématique de cette seconde séquence. L’élément visuel peut par exemple être obtenu par sélection d’une image parmi celles proposées en sortie par un tel outil. Par exemple, l’élément visuel sélectionné peut être l’image considérée par l’outil de génération d’images comme répondant le plus probablement au prompt. Optionnellement, le procédé peut utiliser un outil de génération d’images ayant été préalablement entraîné en regard du contexte de l’utilisateur. Par exemple, l’outil peut avoir été préalablement entraîné à générer des images à partir d’images d’une ou plusieurs bibliothèque(s) d’images relatives à l’utilisateur, comme une bibliothèque d’images propres à l’utilisateur ou à l’entreprise à laquelle appartient l’utilisateur ou au secteur d’activité de l’utilisateur. En variante, un élément visuel peut être obtenu par recherche dans au moins une bibliothèque d’images et/ou de vidéos spécifiques au contexte de l’utilisateur (comme exposé ci avant), en tenant compte des similarités entre au moins une thématique identifiée dans une séquence ou et des thématiques associées aux images de la bibliothèque (sous forme de méta-data par exemple). L’obtention 350 d’au moins un élément additionnel peut comprendre une obtention 352 d’au moins un élément d’interfaçage avec au moins une application, représenté par une icône par exemple, dont la sélection provoque une innovation de l’application (avec éventuellement la fourniture de paramètres d’entrée dépendant du contexte de l’élément d’interfaçage). Un tel élément est appelé dans la suite de la description « actionneur » ou « bouton d’action » ou encore « gadget d’action » ou « action widget » selon la terminologie anglaise. Par exemple, l’obtention 350 peut comprendre une association d’une intention ("appel", "message"), identifiée dans une séquence textuelle, à un ou plusieurs '"actionneur(s)". Un actionneur peut être en outre associé à une application tierce (autre que les applications clientes 170, 172, 174, 176 et 180 relatives au procédé de la présente demande), comme une application « de base » installée en usine sur le dispositif 200 ou installée (par un utilisateur par exemple) après la sortie d’usine du dispositif 200. Selon les modes de réalisation l’application tierce peut accepter ou non des paramètres d'entrée (ex: un numéro de téléphone pour l'application "téléphone"). La relation entre une intention (ex: «appel") et un ou plusieurs actionneurs, comme entre un actionneur et une ou plusieurs applications, peut être configurée dans un fichier de paramétrage local ou distant accessible au dispositif 200 (par exemple un fichier stocké sur le serveur 140 du système 100). L'actionneur à insérer dans l’élément multimédia pourra dans certains modes de réalisation être représenté par une icône en lien avec l’intention identifiée et/ou en lien avec l’application auquel il donne accès. Par exemple, il peut s’agir d’un actionneur (illustré par un téléphone) initiant un appel vocal ou vidéo entre le terminal d’où est utilisé l’actionneur (ie le terminal du récepteur de l’élément multimédia) et un terminal d’un individu particulier (comme l’utilisateur du procédé et fournisseur de la séquence d’origine dont est issu l’élément multimédia), ou encore un individu (désigné par exemple dans la séquence textuelle), dont une information d’adressage (comme un email ou numéro de téléphone) est accessible au dispositif (par exemple via un fichier de contacts de l’utilisateur ou via un fichier de configuration du procédé). Par exemple: une intention "appel" peut être associée, via un actionneur, à l'application "Teams" ©, l'actionneur à insérer dans l’élément multimédia pouvant par exemple être représenté par l’icône Teams ©, et un lien d’appel Teams © (URI en anglais) pourra être associé dynamiquement (lors de la création de l’actionneur) en tant que paramètre d’entrée à cet actionneur . Selon un autre exemple, il peut s’agir d’un actionneur (illustré par exemple par une enveloppe ou le logo d’une application de messagerie électronique) initiant une composition d’un message électronique entre le récepteur de l’élément multimédia qui comprend l’actionneur et un individu particulier (comme l’utilisateur du procédé et fournisseur de la séquence d’origine dont est issu l’élément multimédia, ou encore un individu (désigné par exemple dans la séquence textuelle de l’élément multimédia) dont une information d’adressage est accessible au dispositif (par exemple via un fichier de contacts de l’utilisateur ou via un fichier de configuration du procédé). L’obtention d’un actionneur à inclure dans l’élément multimédia à générer peut comprendre une analyse d’intention dans la séquence considérée, c’est-à-dire une détection d’au moins un mot-clé dans la séquence, représentatif d’une intention potentielle du destinataire de l’élément multimédia en découvrant cet élément multimédia, et auquel peut être associé au moins un actionneur particulier. Il peut notamment s’agir de mots clés tels que « appeler » (associé à un actionneur de type appel), « contacter » (associé à un actionneur de type appel et à un actionneur de type message électronique), « envoyer un mail » (associé à un actionneur de type message électronique), « confirmer » (à un actionneur de type envoi automatique de réponse binaire (oui/non), etc.). L’analyse d’intention peut également comprendre une analyse du contenu de la séquence (par exemple des mots situés à proximité de ces mots clés). Le procédé peut aussi comprendre un accès à des informations relatives à des contacts de l’utilisateur du procédé (par exemple un carnet d’adresses électronique accessible au dispositif 200) pour en extraire des informations d’adressage (à utiliser pour l’actionneur) relatives à des contacts dont les noms sont cités dans la séquence (par exemple à proximité d’intention(s) détectée(s) dans la séquence). Un contexte peut être associé à un actionneur inclus dans un élément multimédia généré selon le procédé de la présente demande. Dans certains modes de réalisation, le contexte d’un actionneur peut être compris dans l’élément multimédia généré (par exemple dans l’actionneur concerné de cet élément multimédia ou dans un contexte plus général de l’élément multimédia) et donc transmis dans cet élément multimédia au dispositif destinataire. Dans d’autres modes de réalisation, il peut être stocké séparément de l’élément multimédia (et éventuellement transmis séparément à l’élément multimédia) et être accessible à l’actionneur concerné de l’élément multimédia depuis le dispositif destinataire). Le contexte d’un actionneur peut comprendre des éléments relatifs à la séquence d’origine de l’élément multimédia auquel il appartient, une désignation d’un outil de communication utilisé pour générer la séquence d’origine, des éléments relatifs à l’auteur de la séquence d’origine (nom, numéro de téléphone, email etc.. ), comme des éléments relatifs à une action à déclencher par l’actionneur ( type de message (par exemple de réponse) à générer ( ok/pas ok, appels, sms, etc. ), outil de communication à utiliser, un identifiant d’un destinataire de la réponse (nom, numéro de téléphone, email etc.. ). Certains de ces éléments peuvent avoir été déterminés par une analyse d’intention comme exposé ci-dessus) Par exemple, si dans une séquence textuelle il est suggéré d’appeler un contact C, un actionneur à inclure dans l’élément multimédia peut être un actionneur permettant de rapidement appeler ce contact C mentionné dans la séquence. L’action d’appel est transposable à l’action de mail, de message instantané, etc. On note que l’obtention d’un actionneur peut tenir compte de l’outil via lequel a été invoqué le procédé. Par exemple, l’obtention d’un actionneur peut comprendre une identification d’un outil via lequel la séquence d’origine a été obtenue, et une proposition d’action en lien avec l’outil identifiée. Par exemple, si la séquence a été obtenue via un outil de messagerie électronique, un actionneur inclus dans un élément multimédia issu de la séquence d’origine permettant de contacter l’utilisateur (et fournisseur de la séquence d’origine dont est issu l’élément multimédia) initiera une composition de message électronique via cet outil de messagerie (ou une réponse automatique via cet outil) plutôt qu’un appel vocal. Par exemple, si la séquence d’origine a été obtenue via un outil de messagerie électronique, un actionneur inclus dans un élément multimédia issu de la séquence d’origine peut comprendre une solution de génération automatique de réponse en fonction du contexte associé à l’actionneur, Ainsi deux actionneurs « j’aime / je n’aime pas » d’éléments multimédias différents peuvent déclencher des réponses détaillées différente en fonction des contextes associés respectivement à ces deux actionneurs dans ces éléments multimédias. Dans certains modes de réalisation, le procédé 300 peut aussi comprendre une obtention d’au moins un autre élément visuel, tel un émoticône, à insérer dans l’élément multimédia. Un tel élément visuel peut par exemple être sélectionné après une analyse sémantique de la « seconde séquence » considérée et être inséré en remplacement d’une portion de la séquence (de façon à la rendre plus courte ou à traduire un sentiment exprimé dans la « seconde séquence », en en diminuant l’impact négatif pour un destinataire ou de façon plus pudique pour l’utilisateur. En variante, un tel élément visuel peut être inséré en complément de la séquence considérée (de façon, à alléger ou au contraire à renforcer l’impact émotionnel pour un destinataire de la séquence considérée par exemple). Comme illustré en FIG. 3 , le procédé 300 peut comprendre au moins une génération 360 d’un élément multimédia à partir d’une « seconde séquence » issue de la séquence d’origine. Par exemple, dans certains modes de réalisation, un élément multimédia peut être généré pour chaque séquence textuelle tirée d’une séquence d’origine. Selon un autre exemple, seules certaines séquences textuelles peuvent donner lieu à la génération d’élément multimédia. Par exemple des séquences textuelles correspondant à des portions pauvres sémantiquement (par exemple des formules de politesse) de la séquence d’origine peuvent ne donner lieu à aucune génération d’élément multimédia. Dans certains modes de réalisation, l’élément multimédia généré peut avoir un format adapté à un outil de communication (par exemple une application 170 dédiée au moins partiellement au procédé s’exécutant au moins partiellement sur le dispositif 200) à utiliser pour son envoi. Dans d’autres modes de réalisation, où les éléments multimédias peuvent avoir des formats différents suivant les séquences considérées, l’outil de communication à utiliser pour l’envoi dépendra au contraire du format de l’élément multimédia. Dans l’exemple des figures 3 et 4, l’élément multimédia 400 est adapté à un envoi via un outil de messagerie, par exemple une application dédiée au moins partiellement au procédé s’exécutant au moins partiellement sur le dispositif 200, et se présente de façon à favoriser une consommation rapide de l’élément multimédia par un de ses destinataires. Par exemple, le rendu de l’élément multimédia peut être similaire à celui des messages éphémères (ou « story ») que l’on peut publier via des réseaux sociaux très répandus. Un tel rendu offre de ce fait des avantages en termes d’accessibilité pour ses destinataires, puisqu’il peut présenter des similarités avec un rendu auquel est vraisemblablement habitué le(s) destinataire(s) de l’élément multimédia. Dans l’exemple de la FIG. 4 , l’élément multimédia 400 peut être généré à partir d’une séquence textuelle 410 obtenue 340 par transposition 342 d’une séquence d’origine (non illustrée en FIG. 4 ), d’un élément visuel 420 obtenue à partir de la séquence textuelle 410 et d’un bouton d’action 430 permettant d’appeler simplement le contact C cité dans la séquence textuelle. On note que le positionnement 361 relatif des composants d’un élément multimédia peut dépendre des modes de réalisation. En particulier, dans certains modes de réalisation, il peut tenir compte des caractéristiques (taille, forme, occupation en termes de pixel, couleur...) des composants de l’élément multimédia. Par exemple, le positionnement relatif des composants de l’élément multimédia peut mettre en œuvre, dans certains modes de réalisation, au moins certains concepts similaires à ceux de la demande de brevet français FR2306803 des mêmes inventeurs. Comme illustré en FIG. 3 , le procédé peut comprendre dans certains modes de réalisation, une confirmation370 avant envoi de l’élément multimédia généré. La confirmation 370 peut comprendre un rendu 371, sur au moins une interface utilisateur du dispositif 200, d’au moins un élément multimédia généré (par exemple de chaque élément multimédia généré pour une séquence d’origine). Un tel rendu peut permettre à un utilisateur du procédé de vérifier les éléments multimédias générés avant leur envoi vers au moins un destinataire. Dans certains modes de réalisation, le procédé peut comprendre une proposition d’au moins une action relative à un élément multimédia rendu sur l’interface utilisateur. Des exemples d’actions proposées potentiellement sur un élément multimédia sont une validation de l’élément multimédia, une suppression de l’élément multimédia, une modification de l’élément multimédia et/ou une réception d’une commande d’une telle action. D’autres actions proposées peuvent avoir trait à une validation (ou modification) d’une chronologie de l’envoi des éléments multimédias d’une même séquence d’origine. Dans certains modes de réalisation, le rendu des éléments multimédias générés en lien avec une séquence d’origine peut tenir compte du niveau d’importance des secondes séquences auxquelles ils se rapportent. Par exemple, les éléments multimédias peuvent être rendus dans un ordre décroissant d’importance (l’élément multimédia ayant un niveau correspondant à l’importance la plus forte étant rendu préalablement à un éventuel élément multimédia ayant un niveau correspondant à l’importance plus faible). Dans de tels mode de réalisation, l’utilisateur peut avoir la possibilité de valider les envois correspondant des éléments multimédias au fil de leur rendu. De tels modes de réalisation peuvent aider à un gain de temps en cas d’urgence de traitement de certaines portions d’une séquence d’origine. De tels modes de réalisation peuvent aider un utilisateur à modifier à sa convenance un élément de contenu avant sa validation e/ou de filtrer les éléments multimédias qui seront envoyés. Ce rendu, et/ou ces propositions d’action(s) et réception de commande peuvent être optionnelles dans certains modes de réalisation. Enfin après validation 372 éventuelle, le procédé 300 peut comprendre un envoi 380 des éléments multimédias (validés) vers au moins un destinataire. Cet envoi 380 peut utiliser, dans certains modes de réalisation, une application dédiée au moins partiellement au procédé (un client de cet application s’exécutant par exemple sur le dispositif 200), et échangeant avec des modules applicatifs dédiés au moins partiellement au procédé , s’exécutant à distance (dans l’exemple de la FIG. 1 sur le serveur 140 du système 100 et plus généralement dans le « cloud » par exemple ), et communiquant avec d’autre(s) application(s) cliente(s) s’exécutant sur le(s) dispositif(s) destinataire(s) de l’élément multimédia. On note que l’outil de communication utilisé pour l’envoi d’au moins un élément multimédia (l’application cliente dédiée au moins partiellement au procédé dans l’exemple de la FIG. 1 ) peut tenir compte d’un profil de l’utilisateur et/ d’un profil accessible au dispositif 200 et relatif à au moins un destinataire de l’élément multimédia. On note qu’optionnellement, les destinataires peuvent interagir directement avec les éléments multimédias reçus via les widgets des éléments multimédia, ou d’autres éléments (likes, commentaires) liés à l’outil de communication utilisé (par exemple des « likes » pour des envois via Instagram ©). Dans certains modes de réalisation, le procédé peut comprendre une réception, par l’utilisateur du procédé (et fournisseur de la séquence d’origine) d’ un compte-rendu relatif à au moins une interaction du destinataire avec l’élément multimédia. Ce compte-rendu peut indiquer une consommation de l’élément multimédia par le destinataire. Il peut aussi rendre compte de l’utilisation d’au moins un actionneur de l’élément multimédia , par un destinataire de l’élément multimédia. Un tel mode de réalisation peut permettre à l’émetteur de la séquence d’origine de savoir si le destinataire a effectivement entrepris un traitement du message. Dans certains modes de réalisation, le retour relatif à un destinataire (réponse de ce destinataire ou compte-rendu de consommation de l’élément multimédia ou d’utilisation d’un actionneur de l’élément multimédia par ce destinataire) peut être reçu 390 de l’utilisateur (fournisseur de la séquence d’origine dont est issu l’élément multimédia) depuis l’application client dédiée au moins partiellement au procédé s’exécutant sur le dispositif 200. Dans certains modes de réalisation, le retour relatif à un destinataire peut être reçu 390 de l’utilisateur depuis l’outil via lequel a été émise la séquence d’origine comme exposé ci-avant en lien avec les actionneurs. Par exemple, si la séquence d’origine provient de l’outil Microsoft Team ©, ou de Slack©, ou du mail Outlook ©, et que le procédé a été invoqué depuis cet outil, ou depuis un outil tiers ayant connaissance de l’outil dont provient la séquence d’origine, la réponse d’un destinataire peut également parvenir à l’utilisateur via l’outil (Microsoft Team ©, Slack©, mail Outlook © respectivement) dont provient la séquence d’origine. Par exemple : si un utilisateur décide d’invoquer le procédé de la présente demande via un outil de messagerie, en fournissant en entrée un brouillon d’un message électronique (email par exemple), ou le corps d’un tel message électronique, le corps de l’email peut être découpé en séquence(s) textuelle(s) plus courte(s), les destinataires de chaque séquence étant choisis soit parmi les destinataires indiqués dans un champ dédié (« Pour », « Copie »,.) du brouillon, s’ils existent, soit par analyse de la séquence considérée (pour essayer d’en déduire un destinataire). Par la suite quand un des destinataires consomme l’élément multimédia envoyé contenant la séquence considérée et réagit à cette consommation en utilisant un actionneur de cet élément multimédia, l’utilisation de l’actionneur par le destinataire peut provoquer, outre l’action initiée par l’actionneur, l’émission automatique d‘un message électronique vers l’utilisateur via son outil de de messagerie. Dans un tel mode de réalisation , le compte-rendu peut être reçu par l’application cliente implémentant au moins partiellement le procédé (ou en variante par l’application centrale implémentant au moins partiellement le procédé) puis transmise à l’outil (Teams ©, Outlook © etc..) utilisé pour générer la séquence d’origine. Selon les modes de réalisation, le destinataire peut être informé ou non de ce compte-rendu automatique. La FIG. 5 illustre un chronogramme représentatif d’un exemple de mise en œuvre distribuée du procédé de la présente demande, dans le système 100 de la FIG. 1 . Les étapes du procédé déjà commentées en lien avec la FIG. 3 sont citées ci-après avec la référence numérique de la FIG. 3 . On note que sur la FIG. 5 les étapes optionnelles d‘obtention 320 d’au moins une information complémentaire, de transcription 330, et de confirmation 370 du procédé 300 n’ont pas été illustrées par simplicité. Dans l’exemple de la FIG. 5 , le dispositif 200 émetteur de la séquence d’origine est un premier dispositif 130 du système 100 sur lequel s’exécute une application cliente 170. Comme illustré, l’application cliente 170 du dispositif 100 obtient 310 au moins une séquence textuelle ou audio à traiter (séquence d’origine), comme déjà exposé en lien avec la FIG. 3 . Cette séquence d’origine est transmise 510 à une application centrale 180 localisée sur le serveur 140. Cette application centrale 180 comprend notamment un module d’extraction 181. Le module d’extraction 181 obtient 340 au moins une seconde séquence à partir de la séquence d’origine obtenue 310 et ajoute 350 au moins un élément visuel (image, actionneur, ..) en fonction de cette seconde séquence puis transmet 520 cette seconde séquence et cet au moins un élément visuel à un module de conversion 182 qui génère 360 l’élément multimédia et le transmet 380 à au moins une application cliente 172 d’au moins un dispositif destinataire (le dispositif 132 dans notre exemple). L’application cliente 172 du dispositif 132 présente 530 l’élément multimédia sur son interface utilisateur (par exemple l’élément multimédia peut être ajouté à une liste d’éléments multimédia reçus par l’application cliente 172 et mis à disposition de l’utilisateur du dispositif 132). Sur consommation de l’élément multimédia, l’application cliente 172 du dispositif 132 avertit 540 un module 183 de gestion de consommation d’éléments multimédias de l’application centrale180. Le dispositif 200 reçoit 390 un compte-rendu de la consommation de l’élément multimédia par le destinataire 130 (via par exemple l’outil (ou canal) de communication qui a servi à générer la séquence d’origine obtenue 310. Procédé de création au moins partiellement automatique d’élément multimédia, ledit procédé comprenant : - obtention d’une première séquence via une interface utilisateur d’un premier dispositif de communication, génération d’au moins un élément multimédia adapté à un envoi via au moins un premier outil de communication vers au moins un premier destinataire, ledit élément multimédia étant généré automatiquement et comprenant une seconde séquence textuelle obtenue à partir de la première séquence et au moins un élément visuel, ledit élément visuel dépendant de ladite première séquence ; envoi dudit élément multimédia généré via ledit premier outil de communication vers ledit au moins un premier destinataire. Procédé selon la revendication 1 où le procédé comprend une sélection automatique d’au moins un premier élément visuel dudit élément multimédia parmi des contenus visuels d’une bibliothèque de contenus visuels en fonction d’une similarité sémantique entre des descripteurs desdits contenus visuels de la bibliothèque et la seconde séquence textuelle. Procédé selon la revendication 1 ou 2 où ledit premier destinataire est fonction de ladite première séquence. Procédé selon l’une quelconque des revendications 1 à 3 où le procédé comprend une association audit élément multimédia d’un contexte de génération dudit élément multimédia. Procédé selon la revendication 4 où le procédé comprend un stockage dudit élément multimédia et dudit contexte de génération associé lors dudit envoi. Procédé selon l’une quelconque des revendications 1 à 5 où ledit élément multimédia comprend en outre au moins un actionneur fonction de ladite seconde séquence textuelle. Procédé selon la revendication 6 où ledit actionneur initie une communication avec un second destinataire désigné dans ladite seconde séquence textuelle. Procédé selon la revendication 6 où ledit actionneur initie une communication vers un dispositif de communication d’un utilisateur dudit premier dispositif de communication. Procédé selon la revendication 7 ou 8 où ladite communication initiée est une communication via ledit premier outil de communication. Procédé selon la revendication 7 ou 8 où ladite communication initiée est une communication via un second outil de communication utilisé pour l’obtention de ladite première séquence. Procédé selon l’une quelconque des revendications 1 à 10 où ladite seconde séquence est positionnée en juxtaposition par rapport à au moins un dudit élément visuel dudit élément multimédia. Procédé selon l’une quelconque des revendications 1 à 11 où ledit procédé comprend une proposition d’une pluralité d’éléments multimédias obtenus à partir de ladite première séquence. Dispositif électronique comprenant au moins un microprocesseur, ledit microprocesseur étant adapté à une création au moins partiellement automatique d’élément multimédia, ladite création comprenant : - obtention d’une première séquence via une interface utilisateur d’un premier dispositif de communication, génération d’au moins un élément multimédia adapté à un envoi via au moins un premier outil de communication vers au moins un premier destinataire, ledit élément multimédia étant généré automatiquement et comprenant une seconde séquence textuelle obtenue à partir de la première séquence et au moins un élément visuel, ledit élément visuel dépendant de ladite première séquence ; envoi dudit élément multimédia généré via ledit premier outil de communication vers ledit au moins un premier destinataire. Serveur d’un réseau de communication comprenant au moins un microprocesseur adapté à : – une réception, via un premier outil de communication, d’au moins un élément multimédia comprenant au moins une séquence textuelle et au moins un élément visuel ; et d’au moins un contexte de création associé audit au moins un élément multimédia, ledit contexte de création comprenant au moins : une désignation d’un dispositif émetteur dudit élément multimédia, une désignation d’au moins un dispositif destinataire dudit élément multimédia, au moins une séquence textuelle dite d’origine que reformule au moins en partie ladite séquence textuelle et une désignation d’au moins un second outil de communication utilisé pour obtenir ladite séquence d’origine ; une transmission audit au moins un dispositif destinataire dudit élément multimédia ; sur réception d’un retour relatif à une consommation de contenu par ledit destinataire, émission dudit retour vers un dispositif d’un utilisateur dudit dispositif émetteur en utilisant ledit second outil de communication.