FR 2955687 A1 20110729 FR 1050524 A 20100126 La présente invention concerne un système et un procédé associé de gestion de messages sonores d'alerte dans un aéronef. Dans un cockpit d'aéronef, différents systèmes de surveillance sont chargés d'émettre des messages d'alerte en cas de détection d'une situation anormale aux fins d'alerter l'équipage. Ces systèmes constituent ensemble un système global d'alarme: système embarqué destiné à prévenir les membres d'équipage d'une situation anormale concernant l'avion (décrochage, survitesse) ou un système surveillé de l'avion. Les systèmes surveillés peuvent inclure des détecteurs ou des calculateurs relatifs, par exemple, aux moteurs, aux réservoirs de carburant ou aux trains d'atterrissage. Un exemple de système de surveillance est le système de surveillance des conditions de vol (ou FWS pour "Flight Warning System"). Ce système produit par exemple des alertes lorsque les conditions de vol sont anormales et peut également émettre des annonces automatiques d'altitude quand l'avion franchit certains paliers d'altitude. D'autres systèmes de surveillance ont pour fonction de prévenir l'équipage de risques liés à l'environnement de l'aéronef. On citera notamment les systèmes TAWS (« Terrain Awareness and Warning System » ou système d'avertissement et d'alerte d'impact), TCAS (« Traffic Collision Avoidance System » ou système anticollision embarqué aussi appelé AGAS), WxR (« Weather Radar » ou radar météo), PWS (« Predictive Windshear System », système de prédiction du cisaillement). Il est possible d'avoir un certain niveau d'intégration entre ces 30 différents systèmes Ces différents systèmes de surveillance, que leur fonction soit de surveiller un système de l'aéronef ou l'environnement de celui-ci, communiquent avec l'équipage par des messages d'alerte qui peuvent inclure l'affichage de messages textuels sur des écrans, l'allumage de voyants dans le cockpit, la génération d'alertes tactiles (vibreur de manche par exemple) et l'émission de messages sonores. Dans ce dernier cas, les messages sonores peuvent être de simples sons (pour attirer l'attention des pilotes), peuvent être composés de synthèses vocales (pour donner une information aux pilotes) ou être une combinaison "hybride" de sons et de synthèses vocales. On connaît notamment les publications FR2918206 et FR2918207 qui décrivent un système de gestion de messages sonores d'alerte dans un aéronef, lequel comprend une pluralité de systèmes de surveillance aptes à détecter la réalisation d'au moins une condition d'alerte et comprend un module central de diffusion auquel est relié chacun des systèmes de surveillance et apte à diffuser un message sonore correspondant à une condition d'alerte détectée. Ce système de l'état de l'art est notamment illustré par la figure 1. Dans ce système de gestion, chaque système de surveillance (Système 1 et Système 2) comprend une carte électronique audio pour générer un message sonore en fonction d'une condition d'alerte détectée, ainsi qu'une sortie audio analogique à destination du module central de diffusion, identifié ici par AMU ("Audio Management Unit"), par l'intermédiaire de câbles analogiques. Les messages sonores sont notamment générés à partir d'une base de données propre à chaque système de surveillance. Cette base de données définit le son et/ou la synthèse vocale correspondant à chaque condition d'alerte possible. En particulier, la synthèse vocale est définie comme une suite d'enregistrements sonores élémentaires. Ainsi, le module central de diffusion AMU reçoit directement des messages sonores des systèmes de surveillance, et joue un simple rôle de relais visant à amplifier le message sonore reçu pour propager le son jusqu'aux enceintes (haut-parleurs) du cockpit. Les différents systèmes de surveillance étant indépendants, il est possible de rencontrer une situation où plusieurs messages audio sont générés en même temps. Afin de ne pas rendre inintelligible les différents messages audio, il est nécessaire de contrôler la manière dont ils sont générés. Cela peut se traduire par la règle suivante : seul un système de surveillance à la fois peut envoyer un message sonore au module central aux fins de le diffuser auprès de l'équipage. A cette règle fait exception l'alerte hybride: émission simultanée d'un son et d'une synthèse vocale dont la superposition est jugée humainement compréhensible. Un protocole de communication entre les systèmes de surveillance et s'appuyant sur le réseau de communication de l'avion est alors mis en oeuvre pour contrôler l'émission d'un message par chaque système de surveillance. Ces systèmes informent un système de surveillance décideur, du niveau de priorité maximal parmi les conditions d'alerte détectées par chacun d'entre eux (processus de priorisation interne à chaque système de surveillance). Un exemple de priorités est donné dans la publication FR2918206 susmentionnée. L'autorisation d'émettre est donnée au système de surveillance ayant détecté la condition d'alerte de plus haute priorité (processus de priorisation au niveau avion entre les différents systèmes de surveillance). Dans cette publication, c'est le système de surveillance de vol FWS qui joue un rôle central en autorisant ou interdisant un système AESS ("Aircraft Environment Surveillance System » ou système de surveillance de l'environnement de l'aéronef, regroupant par exemple les systèmes TCAS, TAWS et WxR) à générer un message sonore d'alerte. Par conception, il est possible que deux messages sonores soient superposés lors d'une même diffusion, notamment un son avec une synthèse vocale. Ce système de gestion de messages sonores selon l'état de l'art présente cependant plusieurs inconvénients liés notamment à ces particularités. Premièrement, la présence des câbles audio analogiques constitue un handicap multiple. En effet, l'aéronef étant constitué d'un grand nombre d'équipements regroupés en peu d'espace, les câbles analogiques doivent emprunter des cheminements particuliers et difficiles à déterminer, afin de réduire au maximum la présence d'interférences avec d'autres équipements lesquels pourraient dégrader le signal transmis. En particulier, ces cheminements particuliers font l'objet de contraintes de ségrégation spatiale pouvant atteindre 200 mm entre deux câbles, ce qui entraîne une occupation étendue des câbles dans l'aménagement de l'aéronef. Par ailleurs, ces câbles audio sont spécifiques et leur maintenance doit répondre à des protocoles spécifiques. Le signal analogique n'étant pas, par nature, deterministe, il est difficile de surveiller ces liaisons pour détecter une panne en cas de dysfonctionnement. Egalement, le câblage des sorties audio représente une longueur de plusieurs mètres entre chaque système de surveillance et le module central de diffusion. Ces câbles contribuent donc à l'alourdissement de l'aéronef. Deuxièmement, la présence d'au moins une carte électronique audio au niveau de chaque système de surveillance induit une augmentation du coût de ces systèmes. Troisièmement, le protocole nécessaire au dialogue entre les différents systèmes de surveillance n'est pas simple à mettre au point notamment du fait qu'il est fortement lié à l'architecture interne de chacun de ces systèmes. En outre, cette complexité rend le système mettant en oeuvre ce protocole peu évolutif, notamment pour l'intégration d'un nouveau système de surveillance. Enfin, l'ajout de nouvelles conditions d'alerte et donc de nouveaux messages sonores d'alerte est relativement complexe et coûteux, en raison notamment de la nécessité d'intervenir sur le code informatique de chacun des systèmes de surveillance concernés. La présente invention vise à pallier au moins l'un de ces inconvénients. A cet effet, l'invention propose que ledit module central de diffusion comprenne des moyens pour déterminer au moins une condition d'alerte prioritaire parmi les conditions d'alerte détectées par les systèmes de surveillance et des moyens pour générer au moins un message sonore correspondant à l'au moins une condition d'alerte prioritaire déterminée de sorte à le diffuser. Selon l'invention, on prévoit donc de réaliser les opérations de priorisation des alertes et de génération des sons et synthèses vocales au niveau d'un seul équipement. La priorisation des alertes peut notamment être réalisée sur la base de règles de présentation prédéfinies au sein du module central de diffusion, contrairement aux solutions de l'état de l'art dans lesquelles ces règles de présentation sont dupliquées dans chacun des systèmes de surveillance pour que ceux-ci communiquent au système de surveillance mettant en oeuvre le protocole leur condition d'alerte détectée la plus prioritaire. De la sorte, on supprime le besoin de câbles audio entre chacun des systèmes de surveillance et le module central de diffusion, ainsi que la présence des cartes électroniques de génération audio au niveau de chacun des systèmes de surveillance. Par conséquent, les contraintes d'installation (ségrégation, interférences) du système dans l'aéronef sont allégées, les coûts des systèmes de surveillance et le poids global de l'aéronef sont réduits. Par ailleurs, le processus de priorisation étant maintenant centralisé au niveau du module central de diffusion, il n'y a plus lieu d'avoir recours à un protocole d'échanges entre les différents systèmes de surveillance. Cela permet, entre autres, de simplifier l'intégration de nouveaux systèmes de surveillance et de simplifier l'ajout ou la modification des conditions d'alerte ou des messages sonores. En outre, le protocole d'échange entre les systèmes de surveillance et le module central de diffusion peut être simple, et donc rapidement développé et/ou adapté. On notera également qu'en centralisant la génération des messages sonores (notamment des synthèses vocales) au niveau du seul module de diffusion, il est désormais possible de personnaliser ces messages de façon plus aisée. En effet, il est possible d'héberger sur ce même module central plusieurs bases de données audio contenant des enregistrements élémentaires constitutifs des messages sonores, chaque base contenant des enregistrements par exemple dans une langue particulière ou selon un genre masculin/féminin de la voix. Ainsi, une simple programmation du module de diffusion permet de basculer aisément d'un mode fonction de la langue ou du genre, à l'autre. Dans un mode de réalisation, le module central de diffusion comprend au moins un fichier de configuration associant, pour chacune parmi des conditions d'alerte pouvant être détectées par les systèmes de surveillance: - une information d'identification de cette condition d'alerte, - une définition sonore d'un message pour générer un message sonore correspondant à cette condition d'alerte, et - une information de priorité à partir de laquelle le module central de diffusion opère la détermination de la condition d'alerte prioritaire. On entend ici par "fichier de configuration" tout recueil d'informations de configuration, pouvant prendre indifféremment la forme par exemple d'un fichier électronique de type XML ou équivalent, ou d'une base de données. Par ailleurs, on entend par "définition sonore" un ensemble d'informations qui permet soit de synthétiser un message vocal, soit de constituer un message sonore à partir d'enregistrements élémentaires sonores, soit de combiner les deux. Par exemple, une définition sonore peut consister en une liste ordonnée d'enregistrements élémentaires sonores dont la concaténation permet la constitution d'un unique message sonore. Dans la configuration de l'invention précisée ci-dessus, la définition de chaque condition d'alerte est ainsi centralisée sur un seul équipement du système de gestion, ce qui simplifie notamment les traitements réalisés au niveau de chacun des systèmes de surveillance. Ces derniers peuvent en effet ne communiquer que l'identification d'une condition d'alerte détectée. En particulier, le module central de diffusion comprend une pluralité de fichiers de configuration associés respectivement, à chaque système de surveillance. De la sorte, il est aisé de faire évoluer indépendamment chacun des systèmes de surveillance voire d'en ajouter un nouveau auquel cas il suffit de charger un nouveau fichier de configuration correspondant, les sons manquants et de définir les priorités correspondantes. En variante, un seul fichier de configuration peut être prévu pour l'ensemble des systèmes de surveillance. Selon une caractéristique de l'invention, lesdits systèmes de surveillance sont agencés pour envoyer, au module central de diffusion au travers d'un moyen de communication numérique, au moins une requête de diffusion comprenant une information d'identification d'une condition d'alerte détectée. Dans cette configuration, il apparaît clairement que l'invention s'affranchit de la présence des câbles audio puisque, désormais, seule une communication numérique entre les systèmes de surveillance et le module central de diffusion est nécessaire. Cette communication numérique est notamment peu coûteuse et peut être réalisée de façon multiplexée pour tous les systèmes de surveillance sur un même lien de communication numérique, notamment le réseau de communication déjà existant de l'avion. Il en résulte un gain important en termes de câblage de l'avion, ainsi qu'une possibilité de détecter les pannes sur les liens entre chaque système de surveillance et le module central de diffusion. Selon une caractéristique particulière, le module central de diffusion détermine l'au moins une condition d'alerte prioritaire à partir des informations de priorités correspondant aux informations d'identification reçues des systèmes de surveillance. Dans un mode de réalisation de l'invention, ledit au moins un fichier de configuration associe, à chaque condition d'alerte, une information relative à la nature du message sonore correspondant. A titre d'exemple, un son, une synthèse vocale ou un message hybride sont autant de natures différentes de message sonore. Grâce à cette disposition, il est possible de mettre en oeuvre aisément, par le module central de diffusion, des mécanismes de superposition de messages sonores comme évoqué précédemment. On notera que la notion de superposition est par exemple prise en compte lorsqu'il s'agit de déterminer si un message sonore en cours de diffusion doit être interrompu au profit d'un nouveau message de priorité plus élevée. En effet, s'il est possible de superposer les deux messages, alors cette solution doit être privilégiée. La publication FR2918206 susmentionnée propose, sinon, un mécanisme pour gérer proprement l'interruption d'un message sonore, entre deux enregistrements élémentaires afin favoriser au maximum l'intelligibilité du message en cours de diffusion. Ainsi, selon une caractéristique particulière, ledit module central de diffusion comprend des moyens de détermination de l'opportunité de superposer deux messages sonores concomitants en fonction de la nature desdits deux messages sonores renseignée dans le fichier de configuration, et des moyens de superposition de deux messages sonores en fonction de ladite détermination. Grâce à cette superposition, l'équipage de l'aéronef est averti d'un plus grand nombre d'alertes simultanées. Dans un mode de réalisation de l'invention, ledit au moins un fichier de configuration associe, à chaque condition d'alerte, une information dite de priorité radio, renseignant une priorité de l'alerte par rapport à une fonction de communication radio équipant ledit aéronef, et ledit module central de diffusion est configuré pour ajuster un volume sonore pour la diffusion du message sonore à diffuser et un volume sonore de la fonction de communication radio en fonction de l'information de priorité radio associée à l'au moins une condition d'alerte prioritaire. Grâce à cette disposition, l'invention améliore la gestion des conflits entre les alertes audio et les communications radio, type HFNHF, à l'intérieur de l'aéronef . Le module central de diffusion peut ainsi dynamiquement atténuer certaines alertes audio ou la communication radio courante, selon l'importance de l'une ou l'autre. Corrélativement, l'invention concerne un procédé de gestion de messages sonores d'alerte dans un aéronef, comprenant: - des étapes de détection, par une pluralité de systèmes de surveillance, de la réalisation de conditions d'alerte, - une étape de diffusion, par un module central de diffusion auquel est relié chacun des systèmes de surveillance, d'un message sonore correspondant à une condition d'alerte détectée, caractérisé en ce qu'il comprend, au niveau dudit module central de diffusion, les étapes consistant à: - déterminer au moins une condition d'alerte prioritaire parmi les conditions d'alerte détectées par les systèmes de surveillance, et - générer au moins un message sonore correspondant à l'au moins une condition d'alerte prioritaire déterminée de sorte à le diffuser. Le procédé présente des avantages similaires à ceux du système de gestion exposé ci-dessus, et notamment le fait qu'en centralisant les opérations de détermination des alertes pertinentes et de génération des messages sonores correspondants au niveau d'un seul équipement du système, on peut s'affranchir d'utiliser les câbles analogiques de l'art antérieur et améliorer l'évolutivité dudit équipement du système. De façon optionnelle, le procédé peut comprendre des étapes se rapportant aux caractéristiques du système décrites ci-dessus. En particulier, le procédé comprend une étape de transmission, depuis un dit système de surveillance vers ledit module central de diffusion, d'une requête en diffusion comprenant une information d'identification d'une condition d'alerte détectée, cette transmission étant réalisée sur un réseau de communication numérique. Dans ce cas, l'étape de génération se base sur l'information d'identification reçue, si elle correspond à l'alerte prioritaire déterminée. Par ailleurs, il peut être prévu que la détermination d'au moins une condition d'alerte prioritaire est fonction d'informations de priorité associées, dans un fichier de configuration local audit module central de diffusion, à des conditions d'alerte détectables par les systèmes de surveillance. Selon une caractéristique particulière, le procédé comprend une étape de détermination de l'opportunité de superposer deux messages sonores concomitants en fonction d'informations relatives à la nature desdits deux messages sonores et renseignées dans le fichier de configuration, et une étape de superposition de deux messages sonores en fonction de ladite détermination. Selon une autre caractéristique, ledit au moins un fichier de configuration associe, à chaque condition d'alerte, une information dite de priorité radio, renseignant une priorité de l'alerte par rapport à une fonction de communication radio équipant ledit aéronef, et le procédé comprend une étape d'ajustement, par ledit module central de diffusion, d'un volume sonore de diffusion du message sonore à diffuser et d'un volume sonore de la fonction de communication radio en fonction de l'information de priorité radio associée à l'au moins une condition d'alerte prioritaire. L'invention concerne également un aéronef comprenant un système de gestion de messages sonores d'alerte tel que décrit ci-dessus. D'autres particularités et avantages de l'invention apparaîtront encore dans la description ci-après, illustrée par les dessins ci-joints, dans lesquels : - la figure 1 représente un exemple de gestion de messages sonores d'alerte selon l'état de l'art; - la figure 2 représente un exemple de système de gestion de messages sonores d'alerte selon la présente invention; - la figure 3 illustre un fichier de configuration mis en oeuvre dans le 20 système de la figure 2; - la figure 4 représente, sous forme de logigramme, des étapes principales pour la gestion des messages sonores d'alerte dans le module central de diffusion de la figure 2; - la figure 5 illustre, chronologiquement, un exemple d'échanges 25 entre les différentes entités du système de gestion de la figure 2; et - les figures 6a à 6g illustrent des états de diffusion d'un système de gestion selon la figure 2, correspondant à certains instants des échanges de la figure 5. En référence à la figure 2, un système de gestion de messages 30 sonores d'alerte 1 selon l'invention comprend des systèmes de surveillance, par exemple du type système d'alarme 10 (FWS) et système de surveillance des conditions extérieures intégré (AESS) 20. Le FWS 10 et l'AESS 20 sont construits avec une électronique enfouie temps-réel, détectant en temps réel les états de l'aéronef (parties, sous-ensembles, équipements...) et de son environnement. Ils sont reliés entre eux et avec les autres systèmes embarqués par un réseau de communication interne 30 Toujours en référence à la figure 2, un système surveillé 90 est relié au système d'alerte de vol 10. Le système surveillé est par exemple une jauge d'essence, un calculateur relié à un réacteur ou un détecteur lié à un train d'atterrissage. D'autres systèmes surveillés sont bien sûr reliés à l'AESS et/ou au FWS. Les systèmes de surveillance 10, 20 comprennent en particulier une logique simple (logicielle et/ou matérielle) agencée pour détecter différents événements relatifs à des conditions d'alerte CA, et notamment pour détecter la réalisation d'une condition d'alerte CA portant sur un ou plusieurs systèmes surveillés 90 et/ou sur des conditions extérieures. Les systèmes de surveillance identifient notamment chacune des conditions d'alerte réalisées par un identifiant idCA. Comme on le verra par la suite, cet identifiant idCA de condition d'alerte correspond également à un identifiant de message sonore d'alerte. Le système de gestion 1 comprend en outre un module central 40 de diffusion de messages sonores. Ce module, commun à l'ensemble des systèmes de surveillances, peut prendre la forme d'un AMU ("Audio Management Unit") et a pour fonction la gestion des émissions sonores dans le cockpit. A cette fin, il comprend une carte électronique audio apte à générer un signal analogique audio (par exemple à l'aide d'un lecteur numérique) et au moins une sortie analogique audio reliée à un ou plusieurs périphériques de sortie audio 45 (enceintes, casques, etc.) au sein de l'aéronef, et notamment dans le cockpit. Selon l'invention, ledit module central de diffusion comprend des moyens pour déterminer au moins une condition d'alerte prioritaire parmi les conditions d'alerte détectées par les systèmes de surveillance et des moyens pour générer au moins un message sonore correspondant à l'au moins une condition d'alerte prioritaire déterminée de sorte à le diffuser. En particulier, les systèmes de surveillance sont agencés pour envoyer, au module central de diffusion, au travers d'un moyen de communication numérique, ici le réseau interne 30, au moins une requête de diffusion comprenant une information d'identification d'une condition d'alerte détectée. Une requête est ainsi envoyée à chaque fois qu'une nouvelle condition d'alerte est détectée. Les requêtes en diffusion d'un nouveau message correspondant à une alerte détectée sont transmises depuis les systèmes de surveillance 10, 20 vers l'AMU 40, par le biais du réseau numérique 30. L'invention prévoit donc la mise en oeuvre d'un protocole de communication numérique simple entre l'AMU 40 et chacun des systèmes de surveillance susceptibles d'émettre des alertes. A titre illustratif, les requêtes des systèmes de surveillance peuvent être de plusieurs natures: - une requête AR en déclenchement de diffusion pour demander à l'AMU 40 de déclencher la diffusion d'un nouveau message sonore (représentée sur la figure 2). Cette requête contient l'identifiant idCA de la condition d'alerte CA détectée localement ou toute autre information représentative de la condition d'alerte, à laquelle correspondra le message sonore diffusé; - une requête COR en continuation de diffusion, émise régulièrement avec une période inférieure à 500 ms, pour indiquer à l'AMU 40 de poursuivre la diffusion d'un message sonore correspondant à l'identifiant idCA indiqué dans cette requête; - des requêtes de désactivation DR et d'annulation CR pour arrêter la diffusion d'un message, notamment selon les principes d'interruption décrits dans la publication FR2918206. Pour sa part, l'AMU renvoie des acquittements de réception de requête (ARA), de début d'émission d'un message sonore (SA) et de fin d'émission d'un message sonore (FA), tous identifiant la condition d'alerte CA concernée. Ainsi, l'AMU 40 reçoit l'ensemble des requêtes des différents systèmes de surveillance 10, 20 Toujours en référence à la figure 2, pour une mise en oeuvre de l'invention, le module central de diffusion 40 comprend un module de gestion 400 pour gérer les règles de présentation des messages sonores, et des moyens 410 pour générer au moins un message sonore, incluant notamment la carte électronique audio. Le module de gestion 400 identifie le ou les messages sonores à diffuser et communique des informations permettant de les identifier (sur la figure 2, les identifiants CA_à_diffuser) aux moyens 410 qui vont les générer. La détermination et la génération des messages sonores à diffuser s'appuient notamment sur des données de configuration 420 définissant chacune des conditions d'alerte CA, et sur une ou plusieurs bases de données audio 430 comprenant des enregistrements sonores élémentaires qui vont constituer les messages sonores diffusés. Les fichiers de configuration 420 peuvent prendre la forme d'une base de données ou de fichiers structurés. En particulier, il s'agit de fichiers XML dont un exemple est donné en figure 3. Ces fichiers et bases de données 420, 430 sont chargés dans l'aéronef par des moyens classiques de chargement de fichiers informatiques. Dans un mode de réalisation préféré, le module central de diffusion 40 comprend autant de fichiers de configuration XML 420 qu'il y a de systèmes de surveillance 10, 20 qui communiquent avec lui. Cela rend aisée la gestion (mise à jour, ajout, modification, etc.) de chaque système de surveillance. De façon similaire, les bases audio 420 peuvent être segmentées selon chaque système de surveillance (une base par système par exemple). En référence à la figure 3, un exemple de fichier XML de configuration 420 comprend une pluralité de définitions d'alertes 421 (élément ) ayant des caractéristiques détaillées dans les attributs ou éléments enfants de l'élément . L'attribut "id" renseigne l'identifiant de la condition d'alerte CA et donc du message sonore correspondant. Il s'agit de l'identifiant idCA visé précédemment qui est transmis dans les échanges entre I'AMU 40 et les systèmes de surveillance FWS et AESS. L'attribut "owner" indique le système de surveillance correspondant à cette alerte. Cet attribut peut être pris en compte notamment lorsqu'il s'agit de savoir si une superposition de messages sonores peut être réalisée. On notera que l'identifiant "id" peut être unique sur l'ensemble du système de gestion 1. En outre, on peut notamment allouer des plages distinctes de valeurs pour chacun des systèmes de surveillance, auquel cas l'attribut "owner" peut être omis. Le champ est un élément statique prédéfini qui contient un niveau de priorité de l'alerte correspondante, au niveau de l'aéronef (dans l'exemple, le niveau n étant plus prioritaire que le niveau n+1). Cette priorité est en particulier unique sur l'ensemble du système de gestion 1. Comme on le verra par la suite, cette information est prise en compte lorsqu'il s'agit de déterminer l'alerte la plus prioritaire qu'il convient de diffuser. Elle est aussi utilisée pour déterminer d'éventuelles superpositions de messages sonores et/ou l'interruption de la détermination de messages sonores. Dans un mode de réalisation, on réserve des plages de valeurs discontinues de priorité pour chaque système de surveillance, en réservant des plages libres. A titre d'exemple, cette allocation pourrait résulter en: - valeurs 1 à 99 libres; - valeurs 100 à 199 réservées pour le FWS; - valeurs 200 à 299 libres; - valeurs 300 à 399 réservées pour l'AESS; etc. Les plages libres sont prévues dans l'optique d'intégrer de nouveaux systèmes de surveillance ou de nouvelles alertes audio de l'AESS ou du FWS. Compte tenu de ces plages de valeurs, les priorités utilisées dans les fichiers de configuration 420 ne sont pas nécessairement continues. Le champ précise la nature (ou type) du messages sonores correspondant à l'alerte décrite. Comme introduit précédemment, il peut notamment s'agir d'un message de type "son", de type "synthèse" vocale ou de type "hybride" combinant les deux autres types. Comme on le verra par la suite, cette information de typage est utilisée lors des opérations de superposition de messages sonores. Le système de surveillance AESS 20 ne produit généralement que des alertes de type "synthèse". L'élément renseigne comment construire les messages sonores à partir des enregistrements sonores élémentaires stockés 5 dans les bases audio 430. Dans l'exemple de la figure, le message sonore de l'alerte CRICKET STALL est composé de cinq enregistrements élémentaires (au format WAV) précisés dans les champs : STALL-STALL-[SILENCE]-CRICKET-[SILENCE], 10 où CRICKET est un "son" élémentaire et STALL est une "synthèse" vocale élémentaire. Le champ indique si l'alerte est "brève" (diffusion unique du message) ou "continue" (diffusion en boucle) et peut indiquer (dans le cas "brève") une période de répétitivité pour rendre l'alerte répétitive. 15 L'élément renseigne les différents niveaux sonores possibles pour cette alerte, lesquels niveaux sont sélectionnables manuellement par l'équipage (entre atténuation ou amplification en fonction de conditions environnementales û par exemple lorsque les moteurs tournent) ou, comme on le verra par la suite, automatiquement. 20 Le champ optionnel indique un niveau de priorité de l'alerte par rapport à une fonction de communication radio équipant l'aéronef. Cette information permet à l'AMU 40 de connaître l'importance d'une alerte par rapport à une communication radio. Comme on le verra par la suite, le système de gestion 1 selon l'invention permet alors de contrôler 25 dynamiquement le niveau sonore des alertes et des communications radio en fonction de l'importance relative de celles-ci. D'autres champs optionnels (non représentés) peuvent également être prévus pour accroître les fonctions du système: un champ pour indiquer si la diffusion d'une alerte peut être ou non 30 interrompue; un champ pour indiquer que l'alerte peut être superposée ou non à une autre alerte; et un champ pour préciser l'insertion d'un silence avant (valeur négative) ou après (valeur positive) l'alerte en question de sorte à rendre l'alerte plus intelligible. De retour à la figure 2, le module de gestion 400 comprend des moyens 402 pour déterminer au moins une condition d'alerte prioritaire parmi les conditions d'alerte détectées par les systèmes de surveillance et reçues via les requêtes AR émises par les systèmes de surveillance. En pratique, les requêtes des systèmes de surveillance 10, 20 ne sont jamais simultanées de sorte que le module de gestion 400 ne gère qu'une seule requête à la fois identifiée sur la figure par le message AR(idCA). Les autres requêtes sont dans une mémoire tampon à leur réception jusqu'à traitement. Les moyens 402 sont donc prévus pour comparer la priorité de l'alerte reçue avec un niveau seuil de priorité (généralement celui de l'alerte en cours de diffusion). Des précisions sur le calcul d'un tel seuil de priorité sont fournies dans la publication FR2918206 susmentionnée, notamment le seuil courant de priorité associé à une alerte en cours peut être un attribut de priorité associé à la condition d'alerte qui a amené le déclenchement de l'alerte, éventuellement modifié par d'autres informations portant sur l'aéronef ou son environnement, qui peuvent être transmises en temps réel. Comme il ressortira de la suite, pour réaliser cette comparaison, les moyens 402 accèdent aux fichiers de configuration 420 pour récupérer, notamment, les priorités associées aux alertes CA des requêtes reçues. La règle de présentation des alertes liée aux informations de priorité est la suivante: le message sonore correspondant à l'alerte "active" de plus haute priorité (dans l'exemple, valeur de priorité la plus proche de 1) est diffusée. On entend par active, l'alerte qui a été déclenchée par un système de surveillance (par une requête AR) et qui n'est ni terminée ni désactivée ou annulée (par une requête DR ou CR). Le module de gestion 400 comprend également, de façon optionnelle, tout ou partie des modules suivants: un module de superposition 404 de messages sonores, un module d'interruption 406 de diffusion de messages sonores et un module d'enchaînement 408 de messages sonores. Le module de superposition 404 comprend notamment des moyens de détermination de l'opportunité de superposer deux messages sonores concomitants en fonction de la nature des deux messages sonores. On entend par "concomitants", le fait que deux messages ont des périodes théoriques de diffusion qui se chevauchent (c'est-à-dire qu'ils sont "actifs" en même temps). Pour ce faire, ce module s'appuie sur les fichiers de configuration 420 et récupère la nature d'une alerte CA en cours de traitement. Cette détermination est en particulier réalisée entre le/les messages en cours de diffusion et le message correspondant à une nouvelle alerte reçue en cours de traitement par le module de gestion 400. A titre illustratif, une règle de présentation des alertes liées à la superposition peut être que seuls un message de type "son" et un message de type "synthèse" peuvent être superposés. En effet, la superposition de deux sons ou de deux messages synthétisés vocalement est préjudiciable: distinction difficile entre deux sons émis simultanément ou entre deux informations vocales simultanées. Toutefois, des règles plus complexes peuvent être mises en oeuvre, notamment permettant la superposition de plus de deux messages. En centralisant ces règles de présentation au niveau du seul module central de diffusion 40, il est désormais possible de superposer un message son et un message de synthèse vocale correspondant à deux alertes détectées par un même système de surveillance. Le module d'interruption 406 permet de procéder à l'interruption d'un message en cours de diffusion, par exemple parce que l'alerte correspondante a cessé ou qu'une alerte plus importante est apparue. On se réfèrera à la publication FR2918206 susmentionnée pour plus de détails sur cette fonction, et notamment sur la façon de choisir l'instant d'interruption (à la fin d'un motif élémentaire: un son, un mot, etc.). Le module d'enchaînement 408 permet de gérer l'insertion de silences entre deux diffusions de message consécutives, afin notamment d'améliorer la compréhension globale des messages. Des durées prédéfinies (éventuellement indiquées dans le champ des fichiers de configuration 420) sont appliquées. Le module de gestion 400 détermine, ainsi, en continu, à partir de ces règles de présentation relatives aux priorités, à la superposition, à l'interruption et à l'enchaînement, les alertes à diffuser dont il transmet, également en continu, les identifiants (CA_à_diffuser sur la figure 2) aux moyens de génération audio 410. Connaissant ces identifiants, les moyens de génération audio 410 récupèrent, dans les fichiers de configuration 420, la structure des messages à diffuser, puis, dans les bases audio 430, les enregistrements élémentaires pour constituer les messages à diffuser. Si certains messages sont déjà en cours de diffusion, les moyens 410 peuvent poursuivre leur diffusion sans accéder à nouveau aux fichiers 420 et bases audio 430. Ces enregistrements sont alors lus par la carte électronique audio, en tenant compte des principes de superposition et d'interruption le cas échéant, pour permettre la diffusion des messages sonores SIG vers les enceintes du cockpit. Selon une caractéristique particulière, les moyens de génération audio 410 récupèrent également les informations de "priorité radio" associées aux alertes CA_à_diffuser, ainsi que le niveau de vigilance radio courant. Il existe traditionnellement deux états d'écoute (niveau de vigilance) concernant les communications radio: - la veille radio : le volume sonore de la communication est au minimum. Le pilote perçoit tous les appels radio, mais ne prête attention qu'aux appels où l'identifiant de son avion est cité. Il doit alors relever le niveau sonore pour écouter le reste de la communication; - l'écoute normale : le volume est à un niveau d'écoute normal. Des règles prédéfinies sont appliquées à ces deux informations récupérées, pour déterminer s'il y a lieu de relever ou non le niveau sonore des alertes et/ou de la communication radio. Ainsi, selon la priorité radio indiquée pour le message sonore à diffuser et la vigilance courante (par exemple par comparaison directe entre ces deux valeurs si cela est possible), les moyens de génération audio 410 peuvent atténuer (respectivement amplifier) le message à diffuser en choisissant une option adaptée et piloter l'équipement de communication radio au travers du module de contrôle sonore 409, pour augmenter (resp. diminuer) le volume sonore radio. Par exemple, une alerte BUZZER_NORM (signifiant que l'équipage de la cabine souhaite communiquer avec l'équipage du cockpit) peut se voir attribuer une importance faible de "priorité radio" dans le fichier de configuration 420. Ainsi, lors d'une communication radio en "écoute normale", le volume du buzzer peut être atténué pour ne pas altérer la communication. Dans un autre exemple, si l'équipage a sélectionné un état de "veille radio" et qu'une alerte sonore est émise, le volume de la radio peut être automatiquement sensiblement relevé (tout en prenant soin de conserver une intelligibilité globale correcte). Ce contrôle dynamique du volume sonore des communications radio et des alertes sonores permet notamment de réduire les gênes occasionnées par l'émission intempestive de ces alertes ou l'utilisation d'une radio avec un volume sonore trop élevé. La figure 4 illustre, de façon schématique, des étapes principales de traitement réalisées au niveau du module centralisé de diffusion 40, et 20 notamment lors de la réception d'une requête en diffusion AR. Le traitement des requêtes COR, DR et CR n'est pas décrit en détail ici. On se référera notamment à la publication FR2918206 en ce qui concerne l'interruption d'une diffusion, suite à une requête DR ou CR. Quant aux requêtes COR, elles permettent, lorsque le module de gestion 400 tient compte du 25 champ d'une alerte, de poursuivre la diffusion de cette alerte si le système de surveillance ayant détecté cette alerte continue à émettre des requêtes COR. En l'absence d'une telle requête reçue pendant un temps donné (par exemple 500 ms), le module de gestion 400 met fin à la diffusion de l'alerte correspondante. 30 Dans ces cas, l'alerte de plus haute priorité qui n'a pas été annulée, désactivée ou à laquelle il n'a pas été mis fin (dite alerte "active"), est alors diffusée. A noter que le module de gestion 400 peut tenir à jour une table TAB ou équivalent référençant l'ensemble des alertes "actives": une entrée est ajoutée à cette table lorsqu'une requête AR est reçue; puis, cette entrée est retirée lorsque l'alerte a été entièrement diffusée (cas d'une alerte brève après les N répétitions, N>_1), lorsqu'une requête DR, CR pour le même identifiant d'alerte est reçue ou lorsque aucune requête COR n'est reçue pendant 500 ms. En particulier, chaque entrée de la table TAB peut renseigner l'identifiant idCA correspondant, le et la correspondants (lesquels sont utilisés comme décrits ci-après), ainsi qu'un marqueur (ou drapeau) indiquant que l'alerte est en cours de diffusion. En référence à la figure 4, à l'étape E100, le module reçoit une requête en diffusion AR incluant l'identifiant idCA d'une condition d'alerte CA détectée par le système de surveillance émetteur de la requête. A l'étape E102, le module de gestion 400 récupère les informations de priorité et de typage correspondant à l'identifiant idCA reçu. Il insère une nouvelle entrée correspondante dans la table TAB. A l'étape E104, il compare ces informations récupérées avec celles mémorisées pour la ou les alertes en cours de diffusion au niveau de la table TAB (entrées avec le marqueur de diffusion égal à vrai), afin de déterminer si la nouvelle alerte CA doit être diffusée à son tour. Cette étape applique les règles de présentation exposées précédemment, notamment en ce qui concerne les priorités et la superposition. En particulier, si aucune alerte n'est en cours de diffusion, l'alerte CA nouvellement détectée est choisie pour être diffusée (mise à "vrai" du marqueur de diffusion correspondant dans la table TAB û étape E106). Si au moins une alerte est en cours de diffusion, le module de superposition 404 détermine (E108) si la nouvelle alerte peut être superposée avec cette au moins une alerte. Si oui, ces alertes sont ainsi choisies pour être diffusées (E110). Si non, le module de priorité 402 prend (E112) l'alerte la plus prioritaire parmi les alertes actives listées dans la table TAB, et la sélectionne comme étant une alerte à diffuser (mise à "vrai" du marqueur de diffusion dans la table TAB). Il est aisé d'ordonner les alertes de la table TAB selon leurs valeurs de priorité indiquées dans les fichiers 420 ou dans la table TAB. On note i=1 l'alerte la plus prioritaire. Le module 402 détermine ensuite (E114) s'il reste une alerte de priorité inférieure au niveau i courant. Si c'est le cas, il prend (E116) l'alerte suivante la plus prioritaire: i = i+1; puis détermine (E118) s'il est possible de superposer cette alerte suivante avec les alertes à diffuser déjà sélectionnées. Dans l'affirmative, cette alerte est sélectionnée (E120) comme étant à diffuser (mise à "vrai" du marqueur de diffusion dans la table TAB), puis on retourne à l'étape E114. Dans la négative, l'alerte i courante n'est pas retenue comme alerte à diffuser (mise à "faux" du marqueur de diffusion dans la table TAB) lors de l'étape E122, puis on retourne à l'étape E114. Enfin, lorsqu'il ne reste plus d'alertes de priorité inférieure (sortie non de l'étape E114), les alertes marquées comme à diffuser dans la table TAB sont choisies (E124). Dans notre exemple ci-dessus, il n'existe qu'un cas de superposition d'alertes impliquant au plus deux messages : un message "son" et un message "synthèse". Telle que définie ci-dessus, l'invention s'applique toutefois à des superpositions plus complexes où un grand nombre de messages sonores peut être émis simultanément: par exemple une pluralité de messages sonores à une pluralité de fréquences audibles différentes (nécessitant l'utilisation de filtres passe-bande en réception pour récupérer sélectivement chaque message). Suite aux étapes E106, E110 et E124, le module de gestion 400, via le module 409, détermine (E126) les niveaux sonores à appliquer aux messages sonores d'alerte (choix du LEVEL) et à appliquer aux communications radio, en utilisant l'information RADIO_PRIORITY et les niveaux de vigilance radio. Il contrôle alors dynamiquement le niveau sonore des communications radio. Puis à l'étape E128, le module de gestion 400 communique au module de génération audio 410, le ou les identifiants CA_à_diffuser des alertes à diffuser correspondant aux entrées de la table TAB dont le marqueur de diffusion est à vrai, accompagné du niveau sonore LEVEL à appliquer. On rappelle qu'en parallèle, les mécanismes d'interruption d'une alerte ou de fin de diffusion d'une alerte peuvent également venir modifier ces marqueurs dans la table TAB. Une communication similaire à celle de l'étape E128 est alors réalisée à chaque mise à jour d'au moins un marqueur de la table TAB. A l'étape E130, le module central 400 récupère, depuis les fichiers 10 de configuration 420, la composition des messages à diffuser, ainsi que leur champ . A l'étape E132, les enregistrements élémentaires listés dans les compositions récupérées sont à leur tour récupérés dans les bases 430. A l'étape E134, les moyens de génération audio 410 procèdent à la 15 lecture des messages sonores d'alerte correspondant aux enregistrements récupérés. A noter que si certaines des diffusions en cours doivent être interrompues pour la diffusion de nouveaux messages, ces diffusions sont interrompues en mettant par exemple en oeuvre les principes d'interruption 20 décrits dans la publication FR2918206. Comme il ressort de ce qui précède, la présente invention propose une gestion centralisée des alertes audio. La structuration des fichiers de configuration 420 et/ou bases de données audio 430 permet d'ajouter, de mettre à jour ou de supprimer un système de surveillance de façon aisée. 25 Ainsi, pour l'ajout d'un nouveau système de surveillance, il convient simplement de: - ajouter une nouvelle base 430 d'alertes dans l'AMU 40; - ajouter un nouveau fichier de configuration 420 dans l'AMU; et - réallouer des plages de priorités pour ce nouveau système de surveillance. 30 Les figures 5 et 6 illustrent un exemple de mise en oeuvre de l'invention lors de la détection successive de plusieurs alertes dans les systèmes FWS 10 et AESS 20. La figure 5 montre les échanges entre les différentes entités du système de gestion 1 et les figures 6a à 6g illustrent des états de diffusion correspondant à certains instants des échanges de la figure 5. Dans cette illustration de l'invention, le module central AMU 40 met 5 en oeuvre une mémoire tampon par type d'alerte (en ordonnant notamment les alertes listées dans la table TAB). Le système FWS 10 émet tout d'abord une requête AR d'alerte "son" BUZZER (de temporisation continue) ayant une priorité égale à 42, qu'il réitère en l'absence de réception d'un acquittement ARA(42) suivi d'une confirmation 10 de début de diffusion SA(42). De façon quasi-simultanée, le système AESS 10 émet une requête AR en diffusion d'une alerte "synthèse" TERRAIN PULL UP de priorité 15. Acquittement ARA(15) et confirmation de diffusion SA(15) sont reçues par le système AESS. La figure 6a illustre l'état du système à cet instant avec 15 diffusion superposée des deux messages. L'alerte TERRAIN PULL UP est diffusée entièrement (message FA(15) de fin de diffusion) tandis que le système FWS émet des requêtes COR(42) en continuation de diffusion de l'alerte BUZZER. La figure 6b illustre alors l'état du système à cet instant, l'alerte BUZZER étant la seule à être 20 encore diffusée. Le système AESS émet à nouveau une requête en diffusion de l'alerte TERRAIN PULL UP, le module central AMU 40 commençant alors à générer le message sonore de synthèse vocale (figure 6c). A ce moment, une requête du système FWS pour la diffusion d'une 25 alerte prioritaire CRICKET STALL (priorité maximale 1) est reçue, laquelle alerte est de type "hybride". Elle a pour conséquence l'interruption de la diffusion des alertes BUZZER et TERRAIN PULL UP, comme cela ressort de la figure 6d où seule l'alerte CRICKET STALL est diffusée. La diffusion de l'alerte CRICKET STALL se finissant (message 30 FA(1)), le système de gestion 1 se retrouve dans l'état de la figure 6e où l'alerte TERRAIN PULL UP est émise en superposition de l'alerte BUZZER. A l'état de la figure 6f, l'alerte TERRAIN PULL UP finit d'être émise (message FA(15)), seule l'alerte BUZZER subsistant grâce aux requêtes en continuation COR(42). Enfin, le système FWS émet une requête DR(42) de désactivation de l'alerte BUZZER, par exemple car les conditions de déclenchement de cette alerte ne sont plus satisfaites. Après acquittement DRA(42) et FA(42) par le module central AMU, le système ne diffuse plus aucune alerte (figure 6g). Les exemples qui précèdent ne sont que des modes de réalisation de l'invention qui ne s'y limite pas. Notamment, les systèmes de surveillance 10, 20, le module central 40 et le réseau de communication 30 peut être redondés individuellement pour assurer la pérennité des fonctions qu'ils mettent en oeuvre, en cas de défaillance de l'un d'entre eux. La gestion centralisée des alertes audio selon l'invention permet aisément une personnalisation du contenu des messages sonores. Ainsi, il est envisagé de disposer d'une pluralité de bases de données audio 430 dont chacune est dans une langue particulière ou selon une voix masculine ou féminine. Ainsi, à l'aide d'une simple commande de configuration interactive, il est possible de basculer instantanément de l'un à l'autre de ces modes (langues, voix). REVENDICATIONS1. Système (1) de gestion de messages sonores d'alerte dans un aéronef, comprenant une pluralité de systèmes de surveillance (10, 20) aptes à détecter la réalisation d'au moins une condition d'alerte (CA) et comprenant un module central de diffusion (40) auquel est relié chacun des systèmes de surveillance et apte à diffuser un message sonore (SIG) correspondant à une condition d'alerte détectée, caractérisé en ce que ledit module central de diffusion (40) comprend des moyens (402, 420) pour déterminer au moins une condition d'alerte prioritaire parmi les conditions d'alerte détectées par les systèmes de surveillance et des moyens (410, 430) pour générer au moins un message sonore (SIG) correspondant à l'au moins une condition d'alerte prioritaire déterminée de sorte à le diffuser. 2. Système selon la revendication 1, dans lequel le module central de diffusion (40) comprend au moins un fichier de configuration (420) associant, pour chacune parmi des conditions d'alerte (CA) pouvant être détectées par les systèmes de surveillance,: - une information (id, idCA) d'identification de cette condition d'alerte (CA), - une définition sonore (STRUCTURE) d'un message pour générer un message sonore (SIG) correspondant à cette condition d'alerte, et - une information de priorité (PRIORITY) à partir de laquelle le module central de diffusion (40) opère la détermination de la condition d'alerte prioritaire. 3. Système selon la revendication 2, dans lequel le module central de diffusion (40) comprend une pluralité de fichiers de configuration (420) associés respectivement à chaque système de surveillance (10, 20). 4. Système selon la revendication 2 ou 3, dans lequel lesdits systèmes de surveillance (10, 20) sont agencés pour envoyer, au module central de diffusion (40) au travers d'un moyen de communication numérique (30), au moins une requête de diffusion (AR) comprenant une information d'identification (idCA) d'une condition d'alerte (CA) détectée. 5. Système selon la revendication 4, dans lequel le module central de diffusion (40) détermine l'au moins une condition d'alerte prioritaire à partir des informations de priorités (PRIORITY) correspondant aux informations d'identification (idCA) reçues des systèmes de surveillance (10, 20). 6. Système selon l'une des revendications 2 à 4, dans lequel ledit au moins un fichier de configuration (420) associe, à chaque condition d'alerte (CA), une information (TYPE) relative à la nature du message sonore (SIG) correspondant. 7. Système selon la revendication 6, dans lequel ledit module central de diffusion (40) comprend des moyens (404) de détermination de l'opportunité de superposer deux messages sonores concomitants en fonction de la nature (TYPE) desdits deux messages sonores renseignée dans le fichier de configuration (420), et des moyens de superposition de deux messages sonores en fonction de ladite détermination. 8. Système selon l'une des revendications 2 à 7, dans lequel ledit au moins un fichier de configuration (420) associe, à chaque condition d'alerte (CA), une information (RADIO-PRIORITY) dite de priorité radio, renseignant une priorité de l'alerte par rapport à une fonction de communication radio équipant ledit aéronef, et ledit module central de diffusion (40) est configuré pour ajuster un volume sonore pour la diffusion du message sonore à diffuser et un volume sonore de la fonction de communication radio en fonction de l'information de priorité radio associée à l'au moins une condition d'alerte prioritaire. 9. Procédé de gestion de messages sonores d'alerte dans un 25 aéronef, comprenant: - des étapes de détection, par une pluralité de systèmes de surveillance (10, 20), de la réalisation de conditions d'alerte (CA), - une étape de diffusion, par un module central de diffusion (40) auquel est relié chacun des systèmes de surveillance (10, 20), d'un message sonore 30 (SIG) correspondant à une condition d'alerte détectée, caractérisé en ce qu'il comprend, au niveau dudit module central de diffusion (40), les étapes consistant à: - déterminer (E104) au moins une condition d'alerte prioritaire parmi les conditions d'alerte détectées par les systèmes de surveillance, et - générer (E134) au moins un message sonore correspondant à l'au moins une condition d'alerte prioritaire déterminée de sorte à le diffuser. 10. Procédé selon la revendication 9, comprenant une étape de transmission, depuis un dit système de surveillance (10, 20) vers ledit module central de diffusion (40), d'une requête en diffusion (AR) comprenant une information d'identification (idCA) d'une condition d'alerte (CA) détectée, cette transmission étant réalisée sur un réseau de communication numérique (30). 11. Procédé selon la revendication 9 ou 10, dans lequel la détermination (E104) d'au moins une condition d'alerte prioritaire est fonction d'informations de priorité (PRIORITY) associées, dans un fichier de configuration (420) local audit module central de diffusion (40), à des conditions d'alerte détectables par les systèmes de surveillance (10, 20). 12. Procédé selon la revendication 11, comprenant une étape de détermination (E108, E118) de l'opportunité de superposer deux messages sonores concomitants en fonction d'informations (TYPE) relatives à la nature desdits deux messages sonores et renseignées dans le fichier de configuration (420), et une étape de superposition de deux messages sonores en fonction de ladite détermination. 13. Procédé selon la revendication 11 ou 12, dans lequel ledit au moins un fichier de configuration (420) associe, à chaque condition d'alerte, une information (RADIO_PRIORITY) dite de priorité radio, renseignant une priorité de l'alerte par rapport à une fonction de communication radio équipant ledit aéronef, et le procédé comprend une étape d'ajustement (E130), par ledit module central de diffusion (40), d'un volume sonore de diffusion du message sonore (SIG) à diffuser et d'un volume sonore de la fonction de communication radio en fonction de l'information de priorité radio associée à l'au moins une condition d'alerte prioritaire. 14. Aéronef comprenant un système (1) de gestion de messages sonores d'alerte selon l'une des revendications 1 à 8.