FR 3105499 A1 20210625 FR 1914929 A 20191218 Il est divulgué un procédé et un dispositif d’animation visuelle d’un avatar, qui permet grâce à un nombre discret de représentations graphiques, d’indiquer l’absence d’ouverture du microphone (50) ainsi que d’indiquer que le microphone est ouvert mais qu’aucune parole n’est en cours d’enregistrement (52) ou que, au contraire, la parole d’un utilisateur est enregistrée et est en cours de reconnaissance vocale (55). L’avatar représente ces états par un diagramme plat, un diagramme à petites ondelettes ou un diagramme à grandes ondelettes, respectivement, avec une transition douce entre ces représentations graphiques qui permet de simuler l’animation d’un avatar en fonction du niveau sonore en entrée du microphone selon l’art antérieur. F igure pour l’abrégé : f ig ure 5 Procédé et dispositif d’animation visuelle d’une interface de commande vocale d’un assistant personnel virtuel embarqué dans un véhicule automobile, et véhicule automobile l’incorporant La présente invention se rapporte de manière générale à la commande vocale d’un assistant personnel virtuel embarqué dans un véhicule automobile, et plus particulièrement à un procédé et un dispositif d’animation visuelle d’un dispositif d’interface de commande vocale d’un assistant personnel virtuel embarqué dans un véhicule automobile, ainsi qu’à un véhicule automobile l’incorporant. Etat de la technique Les assistants personnels virtuels (APV) ou assistants personnels intelligents sont des dispositifs essentiellement logiciels qui permettent d’exécuter des tâches ou de fournir des services spécifiques à leurs utilisateurs. Ils utilisent pour cela des informations telles que le contexte de leur utilisation (le lieu, la date, etc.), un profil d’utilisateur (son identité, un historique de son usage antérieur, etc.) et des données d’entrée fournies par l’utilisateur (i.e., des commandes et/ou requêtes spécifiques). Ils permettent ainsi de fournir à chaque utilisateur une assistance pertinente et personnalisée pour l’utilisation d’un appareil, pour la réalisation de certaines tâches, pour obtenir de l’information utile, etc. Ces APV sont typiquement intégrés à des équipements dits équipements intelligents (« Smart device » en anglais) tels que les appareils nomades et communicants comme les smartphones ou les tablettes, ou d’autres appareils connectés, que ce soit pour un usage domestique (à la maison), dans un véhicule, ou en nomade, par exemple. Dans tous les cas, ils sont exécutés par une unité de traitement ( i.e. , un calculateur) de l’équipement intelligent dans lequel ils sont intégrés. Pour les applications dans lesquelles l’APV est utilisé à bord d’un véhicule, cette unité de traitement peut être embarquée, en tout ou en partie, c’est-à-dire qu’il peut s’agir d’un calculateur du véhicule automobile. Tout du moins, une partie des traitements peut être effectuée dans un tel calculateur. En variante, l’unité de traitement peut aussi être débarquée, c’est-à-dire qu’elle peut être comprise dans un appareil distinct du véhicule, comme un appareil nomade et communicant d’un utilisateur, du type de ceux envisagés dans le paragraphe ci-dessus, par exemple. Dans ce cas, l’appareil peut être adapté pour contrôler des fonctionnalités du véhicule afin par exemple, de permettre le réglage de paramètres de confort (la température à bord, le niveau sonore restitué par une installation multimédia embarquée, etc.) ou de piloter le fonctionnement de certains équipements du véhicule (par l’exemple l’ouverture des fenêtres électriques, l’allumage des phares, etc.). L’utilisateur peut contrôler un APV physiquement par l’intermédiaire d’un dispositif d’interface homme/machine (IHM) de l’équipement intelligent auquel l’APV est intégré. Par exemple, l’APV peut être activé par l’appui sur un bouton dédié d’un boîtier, sur une touche ou une combinaison de touches d’un clavier physique ou virtuel, ou sur un bouton virtuel sur un écran tactile, par exemple. Cependant, pour rendre leur utilisation plus ergonomique, la plupart des APV récents peuvent aussi être contrôlés vocalement, c’est-à-dire par la voix de l’utilisateur. Par « contrôlé vocalement » on entend à la fois le fait d’être activé à partir d’un état de veille (« Standby mode » en anglais) et le fait, en outre, d’être commandé par l’intermédiaire de commandes ou de requêtes exprimées oralement par l’utilisateur. Une fonction de reconnaissance vocale (ou ASR mis pour « Automatic Speech Recognition », en anglais, ou encore VRE mis pour « Voice Recognition Engine », en anglais) est alors couplée à l’APV. Elle s’exécute sur l’unité de traitement de l’équipement intelligent qui intègre l’APV, et permet de reconnaître des mots prononcés par un utilisateur. Une séquence de mots reconnus peut alors être traitée par l’APV, qui les analyse pour en déduire la commande ou la requête exprimée par l’utilisateur, et pour exécuter ensuite la tâche ou le service correspondant. Un tel contrôle vocal d’un APV est particulièrement utile à bord d’un véhicule automobile, où l’aspect « mains libres » est favorable à la sécurité. Le conducteur peut en effet activer une fonctionnalité ou un service sans utiliser ses mains qui demeurent donc libres pour la conduite, et sans devoir détourner le regard de la route en sorte que sa vigilance est peu affectée. Ainsi, un véhicule automobile peut embarquer un APV qui peut être exécuté par le processeur principal (ou mCPU, de l’anglais « main Central Processing Unit ») d’un calculateur embarqué du véhicule (ou ECU, de l’anglais « Electronic Central Unit »). Il peut s’agir par exemple du calculateur qui gère l’info-divertissement à bord du véhicule (ou IVI, de l’anglais « In-Vehicle Infotainment »). Un tel calculateur offre une plateforme matérielle et logicielle, dont l’architecture est adaptée pour la gestion des aspects média (radio, musique, vidéo, etc.) et des aspects communication (téléphonie, connexion à l’Internet, Bluetooth, etc.) dans le véhicule. L’APV peut être contrôlé par l’intermédiaire d’un dispositif d’interface homme/machine (IHM) du véhicule, comprenant des boutons du tableau de bord, et/ou un clavier virtuel d’un écran tactile de l’ordinateur de bord, par exemple. En variante ou en complément, l’APV peut aussi être contrôlé vocalement, c’est-à-dire par la voix d’un utilisateur captée par un ou plusieurs microphones disposés dans l’habitacle du véhicule. A cet effet, une fonction de reconnaissance vocale peut être exécutée en permanence par le processeur principal du calculateur, dès lors qu’un microphone est activé pour permettre de capter la voix d’un utilisateur présent à bord du véhicule. Plus particulièrement, un moteur de reconnaissance vocale (ou moteur d’ASR) est un module de nature logicielle qui peut être exécuté par le processeur principal du calculateur. Afin de permettre l’activation de l’APV en réponse à une commande vocale prononcée par un utilisateur, le moteur d’ASR peut mettre en œuvre une fonction de détection d’un mot-clé d’activation, aussi appelé mot de réveil (ou Wuw, mis pour « Wake-up word » en anglais). Cette fonction de détection du mot-clé d’activation est adaptée pour activer l’APV dès qu’elle reconnaît un ou plusieurs mots-clés d’activation prédéfinis. Dans le domaine des APV domestiques du marché ou dans le domaine des smartphones, on connaît par exemple les mots-clés ou séquences de mots-clés suivants : « Ok Google », « Siri » ou « Alexa » pour les APV proposés par Google Assistant®, Apple® et Amazon®, respectivement. Dès qu’un tel mot-clé d’activation est reconnu, l’APV concerné peut être activé et la séquence de mots à laquelle le mot-clé appartient peut alors être traitée par le moteur d’ASR pour en déduire, le cas échéant, une commande ou une requête correspondante de l’utilisateur. Cette commande ou cette requête est ensuite traitée par l’APV. Un moteur de détection de mot-clé d’activation (ou moteur de Wuw) est spécialement adapté pour permettre, à partir d’un signal audio capté par un ou plusieurs microphones, d’identifier la prononciation d’un mot-clé d’activation par l’un quelconque des utilisateurs qui sont à bord du véhicule. La détection du mot-clé d’activation déclenche alors l’enregistrement du signal audio capté par le microphone, et son traitement par le moteur d’ASR. On parle, dans le jargon de l’homme du métier, d’ouverture du micro pour désigner le début de ces opérations, bien que l’homme du métier apprécie que le microphone est, préalablement, déjà mis en service pour permettre la détection du mot-clé d’activation par le moteur de Wuw. Afin d’améliorer l’expérience de l’utilisateur, il est connu d’afficher une incarnation visuelle, ou avatar, donnant une représentation graphique de l’activité du moteur de reconnaissance vocale. L’affichage de cet avatar, par exemple sur l’écran de l’unité d’info-divertissement du véhicule, peut être déclenché par la détection du mot-clé d’activation par le moteur de Wuw de l’APV. Grâce à cet avatar, l’utilisateur peut vérifier que l’APV a été activé avec succès par sa prononciation du mot-clé d’activation, et que la ou les commandes qu’il s’apprête à formuler à la suite vont être, puis sont, prises en compte par le moteur d’ASR. A cette fin, l’avatar peut être animé, c’est-à-dire que la représentation graphique qui est donnée peut changer dynamiquement en fonction de l’enregistrement de la voix de l’utilisateur par le microphone. Le document US20140358545 décrit ainsi un système de reconnaissance vocale appliqué sur smartphone, dans lequel le résultat du traitement vocal est affiché sur plusieurs onglets. L’ASR est mis en œuvre sur un serveur externe. La figure 1B montre que, lors de l’enregistrement de la voix de l’utilisateur, des graphes à barres sont représentés. L'avatar des systèmes de reconnaissance vocale développés aujourd'hui se base principalement sur des modules de post-traitement (« post-processing », en anglais), du niveau sonore en entrée du microphone. Ceci permet d'animer l'avatar en fonction du niveau sonore de la voix de l'utilisateur, et d'arrêter l'animation à la fin de la commande vocale entrée par l'utilisateur. Ces systèmes donnent satisfaction en termes d’expérience d’utilisateur, mais ils nécessitent obligatoirement un module supplémentaire de traitement du niveau sonore en entrée du microphone. L’invention vise à pallier cet inconvénient de l’état de la technique. Le document US 2011/0083075 et le document US 2011/0193726 décrivent un système appelé « Emotive Advisory System » ou EAS, qui prévoit l’affichage d’un avatar (en l’occurrence un personnage) qui est animé suivant l’identification de différentes situations. Dans le document US 2011/0193726, l’avatar donne des informations de durée ou d’horaire. Dans le document US 2011/0083075, la provenance d’une question formulée oralement par un utilisateur est identifiée par le système audio, et l’avatar se tourne/regarde dans la direction de la personne qui parle. Dit autrement, l’animation de l’avatar affiché pendant la reconnaissance vocale est fonction du contexte identifié. L’invention propose un procédé d’animation visuelle d’un dispositif d’interface pour la commande vocale d’un assistant personnel virtuel embarqué dans un véhicule automobile et commandé par la voix d’un utilisateur, comprenant : - l’ouverture d’un microphone pour la capture d’un signal audio dans le véhicule automobile en vue de l’application d’un traitement de reconnaissance vocale audit signal audio ; - le traitement en continu, par un moteur de reconnaissance vocale, du signal audio capturé par le microphone pour détecter, le cas échéant, de l’information de parole prononcée par l’utilisateur afin de commander l’assistant personnel virtuel, et la génération d’une information numérique binaire ayant une première valeur binaire si le microphone est ouvert mais qu’aucune information de parole n’est reconnue dans le signal audio capturé, et une seconde valeur binaire, différente de ladite première valeur binaire, si le microphone est ouvert et qu’une information de parole est reconnue dans le signal audio ; et, - l’affichage d’une incarnation visuelle, ou avatar, avec une première représentation graphique ou une seconde représentation graphique, respectivement, selon la valeur binaire de l’information numérique binaire. L’animation visuelle de l’avatar permet, grâce à un nombre discret de représentations graphiques, notamment d’indiquer dynamiquement que le microphone est ouvert mais qu’aucune parole n’est en cours d’enregistrement ou que, au contraire, la parole d’un utilisateur est enregistrée et est en cours de reconnaissance vocale. Cette information binaire permet de maintenir la fonction de l’animation d’un avatar selon l’art antérieur en dépit de l’absence de moyens complexes pour détecter le niveau sonore en entrée du microphone. Dans un mode de mise en œuvre, le procédé comprend l’affichage de l’avatar via un nombre discret de représentations graphiques comprenant un diagramme plat, un diagramme à petites ondelettes ou un diagramme à grandes ondelettes pour indiquer, respectivement, que le microphone n’est pas ouvert, que le microphone est ouvert mais qu’aucune information de parole n’est en cours d’enregistrement ou que, au contraire, le microphone est ouvert et que de l’information de parole est enregistrée et est en cours de reconnaissance vocale, avec une transition douce entre lesdites représentations graphiques. Ceci permet de simuler l’animation d’un avatar en fonction du niveau sonore en entrée du microphone selon l’art antérieur. L’expérience de l’utilisateur est ainsi maintenue, sans nécessiter de module de traitement du niveau sonore en entrée du microphone. Dans un mode de mise en œuvre, le microphone est ouvert pour la capture du signal audio dans le véhicule automobile en réponse à la détection, par un moteur de détection de mot-clé d’activation (moteur de Wuw), d’un mot-clé d’activation de l’assistant personnel virtuel prononcé par un utilisateur. En d’autres termes, c’est la détection du mot-clé d’activation, laquelle est déjà réalisée même sans la mise en œuvre de l’invention, qui déclenche l’animation de l’avatar. L’utilisateur est ainsi immédiatement informé que le mot-clé d’activation a été reconnu, sans nécessiter de moyens supplémentaires. Dans un exemple, l’avatar peut être affiché avec, pour commencer, une première représentation graphique différente du diagramme plat précité, par exemple des petites ondelettes. L’utilisateur sait alors que le microphone est ouvert, grâce à cet affichage, et qu’il peut prononcer une requête vocale en vue de commander l’APV. Avantageusement, le moteur de reconnaissance vocale peut être exécuté dans un calculateur embarqué à bord du véhicule. S’il nécessitait un module supplémentaire de traitement du niveau sonore en entrée du microphone comme dans l’art antérieur alors que le calculateur IFI embarqué n’en comprend pas, il devrait nécessairement être exécuté dans le cloud ce qui donne une solution plus complexe et coûteuse. Dans un mode de mise en oeuvre, l’information binaire qui conditionne quelle représentation graphique est affichée pour l’avatar est générée en fonction du retour ou non de transcriptions associées au signal audio par le moteur de reconnaissance vocale. Un deuxième aspect de l’invention se rapporte à un dispositif d’animation visuelle d’un dispositif d’interface pour la commande vocale d’un assistant personnel virtuel embarqué dans un véhicule automobile et commandé par la voix d’un utilisateur, comprenant : - des moyens pour capturer un signal audio à l’aide d’un microphone dans le véhicule automobile en vue de l’application d’un traitement de reconnaissance vocale audit signal audio ; - un moteur de reconnaissance vocale configuré pour appliquer en continu un traitement de reconnaissance vocale au signal audio capturé par le microphone en vue de détecter, le cas échéant, de l’information de parole prononcée par l’utilisateur afin de commander l’assistant personnel virtuel, et pour générer une information numérique binaire ayant une première valeur binaire si le microphone est ouvert mais qu’aucune information de parole n’est reconnue dans le signal audio capturé, et une seconde valeur binaire, différente de ladite première valeur binaire, si le microphone est ouvert et qu’une information de parole est reconnue dans le signal audio ; et, - un afficheur adapté pour l’affichage d’une incarnation visuelle, ou avatar, avec une première représentation graphique ou une seconde représentation graphique, respectivement, selon la valeur binaire de l’information numérique binaire. Dans un mode de réalisation, l’afficheur est adapté pour afficher l’avatar via un nombre discret de représentations graphiques comprenant un diagramme plat, un diagramme à petites ondelettes ou un diagramme à grandes ondelettes pour indiquer, respectivement, que le microphone n’est pas ouvert, que le microphone est ouvert mais qu’aucune information de parole n’est en cours d’enregistrement ou que, au contraire, le microphone est ouvert et que de l’information de parole est enregistrée et est en cours de reconnaissance vocale, avec une transition douce entre lesdites représentations graphiques. Les moyens pour capturer le signal audio à l’aide du microphone peuvent être adaptés pour réagir à la détection, par un moteur de détection de mot-clé d’activation, d’un mot-clé d’activation de l’assistant personnel virtuel prononcé par un utilisateur. Dans un mode de réalisation, le moteur de reconnaissance vocale est exécuté dans un calculateur embarqué à bord du véhicule. Dans un mode de réalisation, l’information binaire qui conditionne quelle représentation graphique est affichée pour l’avatar est générée en fonction du retour ou non de transcriptions associées au signal audio par le moteur de reconnaissance vocale. Dans un troisième aspect, l’invention concerne également un produit programme d’ordinateur comprenant une séquence d’instructions qui, lorsque le programme d’ordinateur est chargé dans la mémoire d’un ordinateur et exécuté par un processeur dudit ordinateur, sont adaptées pour mettre en œuvre toutes les étapes d’un procédé selon le premier aspect. Un quatrième et dernier aspect de l’invention se rapporte à un véhicule automobile comprenant un calculateur embarqué, configuré pour mettre en œuvre le dispositif selon le deuxième aspect ci-dessus. Il peut s’agir, comme évoqué supra , du calculateur d’info-divertissement (ou IVI, de l’anglais « In-Vehicle Infotainment »), qui gère les aspects média et les aspects communication à bord du véhicule. Brève description des figures D’autres caractéristiques et avantages de l’invention apparaîtront encore à la lecture de la description qui va suivre. Celle-ci est purement illustrative et doit être lue en regard des dessins annexés sur lesquels : la figure 1 est une représentation schématique d’un contexte d’usage dans lequel la détection d’un mot-clé d’activation peut être mise en œuvre ; la figure 2a montre une première représentation graphique d’un avatar qui peut être affiché selon des modes de mise en œuvre du procédé et du dispositif selon l’invention la figure 2b montre une deuxième représentation graphique de l’avatar, qui est une alternative à celle de la figure 2a ; la figure 2c montre une troisième représentation graphique de l’avatar, qui est une alternative à celles de la figure 2a et de la figure 2b ; la figure 2d montre une quatrième représentation graphique de l’avatar, qui est une alternative à celles de la figure 2a, de la figure 2b et de la figure 2c ; la figure 3 est un graphe donnant l’allure de la réponse du dispositif de commande automatique de gain de la figure 2 ; la figure 4 est un schéma fonctionnel d’un dispositif selon un mode de réalisation ; et, la figure 5 est un schéma fonctionnel d’un dispositif selon un autre mode de réalisation. Dans la description de modes de réalisation qui va suivre et dans les Figures des dessins annexés, les mêmes éléments ou des éléments similaires portent les mêmes références numériques aux dessins. La figure 1 illustre schématiquement le contexte d’un cas d’usage dans lequel on peut mettre en œuvre le procédé et le dispositif selon l’invention, pour la commande vocale d’un assistant personnel virtuel (APV) à l’aide d’un microphone agencé dans l’habitacle d’un véhicule automobile. L’homme du métier appréciera que le contexte considéré n’est pas exclusif d’autres cas d’usage dans lesquels l’invention peut aussi être mise en œuvre. En référence à la figure 1 , le véhicule 101 intègre un APV embarqué 104. L’APV embarqué 104 est par exemple commandé par la voix ( i.e. , la parole) d’un utilisateur 102 du véhicule, via un microphone. En complément, l’APC peut aussi être commandé par d’autres moyens comme des boutons de commande ou un clavier formant une interface physique, ou encore un clavier virtuel affiché sur un écran tactile formant une interface tactile. Qui permettent aussi l’entrée de commandes et de requêtes par l’utilisateur. L’APV embarqué 104 fait partie d’un système embarqué qui comprend aussi des moyens audios pour la restitution à l’utilisateur d’une information sonore sous la forme d’un message vocal, c’est-à-dire un message audio imitant, i.e. , synthétisant, la voix d’un opérateur. Dans un cas d’usage typique, en réponse à une requête vocale de l’utilisateur 102 du véhicule 101, le système émet via un ou plusieurs haut-parleurs un message vocal synthétisé contenant des informations utiles destinées à l’utilisateur 102. En outre, dans d’autres modes de réalisation, le système peut comprendre des moyens d’affichage pour la restitution d’une information visuelle qui peuvent se substituer à et/ou compléter l’émission de messages vocaux. Par exemple, le système peut intégrer un écran sur lequel sont affichées les informations utiles destinées à l’utilisateur du véhicule. Avantageusement, une telle restitution visuelle permet de communiquer une information intelligible pour l’utilisateur dans un environnement bruyant. Tous ces moyens d’entrée et de restitution forment l’interface homme/machine (IHM) du système. L’utilisateur 102 représenté ici est le conducteur du véhicule 101. Toutefois, il peut aussi s’agir de l’un des passagers : soit un passager assis à l’avant à côté du conducteur, soit un passager assis à l’arrière en deuxième rang, ou bien en troisième rang pour les véhicules équipés de plus d’un rang de sièges arrière pour les passagers, comme les grands monospaces. Dans le contexte d’usage considéré, l’utilisateur 102 prononce un mot ou une séquence de mots 103 qui sont reconnus par l’APV 104 et sont convertis en une (ou plusieurs) instruction(s) exécutable(s), et/ou une (ou plusieurs) requête(s) d’information à laquelle(auxquelles) l’APV apporte une réponse appropriée. La séquence de mots 103 prononcée commence par un mot-clé d’activation, qui est adapté pour réveiller l’APV embarqué 104. En effet, pour des raisons d’économie d’énergie, les moyens matériels et logiciels mettant en œuvre l’APV sont mis en sommeil (en « standby ») pendant les phases de non-utilisation prolongée. Et ils sont réveillés lorsque le mot-clé d’activation est prononcé par un utilisateur dans l’habitacle du véhicule, et est identifié par un dispositif d’identification dans le signal audio capté en continu par le (ou les) microphone(s) qui est(sont) disposé(s) dans l’habitable. Le reste de la séquence de mots 103 est alors traité par l’APV afin d’identifier les instructions et/ou les requêtes qu’elle comprend. Ce traitement comprend classiquement deux parties principales. D’une part la transcription de la parole (opération appelée « Speech-to-Text » en anglais), qui consiste à convertir le signal audio capté par le microphone en une suite de mots formant un texte ( i.e ., une chaîne de caractères) dans une langue déterminée, et qui retourne des transcriptions partielles ( « partial transcript s » en anglais) correspondant à des mots reconnus dans le signal audio. Et, d’autre part, l’interprétation de la requête exprimée vocalement par l’utilisateur et captée sous la forme de signal audio par le microphone (opération appelée « mining » en anglais), qui peut faire usage d’une intelligence artificielle pour retourner des résultats de reconnaissance (ou « recognition results » en anglais) avec un contenu sémantique qui est déterminé, par référence à des données précédemment acquises et/ou résultant d’un apprentissage profond (« deep learning » en anglais). La commande vocale d’un dispositif embarqué comme l’APV 104 présente l’avantage d’éviter de trop perturber le conducteur pendant la conduite. Afin d’informer l’utilisateur que le microphone a été « ouvert », par exemple en réponse à la détection du mot-clé d’activation, c’est-à-dire que le signal audio qu’il capte est enregistré pour donner lieu à un traitement de reconnaissance vocale (qui va au-delà de la simple identification d’un mot-clé d’activation), il est connu d’afficher, via l’IHM du système, une incarnation visuelle, aussi appelée un avatar, de l’activité du système en relation avec l’enregistrement du signal audio en vue du traitement de reconnaissance vocale destiné à identifier les commandes ou requêtes d’information verbalisées oralement par l’utilisateur. Cette fonction, telle qu’elle est connue et utilisée à ce jour, comprend une animation visuelle de l’avatar, qui consiste à créer des ondes proportionnelles à l’intensité de la voix captée par le microphone. Nativement, cette animation est « lisse », c’est-à-dire sans cassure (i.e., ligne brisée) dans la représentation de l’avatar. Ceci nécessite toutefois de faire un post-traitement audio, à l’aide d’un module logiciel qui est généralement exécuté sur un serveur externe, par exemple dans le cloud, auquel le système peut se connecter via les moyens de connectivité existants du système (technologie LTE/4G ou 5G, par exemple). L’invention permet d’assurer la fonction d’animation d’un avatar de la reconnaissance vocale, sans toutefois nécessiter un module supplémentaire, par rapport à ceux déjà présents pour assurer la fonction de reconnaissance vocale en elle-même. Selon les modes de réalisation de l’invention, l’animation visuelle d’un avatar est obtenue grâce à un nombre discret de représentations graphiques, qui permettent d’indiquer, respectivement, l’absence d’ouverture du microphone, le fait que le microphone est « ouvert » mais qu’aucune parole n’est en cours d’enregistrement (lors d’une phase de silence de l’utilisateur, aussi appelé un « blanc » en audio), ou au contraire le fait que la parole d’un utilisateur est enregistrée et est en cours de reconnaissance vocale. Ainsi, non seulement l’utilisateur sait que le microphone est ouvert, mais en outre il sait que des paroles ont bien été captées par le microphone et sont en cours de traitement de reconnaissance vocale dans le cadre de la fonction de commande vocale de l’APV. Il apparaîtra de la description de modes de réalisation qui va suivre que l’avatar peut donner une représentation de ces différents états de la fonction de commande vocale par, notamment, un diagramme plat, un diagramme à petites ondelettes ou un diagramme à grandes ondelettes, respectivement, avec une transition douce entre ces représentations graphiques, et de préférence avec un effet de défilement latéral des diagrammes, par exemple de la droite vers la gauche, qui donne l’impression fournie par l’animation de type « ondes acoustiques » selon l’art antérieur. De cette manière, on crée une animation proche de celle des avatars selon l’art antérieur. La figure 2a montre le diagramme plat qui peut être affiché pour indiquer que le microphone n’est pas ouvert. Le microphone n’est pas ouvert, i.e. , il est fermé, lorsque le système est mis en service. Il reste ainsi fermé jusqu’à la première identification par le moteur de détection de mot-clé d’activation, après cette mise en service du système, du mot-clé d’activation de l’APV dans le signal audio capté par le microphone. Ce diagramme plat peut aussi être utilisé après la « fermeture » du micro, laquelle intervient lorsque le microphone est ouvert, à l’expiration d’une temporisation déterminée depuis qu’aucun signal audio n’est plus capté par le microphone. Dit autrement, le diagramme plat peut être de nouveau affiché en tant que représentation de l’avatar, si la durée d’un « blanc » dépasse la temporisation déterminée, par exemple 10 secondes (10 s), alors que le microphone est ouvert. Cette fermeture du microphone signifie alors l’arrêt de l’enregistrement du signal audio capté, et donc l’arrêt du moteur de reconnaissance vocale. La figure 2b montre une deuxième représentation graphique de l’avatar, qui est un diagramme à petites ondelettes pouvant être affiché pour indiquer que le microphone est ouvert mais qu’aucune information de parole n’est en cours d’enregistrement. Les petites ondelettes comprennent un motif d’une onde à faible amplitude, par exemple quelques périodes d’une une onde pas vraiment sinusoïdale, comme montré, qui peut être interprétée par un utilisateur comme représentant l’enregistrement d’un bruit de fond dans le véhicule. La figure 2c montre une troisième représentation graphique de l’avatar, qui est un diagramme à grandes ondelettes qui eut être affiché pour indiquer que, au contraire, le microphone est ouvert et que de l’information de parole est enregistrée et est en cours de reconnaissance vocale par le moteur d’ASR. Dans l’exemple montré, ces grandes ondelettes ont une allure sinusoïdale, sur quelques ondulations, de préférence avec des amplitudes légèrement différentes d’une ondulation à l’autre. Dans l’exemple montré à la figure 2c, le diagramme comprend ainsi trois ondelettes représentées, dont au moins une qui a une amplitude légèrement différente de celle des deux autres. Ce diagramme peut être amené à défiler latéralement, en boucle, par exemple de la droite vers la gauche. Ainsi, cela donne l’impression à l’utilisateur que l’amplitude des ondes est modulée par les variations du niveau sonore de la voix en cours d’enregistrement, comme avec l’animation d’un avatar selon l’art antérieur fondée sur le niveau sonore en entrée du microphone. Ceci n’est toutefois qu’une impression visuelle car le motif est standard, i.e., fixe, et ce n’est que son défilement en lien avec la différence d’amplitude des quelques ondulations représentées qui simule une modulation d’amplitude par le niveau de la voix de l’utilisateur. Ainsi que l’homme du métier l’aura compris, l’amplitude de petites ondelettes du diagramme de la figure 2b est, de préférence, suffisamment élevée pour qu’un utilisateur d’attention moyenne distingue facilement ce diagramme du diagramme plat de la figure 2a. D’un autre côté, l’amplitude des petites ondelettes du diagramme de la figure 2b est, de préférence, significativement plus basse que celle des grandes ondelettes du diagramme de la figure 3c, afin que l’utilisateur distingue facilement ces deux diagrammes l’un de l’autre. Les représentations graphiques de l’avatar données par les diagrammes de la figure 2a, de la figure 2b et de la figure 2c, sont alternatives l’une de l’autre. Dit autrement, une seule de ces représentations n’est affichée à la fois. Toutefois, un effet de défilement latéral, par exemple de la droite vers la gauche, peut être rendu lors du remplacement d’une représentation graphique par une autre. Ceci peut donner à l’utilisateur une impression de continuité de la représentation de l’enregistrement du signal audio, comparable à l’effet procuré par une animation d’un avatar selon l’art antérieur qui a été rappelé plus haut. Par ailleurs, il va sans dire que l’invention n’est limitée ni par le nombre, ni par le design des représentations graphiques de l’avatar. En particulier, la figure 2d montre un exemple d’une autre représentation graphique de l’avatar, qui est un diagramme plat en trait discontinu. Ce diagramme peut être affiché, par exemple, pour indiquer à l’utilisateur que le système est en mode « erreur », par exemple si le processus de la reconnaissance vocale implémentée par le moteur d’ASR est bloqué. Ceci peut notamment arriver lorsque le moteur d’ASR est exécuté sur un serveur dans le cloud et que la connexion Internet du véhicule est momentanément interrompue, par exemple si le véhicule circule dans un tunnel. L’homme du métier appréciera que d’autres diagrammes peuvent être utilisés pour représenter l’avatar, de façon animée ou non, à la place des exemples donnés ci-dessus, ou en complément par exemple pour indiquer à l’utilisateur d’autres informations concernant le statut de la reconnaissance vocale. Tous ces diagrammes peuvent se distinguer notamment par la forme de l’onde représentée, ou plus généralement par le motif représenté, ou par le modèle d’un trait utilisé (par exemple un trait continu, avec des petits tirets, des grands tirets, des points ou une alternance de ces motifs), ou par la couleur du trait ou de l’arrière-plan, ou encore par un effet de clignotement d’un motif représenté, etc., ou bien entendu par la combinaison de tels éléments. En référence au schéma de la figure 3 , on va maintenant décrire l’architecture fonctionnelle d’un dispositif d’animation d’un avatar de reconnaissance vocale pour l’activation d’un assistant personnel virtuel dans un véhicule automobile par la voix d’un utilisateur, selon des modes de réalisation. Le dispositif comprend un module de gestion de la reconnaissance vocale, ou gestionnaire de reconnaissance vocale 30. Ce module peut être un module logiciel. Il est adapté pour superviser la mise en œuvre des fonctions de transcription et d’interprétation d’un signal audio 32 capté par un microphone 31 à partir d’un message vocal prononcé par l’utilisateur 102. Les fonctions de transcription et d’interprétation peuvent être mises en œuvre par des moyens embarqués, par exemple un calculateur 33, ou par des moyens débarqués, par exemple un serveur 34 dans le cloud accessible via une interface de programmation applicative (ou API, de l’anglais « Application Programming Interface »), ou les deux, selon une implémentation hybride. En pratique le gestionnaire de reconnaissance vocale 30 transmet au calculateur embarqué 33 et/ou vers le serveur distant 34 dans le cloud des séquences audio correspondant à des entrées vocales extraites du signal audio 32 (par exemple des séquences temporelles de quelques secondes de durée chacune), notées « VI_audio » à la figure 3. En retour, le gestionnaire 30 peut recevoir du calculateur 33 et/ou serveur distant 34, respectivement, des transcriptions notées « VTT_Transcripts » à la figure 3, obtenues par l’application aux séquences audios d’un moteur de transcription (VTT, de l’anglais « Voice-to-Text ») exécuté dans le calculateur embarqué 33 ou dans le serveur distant 34, respectivement. Le gestionnaire 30 peut aussi recevoir en retour, similairement du calculateur embarqué 33 et/ou du serveur distant 34, respectivement, des résultats de reconnaissance vocale, notés « Recognition_results » à la figure 2), obtenus par l’application aux séquences audios d’un moteur de reconnaissance vocale (VR, de l’anglais « Voice Recogn i tion ») exécuté dans le calculateur 33 et/ou dans le serveur 34, respectivement. L’homme du métier appréciera que les résultats de reconnaissance vocale Recognition_Results se distinguent des transcriptions STT_Transcripts par le fait que les premiers codent une requête ou une instruction ayant un contenu informationnel structuré (par exemple une requête exprimée sous la forme d’un adjectif interrogatif, suivi d’un verbe, d’un sujet, d’un ou plusieurs compléments circonstanciels de temps, de lieux, etc. … ; ou une instructions exprimée sous la forme d’un verbe et d’un complément d’objet) résultant de l’interprétation du signal vocal relativement à un dictionnaire et à une grammaire ad-hoc et donc exploitable par exemple par un algorithme ou une intelligence artificielle de l’APV pour apporter une réponse à ladite requête ou la ladite instruction, alors que les secondes ne sont que des chaînes de caractères codant du texte qui peuvent, par exemple, être affichées pour donner un retour à l’utilisateur et/ou être mémorisées dans une mémoire dans laquelle un historique simplifiée des requêtes/instructions peut être conservé pour un réemploi ultérieur, par exemple. On notera, en outre, que les transcriptions STT_Transcripts peuvent être partielles, en ce sens qu’elles ne correspondent pas forcément à la transcription de l’intégralité du contenu vocal du signal audio 32. Dans un mode de réalisation, en effet, il suffit que les transcriptions STT_Transcripts contiennent la transcription de mots isolés qui ont pu être identifiés dans le signal vocal 32. Cette implémentation est plus légère en termes de ressources requises, et plus rapide en termes de temps nécessaire pour la génération et la transmission des transcriptions. Le dispositif peut comprendre un module 35 de gestion de l’animation de l’avatar de reconnaissance vocale. L’avatar de reconnaissance vocale est affichable par exemple sur un écran 37, par exemple l’écran du système IFI du véhicule, ou tout autre écran ou afficheur, dédié ou non à cette fonction. Dans l’exemple représenté à la figure 3, l’avatar 39 est affiché dans une zone 38 de l’écran 37, qui peut par exemple être une zone d’OSD (de l’anglais « over-screen Display »), c’est-à-dire une zone de sur-affichage se superposant, en premier plan, sur l’image affichée à l’écran qui peut alors devenir une image d’arrière-plan affichée, par exemple, en « fantôme » comme représenté. Toujours dans l’exemple représenté, l’avatar 39 qui est montré à la figure 3 est un diagramme de type onde, ici un diagramme à barres mais cela peut aussi être un diagramme de type sinusoïdal, comme on peut en rencontrer dans l’art antérieur dans lequel l’avatar est animé en fonction du niveau du signal sonore capté par le microphone. Le gestionnaire de reconnaissance vocale 30 peut également être chargé de l’exécution du moteur de détection du mot-clé d’activation de l’APV. Ce moteur de détection de mot-clé d’activation peut être développé et fourni sous la forme d’un bloc de traitement, de nature logicielle, par un fournisseur spécifique comme par exemple Nuance Communications, Inc. , Qualcomm, Inc. , Soundhound, Inc. , Sensory, Inc. , etc. En cas de détection du mot-clé d’activation, le gestionnaire de reconnaissance vocale 30 génère un signal Avatar_State indicatif de l’état opérationnel du dispositif de reconnaissance vocale. Ce signal est reçu par le module 35 de gestion de l’animation de l’avatar de reconnaissance vocale. En réponse au signal Avatar_State , dans un exemple, le module 35 peut commander le sur-affichage de l’avatar 39 sur l’écran 37 dans la zone d’affichage 38, en utilisant par exemple le diagramme de la figure 2a, c’est-à-dire le diagramme plat. En voyant apparaître cet avatar sur l’écran 37, l’utilisateur est alors informé de l’ouverture du microphone dans le cadre de la reconnaissance vocale. On rappelle que par cette expression « ouverture du microphone », l’homme du métier doit comprendre que ( i.e. , cela signifie que) la voix de l’utilisateur est enregistrée et analysée par le moteur d’ASR géré par le gestionnaire de reconnaissance vocale 30, car bien entendu le microphone en lui-même était déjà opérationnel pour capter le mot-clé d’activation. Le signal Avatar_State peut être un signal binaire, ou un signal multi-bits s’il doit indiquer plus de deux états possibles de l’avatar. En outre, le gestionnaire de reconnaissance vocale 30 génère aussi un signal UIS indicatif du statut de l’entrée d’information vocale par l’utilisateur. Ce signal est également reçu par le module 35 de gestion de l’animation de l’avatar de reconnaissance vocale. Dans des modes de réalisation, le signal UIS est un signal binaire, c’est-à-dire qu’il porte une information booléenne seulement : - dans un premier état binaire, le signal UIS indique qu’aucune information vocale n’est identifiée dans le signal audio 32 capté par le microphone 31. En réponse, le module 35 commande l’affichage de l’avatar 39 avec le diagramme de la figure 2b, c’est-à-dire le diagramme à petites ondelettes ; et inversement, - dans le second état binaire, le signal UIS indique que de l’information vocale est identifiée dans le signal audio 32 capté par le microphone 31. En réponse, le module 35 commande alors l’affichage de l’avatar 39 avec le diagramme de la figure 2c, c’est-à-dire le diagramme à grandes ondelettes. On rappelle que l’aspect du diagramme de l’avatar 39 tel qu’il est affiché dans les deux cas ci-dessus n’est nullement corrélé au niveau sonore du signal audio 32. C’est au contraire un motif standard : soit le motif de la figure 2b, soit le motif de la figure 2c. Ces motifs, en eux-mêmes, sont fixes. Ce n’est que via un défilement latéral, par exemple de droite à gauche, en boucle, et si les quelques ondulations représentées dans le diagramme ont des amplitudes (fixes) différentes les unes-des-autres, que l’utilisateur peut avoir l’impression d’une variation d’amplitude du signal. Mais en réalité ce n’est qu’une impression visuelle, car c’est le même diagramme fixe qui défile en boucle à chaque fois. Concernant la caractère hybride de l’implémentation du dispositif de reconnaissance vocale de la figure 3, à savoir l’implémentation par des moyens embarqués et/ou par des moyens débarqués ou distants, des modes de réalisation peuvent prévoir que la mise en œuvre des fonctions de transcription et d’interprétation est réalisé de la façon suivante : - tant que le calculateur embarqué 33 est disponible et que le serveur 34 dans le cloud 34 accessible, les transcriptions STT_Transcripts sont générées par le calculateur alors que les résultats de reconnaissance vocale Recognition_Results sont générées par le serveur distant ; ceci a l’avantage de déporter la fonction d’interprétation sur un serveur distant accessible via le cloud et qui est doté de capacité de traitement plus adaptées pour cela que le calculateur embarqué, alors que les transcriptions qui sont plus aisées à générer avec un simple calculateur embarqués ont alors l’avantage d’être disponibles plus vite ; - si le calculateur embarqué 33 n’est pas disponible (par exemple si une interruption matérielle a été générée ou s’il est en attente de ressources), mais que le serveur distant est accessible, alors à la fois les transcriptions STT_Transcripts et les résultats de reconnaissance vocale Recognition_Results sont générés par le serveur distant 34 ; - si inversement le calculateur embarqué 33 est disponible mais que le serveur distant 34 n’est pas accessible (par exemple en raison de la perte de la connectivité Internet), alors à la fois les transcriptions STT_Transcripts et les résultats de reconnaissance vocale Recognition_Results sont générés par le calculateur embarqué 33 ; et, enfin, - si le calculateur embarqué 33 n’est pas disponible et que le serveur distant 34 n’est pas non plus accessible, alors ni les transcriptions STT_Transcripts ni les résultats de reconnaissance vocale Recognition_Results ne sont générés ; dans un tel cas, par exemple, le diagramme de la figure 2b peut être affiché en tant qu’avatar de la reconnaissance vocale afin de signaler à l’utilisateur que le dispositif de reconnaissance vocale est en mode erreur. Le module de gestion de l’animation de l’avatar 35 est adapté pour pouvoir accéder à une mémoire dans laquelle sont sauvegardées les données codant les diagrammes représentant les différentes versions de l’avatar 39. En résumé, l’animation de l’avatar de reconnaissance vocale qui est proposée est obtenue très simplement, sans la nécessité d’un module complexe qui est généralement disponible dans le cloud uniquement (ce qui implique que la fonctionnalité est perdue si la connexion au cloud est momentanément perdue). Dans un exemple, le gestionnaire de reconnaissance vocale 30 génère le signal de statut UIS en fonction du retour ou non des transcriptions STT_Transcripts par le calculateur embarqué 33 et/ou le serveur distant 34. Comme il a été dit plus haut, en effet, ces transcriptions sont plus facilement et plus rapidement obtenues que les résultats de reconnaissance vocale Recognition_Results . Et, elles suffisent à indiquer que l’utilisateur parle et que sa voix est captée, enregistrée, et traitée par le moteur de reconnaissance vocale. L’homme du métier appréciera que l’utilisateur peut ainsi être informé de cela, via l’affichage de l’avatar de la figure 3c, quand bien même les résultats de la reconnaissance vocale ne sont pas encore disponibles. En référence au diagramme de temps de la figure 4 et au diagramme d’étapes de la figure 5 , on va maintenant détailler le lien entre la parole de l’utilisateur contenue ou pas dans le signal audio 32 d’une part, et l’affichage de l’avatar 39 dans la fenêtre 38 de l’écran 37, d’autre part, qui est établi via le signal booléen UIS. A la figure 4, la trace du haut repérée par la lettre A entre parenthèses, représente les transcriptions du signal audio 32 de la figure 3, dans un exemple. Ces transcriptions sont ici représentées par du texte entre guillemets (par exemple « abcd efg … »). Elles sont séparées par des blancs, i.e. , des silences audio, représentés sur la trace A par le symbole " ". Le chronogramme de la trace B, au centre, représente l’évolution du signal UIS indiquant le statut de l’entrée de parole par l’utilisateur, en fonction du temps, en synchronisme avec le retour au gestionnaire 30 de la figure 3 des transcriptions montrées sur la trace A. Dans l’exemple montré, le signal UIS est à l’état haut (valeur binaire « 1 ») lorsque l’utilisateur parle ( i.e. , quand des transcriptions correspondantes sont reçus par le gestionnaire 30), et il est à l’état bas (valeur binaire « 0 ») lorsque l’utilisateur se tait ( i.e. , quand aucune transcription n’est retournée au gestionnaire 30 parce que le signal audio 32 contient des silences audios, i.e. , des blancs). Enfin, le graphe de la trace C, en bas, montre symboliquement le défilement latéral des diagrammes des figures 2a, 2b et 2c qui sont affichés en tant qu’avatar 39 en synchronisme avec l’évolution de l’état du signal booléen UIS. L’homme du métier appréciera l’effet de modulation de l’amplitudes des ondelettes représentant l’avatar 39 du fait du défilement de la droite vers la gauche des diagrammes des figures 2b et 2c, répétés ou alternés selon la valeur binaire du signal UIS, dans la fenêtre correspondant à l’avatar 39. La lecture de la figure 4 est la suivante, en référence aussi aux étapes du diagramme de la figure 5. On suppose que, avant l’instant 41 (tout à gauche de la figure 4), le microphone n’est pas ouvert. Le gestionnaire 30 provoque donc, via le signal de statut Avatar_State la commande par le module 35 de l’affichage du diagramme de la figure 2a (diagramme plat) en tant qu’avatar de reconnaissance vocale. C’est l’étape de départ 50 du diagramme de la figure 5. Le dispositif est en sommeil, et pour le réveiller l’utilisateur doit prononcer le mot-clé d’activation. La surveillance du prononcé dudit mot-clé est représentée par l’étape 51 de la figure 5. Tant que le mot-clé d’activation n’est pas détecté, le microphone reste fermé (au sens précité), et le procédé reboucle sur l’étape 50 d’affichage du diagramme plat en tant qu’avatar. Dit autrement, l’avatar n’est pas animé. Il est fixe, visuellement, sous la forme d’un trait plat immobile. A l’instant 41, qui correspond à l’étape 52 de la figure 5, le microphone est ouvert du fait que l’utilisateur prononce le mot-clé d’activation (qui est « OK Mycar » dans l’exemple montré par la trace A de la figure 4). Mais l’utilisateur marque une courte pause juste après l’avoir prononcé. Il se tait pendant un court moment. Le gestionnaire 30 provoque donc, via le signal de statut Avatar_State et le signal UIS qui est mis à l’état bas (valeur binaire « 0 ») la commande par le module 35 de l’affichage du diagramme de la figure 2b (petites ondelettes) en tant qu’avatar de reconnaissance vocale affiché, comme montré à la figure 5 par l’étape 52. A partir de l’instant 42, l’utilisateur parle de nouveau, ce qui est détecté à l’étape 53 de la figure 5. Il prononce des paroles qui donnent lieu à la réception de transcriptions correspondantes par le gestionnaire 30. La génération des transcriptions et leur réception par le gestionnaire 30 sont illustrées par l’étape 54 de la figure 5. Le signal UIS passe alors à l’état haut (valeur binaire « 1 »). Le module 35 commande alors le remplacement du diagramme de la figure 2b par celui de la figure 2c (grandes ondelettes) en tant qu’avatar de reconnaissance vocale affiché, ce qui est illustré par l’étape 55 du diagramme de la figure 5. Ceci dure jusqu’à l’instant 43, à partir duquel l’utilisateur marque une nouvelle pause, qui donne un nouveau blanc. En référence à la figure 4, l’affichage du diagramme à grandes ondelettes de la figure 3c est renouvelé à intervalles de temps réguliers entre les instants 42 et 43, avec un effet de défilement de la droite vers la gauche. Dans la fenêtre 38 sur l’écran 37, cela donne à l’utilisateur une impression de modulation de l’amplitude des ondelettes car les quelques ondulations représentées côté-à-côte ont des amplitudes respectives différentes. A l’instant 43, l’utilisateur génère un nouveau silence audio. Le signal UIS repasse alors à l’état bas, et l’avatar reprend l’allure du diagramme à petites ondelettes de la figure 2b. Ceci est illustré par le rebouclage de l’étape 54 sur l’étape 52 de la figure 5. Dans l’exemple représentée, la durée de ce silence est inférieure à un seuil déterminé, i.e. , une temporisation déterminée. En effet, à l’instant 44, l’utilisateur prononce un complément à sa requête ou à son instruction, par exemple pour ajouter une précision. Le signal UIS repasse alors à l’état haut, et l’avatar reprend le diagramme à grandes ondelettes de la figure 2c. Dit autrement, les étapes 53, 54 et 55 sont exécutées de nouveau, dans cet ordre. Ce complément de parole s’achève à l’instant 45, à partir duquel l’utilisateur se tait de nouveau. Le signal UIS repasse à l’état bas, et c’est de nouveau le diagramme à petites ondelettes de la figure 2b qui est affiché comme avatar. Dit autrement, l’étape 52 est répétée. Toutefois, ce nouveau silence de l’utilisateur, contrairement à celui entre les instants 43 et 44, dure plus longtemps que la temporisation précitée. C’est pourquoi, à l’instant 46, le diagramme à petites ondelettes est remplacé par le diagramme plat de la figure 2a. Ceci correspond à la fermeture du micro, c’est-à-dire à l’arrêt de l’enregistrement du signal capté par le microphone et l’arrêt de l’exécution du moteur de reconnaissance vocale. En référence au diagramme de la figure 5, l’algorithme repasse à l’étape 50. Pour relancer cette exécution, et réanimer l’avatar de reconnaissance vocale conformément aux modes de réalisation qui ont été décrit dans ce qui précède, l’utilisateur devra prononcer une nouvelle fois le mot-clé d’activation « OK MyCar », qui sera détecté à l’étape 51, et ainsi de suite. En résumé, à l'activation de la reconnaissance vocale par la détection du mot-clé d’activation, le système passe dans un état d’écoute". Dans cet état, l’avatar est animé, en fonction de l'activité de retranscription de la commande vocale entrée oralement par l'utilisateur. Tant que l'utilisateur parle, avec le cas échéant des blancs qui ne dépassent pas la durée d’une temporisation déterminée, la transcription écrite a lieu et l'avatar s'anime, soit avec des petites ondelettes pendant les blancs, soit avec des grandes ondelettes pendant la phase de parole. Dès que l'activité de transcription s'arrête (commande vocale de l'utilisateur terminée) l'avatar cesse de s'animer. L’homme du métier appréciera que les modules 30 et 35 de la figure 3 sont des entités purement fonctionnelles, distinguées à la figure pour les seuls besoins de la clarté de l’exposé qui précède. En pratique toutefois, tous ou une partie au moins de ces éléments sont des éléments logiciels exécutés dans un calculateur qui met en œuvre le dispositif, qui peut être le calculateur 33 de la figure 3, en sorte que le découpage au niveau du logiciel entre des éléments fonctionnels peuvent varier selon les applications. De manière générale, la présente invention a été décrite et illustrée dans la présente description détaillée et dans les figures des dessins annexés, dans des formes de réalisation possibles. La présente invention ne se limite pas, toutefois, aux formes de réalisation présentées. D’autres variantes et modes de réalisation peuvent être déduits et mis en œuvre par la personne du métier à la lecture de la présente description et des dessins annexés. Dans le présent exposé, le terme "comprendre" ou "comporter" n’exclut pas d’autres éléments ou d’autres étapes. Un seul processeur ou plusieurs autres unités peuvent être utilisées pour mettre en œuvre l’invention. Les différentes caractéristiques présentées peuvent être avantageusement combinées. Leur présence dans des parties différentes, n’excluent pas cette possibilité. Les signes de référence ne sauraient être compris comme limitant la portée de l’invention. Procédé d’animation visuelle d’un dispositif d’interface pour la commande vocale d’un assistant personnel virtuel embarqué dans un véhicule automobile (101) et commandé par la voix d’un utilisateur (102), comprenant : - l’ouverture d’un microphone (31) pour la capture d’un signal audio (32) dans le véhicule automobile en vue de l’application d’un traitement de reconnaissance vocale audit signal audio ; - le traitement en continu, par un moteur de reconnaissance vocale (33,34), du signal audio capturé par le microphone pour détecter, le cas échéant, de l’information de parole prononcée par l’utilisateur afin de commander l’assistant personnel virtuel, et la génération d’une information numérique binaire (UIS) ayant une première valeur binaire si le microphone est ouvert mais qu’aucune information de parole n’est reconnue dans le signal audio capturé, et une seconde valeur binaire, différente de ladite première valeur binaire, si le microphone est ouvert et qu’une information de parole est reconnue dans le signal audio ; - l’affichage d’une incarnation visuelle, ou avatar (39), avec une première représentation graphique ou une seconde représentation graphique, respectivement, selon la valeur binaire de l’information numérique binaire. Procédé selon la revendication 1, comprenant en outre l’affichage de l’avatar via un nombre discret de représentations graphiques comprenant un diagramme plat, un diagramme à petites ondelettes ou un diagramme à grandes ondelettes pour indiquer, respectivement, que le microphone n’est pas ouvert, que le microphone est ouvert mais qu’aucune information de parole n’est en cours d’enregistrement ou que, au contraire, le microphone est ouvert et que de l’information de parole est enregistrée et est en cours de reconnaissance vocale, avec une transition douce entre lesdites représentations graphiques. Procédé selon la revendication 1 ou la revendication 2, dans lequel le microphone est ouvert pour la capture du signal audio dans le véhicule automobile en réponse à la détection, par un moteur de détection de mot-clé d’activation, d’un mot-clé d’activation de l’assistant personnel virtuel prononcé par un utilisateur. Procédé selon l’un quelconque des revendication 1 à 3, dans lequel le moteur de reconnaissance vocale est exécuté dans un calculateur (33) embarqué à bord du véhicule. Dispositif d’animation visuelle d’un dispositif d’interface pour la commande vocale d’un assistant personnel virtuel embarqué dans un véhicule automobile (101) et commandé par la voix d’un utilisateur (102), comprenant : - des moyens pour capturer un signal audio (32) à l’aide d’un microphone (31) dans le véhicule automobile en vue de l’application d’un traitement de reconnaissance vocale audit signal audio ; - un moteur de reconnaissance vocale (33,34) configuré pour appliquer en continu un traitement de reconnaissance vocale au signal audio capturé par le microphone en vue de détecter, le cas échéant, de l’information de parole prononcée par l’utilisateur afin de commander l’assistant personnel virtuel, et pour générer une information numérique binaire (UIS) ayant une première valeur binaire si le microphone est ouvert mais qu’aucune information de parole n’est reconnue dans le signal audio capturé, et une seconde valeur binaire, différente de ladite première valeur binaire, si le microphone est ouvert et qu’une information de parole est reconnue dans le signal audio ; - un afficheur (37) adapté pour l’affichage d’une incarnation visuelle, ou avatar (39), avec une première représentation graphique ou une seconde représentation graphique, respectivement, selon la valeur binaire de l’information numérique binaire. Dispositif selon la revendication 5, dans lequel l’afficheur est adapté pour afficher l’avatar via un nombre discret de représentations graphiques comprenant un diagramme plat, un diagramme à petites ondelettes ou un diagramme à grandes ondelettes pour indiquer, respectivement, que le microphone n’est pas ouvert, que le microphone est ouvert mais qu’aucune information de parole n’est en cours d’enregistrement ou que, au contraire, le microphone est ouvert et que de l’information de parole est enregistrée et est en cours de reconnaissance vocale, avec une transition douce entre lesdites représentations graphiques. Dispositif selon la revendication 5 ou la revendication 6, dans lequel les moyens pour capturer le signal audio à l’aide du microphone sont adaptés pour réagir à la détection, par un moteur de détection de mot-clé d’activation, d’un mot-clé d’activation de l’assistant personnel virtuel prononcé par un utilisateur. Dispositif selon l’un quelconque des revendication 5 à 7, dans lequel le moteur de reconnaissance vocale est exécuté dans un calculateur (33) embarqué à bord du véhicule. Produit programme d’ordinateur comprenant une séquence d’instructions qui, lorsque le programme d’ordinateur est chargé dans la mémoire d’un ordinateur et exécuté par un processeur dudit ordinateur, sont adaptées pour mettre en œuvre toutes les étapes d’un procédé selon l’une quelconque des revendications 1 à 4. Véhicule automobile (101) comprenant un calculateur (104) embarqué, configuré pour la mise en œuvre du dispositif selon l’une quelconque des revendications 5 à 8.