Brevet FR3131051A1 — publié le 20230623

Les modes de réalisation de l’invention fournissent un procédé de traitement de données générées par un dispositif de gestion des évènements déterminant des suggestions d’adaptation de mission à partir de sources de données de mission en cours ou futures, le procédé comprenant les étapes consistant à : - recevoir au moins une suggestion comprenant une information et une donnée liée à sa construction ; - générer une notification pour chaque suggestion reçue ; - enregistrer la notification dans une mémoire de notifications. Le procédé comprend en outre au moins une itération des étapes suivantes : - appliquer une opération de classification à la notification ; - appliquer un traitement à la notification en fonction l’opération de classification, le traitement comprenant une étape de génération d’un rendu de la notification sur une interface Homme-Machine en réponse à une condition d’affichage, le rendu utilisant une forme d’affichage et une dynamique d’affichage. Figure pour l’abrégé : Fig. 4 Procédé de traitement de données d’un dispositif d’assistance au pilotage d’aéronefs L’invention concerne de manière générale le domaine de gestion de mission d’aéronefs, et en particulier un procédé de traitement de données d’un dispositif d’assistance au pilotage d’aéronefs. Les aéronefs, qu’ils soient civils ou militaires, sont de complexité toujours croissante. La gestion stratégique des missions en cours et futures d’un aéronef, implique une charge de travail de plus en plus importante pour l’équipage, et notamment pour les pilotes, lorsqu’un évènement survient. Un évènement peut être un évènement interne à l’aéronef, tel qu’une défaillance d’un système, un problème médical d’un passager, ou un événement externe à l’aéronef, tel que par exemple un changement de météo ou une dégradation d’une installation. Un évènement peut aussi être un évènement opérationnel, comme par exemple une modification de la mission initialement prévue, pouvant résulter d’un évènement interne ou externe. Les solutions connues d’assistance et/ou de gestion de missions en cours et futures d’un aéronef sont classiquement soit des systèmes purement avioniques soit des systèmes du monde ouvert. Par définition, les systèmes purement avioniques appelés ‘systèmes certifiés’ (ou parfois ‘systèmes de l’avionique certifiée’) sont soumis à des contraintes de certification sur le matériel et le logiciel. Les systèmes du monde ouvert appelés ‘systèmes non-certifiés’ (ou parfois ‘systèmes de l’avionique non-certifiée’), ne sont pas soumis aux mêmes contraintes de certification que les systèmes certifiés. Les systèmes non-certifiés couvrent du matériel pouvant accueillir du logiciel non-certifié mais soumis à une approbation opérationnelle de l’aéronef. Les systèmes non-certifiés ont l’avantage d’avoir moins de contraintes de développement, avec des processus de développement et de déploiement plus courts. Ces systèmes non-certifiés ne tiennent pas compte de l’ensemble des données provenant des systèmes certifiés et non-certifiés de l’aéronef. Par exemple, les systèmes non-certifiés ne sont pas connectés à l’avionique. Ils ont donc une vision incomplète d’une situation courante car ils n’intègrent pas de manière continue l’état de l’aéronef et l’évolution de la mission prévue. Ces systèmes ne permettent donc pas de proposer aux opérateurs de l’aéronef des propositions ou suggestions leur permettant de prendre une décision pertinente dans son ensemble. Au contraire, chacune des solutions connues présent uniquement des informations parcellaires ne permettant pas à elles seules de générer une vision globale du contexte de vol et du contexte environnemental. Les systèmes non-certifiés sont généralement constitués de plusieurs applications, ayant chacune une fonctionnalité spécifique, qui ne sont pas adaptées pour délivrer des suggestions relatives à la mission dans sa globalité. Typiquement, les systèmes non-certifiés se contentent de présenter des affichages synthétiques de situations à des opérateurs de l’aéronef. Enfin, les systèmes non-certifiés ne proposent pas d’affichage d’informations basé sur le principe de notifications d’informations aux opérateurs de l’aéronef. Les systèmes certifiés traitent avant tout des aspects tactiques et de sécurité d’un changement de contexte, c’est-à-dire orientés vers une réaction immédiate que les opérateurs de l’équipage doivent avoir. Les systèmes certifiés ne sont pas en mesure d’analyser les conséquences à moyens et/ou longs termes d’une situation courante. Même si ces systèmes certifiés évoluaient afin d’intégrer des capacités de suggestions, ils se trouveraient vite limités en termes de puissance de calcul et également en termes de capacités de collecte de nouvelles données, notamment du fait que leurs cycles de développement et d’évolution sont des cycles longs, et évidement du fait des contraintes de certification. Avec les différents systèmes de l’état de l’art, lorsqu’un changement de l’état de l’aéronef ou un évènement extérieur survient, les opérateurs de l’équipage d’un aéronef doivent analyser les informations fournies par une multitude de systèmes et déterminer la stratégie d’adaptation de la mission qui lui parait être la meilleure. La plupart du temps, les opérateurs de l’équipage d’un aéronef doivent se contenter d’analyser un sous-ensemble de données qui lui parait pertinent, car ils n’ont ni le temps ni la capacité de reconsidérer le contexte dans sa globalité, les informations étant trop nombreuses. Aussi, les opérateurs de l’équipage d’un aéronef font l’hypothèse que les seuls changements vis-à-vis de la situation initiale, sont ceux ayant déclenché l’analyse. Cependant, une telle hypothèse n’est pas toujours avérée. Par exemple, la météo sur un des aéroports de déroutement possible peut avoir évoluée entre la préparation du vol et son exécution. Les opérateurs de l’équipage d’un aéronef peuvent prendre la décision d’un déroutement sur cet aéroport inopérant, ce qui correspond à une mauvaise solution de déroutement. Certaines solutions existantes de dispositif d’assistance au pilotage d’aéronefs visent à apporter des aides aux opérateurs de l’équipage pour leur permettre une analyse de l’impact d’un changement de contexte sur une mission en cours, comme décrit par exemple dans US 10096253 et US 10109203. Cependant, ces solutions connues sont basées sur la présentation brute d’informations à l’équipage provenant directement de quelques systèmes. Ces solutions connues ne fournissent pas de propositions de suggestions établies sur des multicritères, selon l’ensemble des différents systèmes disponibles. Les solutions existantes de dispositif d’assistance au pilotage d’aéronefs ne fournissent pas de procédé dynamique de calculs de suggestions et de générations de notifications d’informations issues de telles suggestions, permettant aux opérateurs d’un équipage d’analyser l’impact d’un changement de contexte sur la mission en cours de l’aéronef en prenant en compte les données de l’ensemble des différents systèmes certifiés et non-certifiés. Il existe ainsi un besoin pour un procédé amélioré de traitement de données provenant d’un dispositif d’assistance au pilotage d’aéronefs. La présente invention vient améliorer la situation en proposant un procédé de traitement de données générées par un dispositif de gestion des évènements, le dispositif déterminant des suggestions d’adaptation de mission à partir de sources de données de mission en cours ou futures, le procédé comprenant les étapes consistant à : - recevoir du dispositif de gestion des évènements au moins une suggestion, la suggestion comprenant au moins une information et au moins une donnée liée à la construction de la suggestion ; - générer au moins une notification pour chaque suggestion reçue en fonction d’au moins une des informations, la notification comprenant la suggestion et au moins une métadonnée structurée à partir d'un registre de métadonnées ; - enregistrer la au moins une notification dans une mémoire de notifications. Le procédé comprend en outre au moins une itération des étapes suivantes : - appliquer une opération de classification à une notification enregistrée dans la mémoire de notifications, l’opération de classification associant à la notification une classe , la classe étant déterminée en fonction de règles prédéfinies parmi un ensemble de classes comprenant au moins une première classe et une deuxième classe ; - appliquer un traitement à la notification en fonction de la classe déterminée, le traitement comprenant une étape de génération d’un rendu de la notification sur une interface Homme-Machine si la classe satisfait une condition d’affichage dépendant de l’appartenance de la classe à la première classe ou à la deuxième classe , le rendu utilisant au moins une forme d’affichage et une dynamique d’affichage définies en fonction des métadonnées associées à la notification. Dans un mode de réalisation particulier, les règles prédéfinies de détermination de la classe peuvent dépendre d’un ensemble comprenant des critères de pondération, des critères définis par une ontologie et/ou des critères définis par des règles. Les sources de données de mission en cours ou futures peuvent comprendre les données acquises de différents systèmes de l’avionique certifiée ou de l’avionique non-certifiée et/ou de différentes sources externes ou sources internes à l’aéronef, le procédé comprenant en outre une étape de transfert de données aux systèmes de l’avionique certifiée et/ou de l’avionique non-certifiée. Dans un mode de réalisation, l’étape de transfert de données peut comprendre une étape de génération d’un rendu de la notification sur au moins une autre interface Homme-Machine reliée aux systèmes de l’avionique certifiée et/ou de l’avionique non-certifiée. Avantageusement, la notification peut comprendre une métadonnée d’horodatages, les horodatages comprenant un horodatage de génération de la notification, au moins un horodatage de classification de la notification, au moins un horodatage de traitement de la notification et/ou au moins un horodatage d’action lié à l’exécution d’une action. Dans un mode de réalisation particulier, la première classe peut identifier une notification « à exécuter » indiquant que la notification doit être exécutée et la deuxième classe identifie une notification « à archiver » indiquant que la notification doit être archivée dans une mémoire de sauvegarde connectée aux sources de données de mission en cours ou futures. Les classes peuvent comprendre en outre une troisième classe identifiant une notification « en attente » indiquant que la notification doit être mise en attente. Dans un mode de réalisation particulier, la classe satisfait la condition de reclassification , l'étape de traitement comprenant la réitération de l’étape consistant à appliquer une opération de classification. L’étape de réitération de l’opération de classification peut être déclenchée en fonction : - d’un contrôle d’une durée déterminée à partir de la métadonnée d’horodatages, - d’une modification des données acquises pendant une mission, et/ou - d’un contrôle d’une action détectée sur l’interface homme-machine. Dans un mode de réalisation particulier, la classe satisfait la condition de sauvegarde , l'étape de traitement comprenant une étape consistant à supprimer la notification de la mémoire de notifications et une étape consistant à archiver la notification dans la mémoire de sauvegarde. Dans certains modes de réalisation, le registre de métadonnées peut comprendre en outre : - une métadonnée de type simple associée aux notifications comprenant une information ou une action relative à au moins un paramètre de mission, l’information ou l’action étant déterminée à partir de la suggestion ; et - une métadonnée de type complexe associée aux notifications comprenant une concaténation de plusieurs informations ou actions relatives à au moins un paramètre de mission, les informations ou actions étant déterminées à partir de la suggestion. Le registre de métadonnées peut comprendre en outre une métadonnée de priorité associée aux notifications, la métadonnée de priorité étant déterminée à partir de la suggestion et mise à jour à chaque étape du procédé, la métadonnée de priorité étant associée à l’importance et/ou l’urgence des informations ou des actions relatives à au moins un paramètre de mission, la métadonnée de priorité comprenant au moins deux indicateurs de priorité, incluant un indicateur de priorité élevée et un indicateur de priorité modérée. En particulier, le registre de métadonnées peut comprendre une métadonnée définissant la catégorie des informations et/ou des actions relatives à la suggestion parmi des catégories d’environnement, et d’état de l’aéronef. Dans des modes de réalisation, la forme d’affichage définie en fonction des métadonnées associées à une notification peut comprendre une première forme d’affichage et une seconde forme d’affichage, l’étape de génération de rendu utilisant la première forme d'affichage pour générer l’affichage d’au moins : - un premier élément graphique, la sélection de l’élément graphique déclenchant la seconde forme d'affichage ; - un deuxième élément graphique contenant une information ou une action relative à au moins un paramètre de mission, l’information ou l’action étant déterminée à partir de la suggestion, la sélection de l’élément graphique déclenchant l’affichage de l’information ou de l’action dans une première zone de la seconde forme d'affichage. L’étape de génération de rendu peut comprendre : - un décompte de notifications parmi le nombre de notifications n’ayant pas subi de rendu utilisant la seconde forme d'affichage ; - une incrémentation du nombre de notifications n’ayant pas subi de rendu utilisant la seconde forme d'affichage. L’étape de génération de rendu peut utiliser la première forme pour générer en outre l'affichage du nombre de notifications décomptées non affichées dans le second mode d’affichage. Alternativement, l’étape de génération de rendu peut utiliser la seconde forme d'affichage pour générer l’affichage d’au moins : - la première zone comprenant un premier ensemble d’au moins un élément graphique, générée à partir d’une suggestion d’une notification dont la classe satisfait la condition , les éléments graphiques du premier ensemble comprenant l’affichage d’au moins une information ou une action relative à au moins un paramètre de mission, l’information ou l’action étant déterminée à partir de la suggestion, les éléments graphiques comprenant en outre l’affichage d’au moins une durée définie par la métadonnée d’horodatages de la suggestion ; - une deuxième zone comprenant un deuxième ensemble d’au moins un élément graphique, la sélection des éléments graphiques du deuxième ensemble déclenchant un filtrage du rendu des notifications selon des critères de filtrage ; - une troisième zone comprenant un troisième ensemble d’au moins un élément graphique, générée à partir d’une suggestion d’une notification dont la classe satisfait la condition de , le troisième ensemble comprenant un élément graphique de déclenchement, la sélection de l’élément graphique de déclenchement déclenchant l’affichage ou l’occultation de la troisième zone ; - une quatrième zone comprenant un quatrième ensemble d’au moins un élément graphique, la sélection de l’élément graphique déclenchant l’interruption de l’étape de génération de rendu. Avantageusement, si après une itération de l’étape consistant à appliquer une opération de classification d’une notification de classe , la classe de la notification satisfait la condition , la notification étant associée à une métadonnée de type, alors l’étape de génération de rendu utilise la première forme d'affichage pendant une durée définie par la métadonnée d’horodatages de la notification. Dans des modes de réalisation, si après une itération de l’étape consistant à appliquer une opération de classification d’une notification de classe , la classe de la notification satisfait la condition , la notification étant associée à une métadonnée de complexe, alors l’étape de génération de rendu utilise la seconde forme d'affichage. Il est en outre proposé un produit de programme informatique comportant des instructions pour l’exécution du procédé lorsque le programme est exécuté par un processeur. L’invention fournit également un dispositif de traitement des suggestions d’adaptation de mission générées à partir de sources de données de mission en cours ou futures, les suggestions étant générées par un dispositif de gestion des évènements, le dispositif étant configuré pour : - recevoir du dispositif de gestion des évènements au moins une suggestion, la suggestion comprenant au moins une information et au moins une donnée liée à la construction de la suggestion ; - générer au moins une notification pour chaque suggestion reçue en fonction d’au moins une des informations, la notification comprenant la suggestion et au moins une métadonnée structurée à partir d'un registre de métadonnées; - enregistrer la au moins une notification dans une mémoire de notifications ; Le dispositif est en outre configuré pour mettre en œuvre au moins une itération des opérations suivantes : - appliquer une opération de classification à une notification enregistrée dans la mémoire de notifications (166-4), l’opération de classification associant à la notification une classe , la classe étant déterminée en fonction de règles prédéfinies parmi un ensemble de classes comprenant au moins une première classe et une deuxième classe ; - appliquer un traitement (450) à la notification en fonction de la classe déterminée, le traitement comprenant une étape (452) de génération d’un rendu de la notification sur une interface Homme-Machine (180) si la classe satisfait une condition d’affichage dépendant de l’appartenance de la classe à la première classe ou à la deuxième classe , le rendu utilisant au moins une forme d’affichage et une dynamique d’affichage définies en fonction des métadonnées associées à la notification. Les modes de réalisation de l’invention fournissent ainsi un dispositif d’assistance au pilotage d’aéronefs amélioré capable de calculer des suggestions, de générer un affichage de telles suggestions et d’interagir dynamiquement avec les opérateurs d’un équipage à travers un tel affichage. De telles interactions sont adaptées pour minimiser la charge mentale des opérateurs d’un équipage, et fournir un temps de réponse optimisé du dispositif d’assistance. Le dispositif et le procédé d’assistance au pilotage d’aéronefs selon les modes de réalisation de l’invention permettent de corréler l’intégralité des informations qui sont disponibles et de transmettre à un équipage, même réduit, les meilleures options (suggestions) de manière à permettre une prise de décision rapide et fiable, dans toutes les étapes d’un vol. Les informations délivrées par le dispositif et le procédé d’assistance au pilotage d’aéronefs selon les modes de réalisation de l’invention permettent ainsi une gestion optimale des tâches de l’équipage, y compris lorsqu’elles sont nombreuses. Description des figures D’autres caractéristiques, détails et avantages de l’invention ressortiront à la lecture de la description faite en référence aux dessins annexés donnés à titre d’exemple, dans lesquels : La est un schéma d’une architecture informatique mettant en œuvre le procédé de l’invention. La est un schéma d’un dispositif de gestion des évènements, selon des modes de réalisation de l’invention. La est un schéma d’un dispositif de traitement des suggestions mettant en œuvre le procédé de traitement de données, selon des modes de réalisation de l’invention. La est un organigramme représentant les étapes du procédé de traitement de données, selon des modes de réalisation de l’invention. La est un organigramme représentant l’étape consistant à appliquer un traitement de notifications du procédé de traitement de données, selon des modes de réalisation de l’invention. La représente plusieurs exemples de rendu de notifications, sous forme condensée, sur une interface Homme-Machine. La représente un exemple de rendu de plusieurs notifications, sous forme étendue, sur une interface Homme-Machine. La représente un exemple de rendu d’une notification de type complexe, sous forme étendue sur une interface Homme-Machine. Une référence identique utilisée dans plusieurs figures désigne des éléments identiques ou analogues. Procédé de traitement de données générées par un dispositif de gestion des évènements (140), ledit dispositif déterminant des suggestions d’adaptation de mission à partir de sources de données de mission en cours ou futures (120), le procédé comprenant les étapes consistant à : recevoir (410) du dispositif de gestion des évènements (140) au moins une suggestion, ladite suggestion comprenant au moins une information et au moins une donnée liée à la construction de ladite suggestion ; générer (420) au moins une notification pour chaque suggestion reçue en fonction d’au moins une desdites informations, ladite notification comprenant ladite suggestion et au moins une métadonnée structurée à partir d'un registre de métadonnées (166-2) ; enregistrer (430) ladite au moins une notification dans une mémoire de notifications (166-4) ; le procédé comprenant en outre au moins une itération des étapes suivantes : appliquer une opération de classification (440) à une notification enregistrée dans la mémoire de notifications (166-4), ladite opération de classification associant à la notification une classe , ladite classe étant déterminée en fonction de règles prédéfinies parmi un ensemble de classes comprenant au moins une première classe et une deuxième classe ; appliquer un traitement (450) à ladite notification en fonction de la classe déterminée, ledit traitement comprenant une étape (452) de génération d’un rendu de la notification sur une interface Homme-Machine (180) si la classe satisfait une condition d’affichage dépendant de l’appartenance de la classe à la première classe ou à la deuxième classe , ledit rendu utilisant au moins une forme d’affichage et une dynamique d’affichage définies en fonction des métadonnées associées à la notification. Procédé de traitement de données selon la revendication 1, dans lequel les règles prédéfinies de détermination de ladite classe dépend d’un ensemble comprenant des critères de pondération, des critères définis par une ontologie et/ou des critères définis par des règles. Procédé de traitement de données selon l’une des revendications précédentes, dans lequel les sources de données de mission en cours ou futures (120) comprennent les données acquises de différents systèmes de l’avionique certifiée ou de l’avionique non-certifiée et/ou de différentes sources externes ou sources internes à l’aéronef, le procédé comprenant en outre une étape de transfert de données auxdits systèmes de l’avionique certifiée et/ou de l’avionique non-certifiée. Procédé de traitement de données selon la revendication 3, dans lequel l’étape de transfert de données comprend une étape (452) de génération d’un rendu de ladite notification sur au moins une autre interface Homme-Machine reliée auxdits systèmes de l’avionique certifiée et/ou de l’avionique non-certifiée. Procédé de traitement de données selon l’une des revendications précédentes, dans lequel la notification comprend une métadonnée d’horodatages, lesdits horodatages comprenant un horodatage de génération de ladite notification, au moins un horodatage de classification de ladite notification, au moins un horodatage de traitement de ladite notification et/ou au moins un horodatage d’action lié à l’exécution d’une action. Procédé de traitement de données selon l’une des revendications précédentes, dans lequel la première classe identifie une notification « à exécuter » indiquant que la notification doit être exécutée et la deuxième classe identifie une notification « à archiver » indiquant que la notification doit être archivée dans une mémoire de sauvegarde (166-6) connectée auxdites sources de données de mission en cours ou futures (120). Procédé de traitement de données selon la revendication 6, dans lequel lesdites classes comprennent en outre une troisième classe identifiant une notification « en attente » indiquant que la notification doit être mise en attente. Procédé de traitement de données selon les revendications 6 et 7, dans lequel la classe satisfait la condition de reclassification , l'étape de traitement comprenant la réitération de l’étape (440) consistant à appliquer une opération de classification. Procédé de traitement de données selon la revendication 8, dans lequel l’étape (440) de réitération de l’opération de classification est déclenchée en fonction : - d’un contrôle d’une durée déterminée à partir de la métadonnée d’horodatages, - d’une modification des données acquises pendant une mission, et/ou - d’un contrôle d’une action détectée sur l’interface homme-machine (108). Procédé de traitement de données selon l’une des revendications 6 à 9, dans lequel la classe satisfait la condition de sauvegarde , l'étape de traitement comprenant une étape (454) consistant à supprimer ladite notification de la mémoire de notifications (166-4) et une étape (456) consistant à archiver ladite notification dans ladite mémoire de sauvegarde (166-6). Procédé de traitement de données selon l’une des revendications précédentes, dans lequel le registre de métadonnées (166-2) comprend en outre : - une métadonnée de type simple associée aux notifications comprenant une information ou une action relative à au moins un paramètre de mission, ladite information ou action étant déterminée à partir de ladite suggestion ; et - une métadonnée de type complexe associée aux notifications comprenant une concaténation de plusieurs informations ou actions relatives à au moins un paramètre de mission, lesdites informations ou actions étant déterminées à partir de ladite suggestion. Procédé de traitement de données selon l’une des revendications précédentes, dans lequel le registre de métadonnées (166-2) comprend en outre une métadonnée de priorité associée aux notifications, ladite métadonnée de priorité étant déterminée à partir de ladite suggestion et mise à jour à chaque étape du procédé, ladite métadonnée de priorité étant associée à l’importance et/ou l’urgence des informations ou des actions relatives à au moins un paramètre de mission, ladite métadonnée de priorité comprenant au moins deux indicateurs de priorité, incluant un indicateur de priorité élevée et un indicateur de priorité modérée. Procédé de traitement de données selon l’une des revendications précédentes, dans lequel le registre de métadonnées (166-2) comprend une métadonnée définissant la catégorie des informations et/ou des actions relatives à ladite suggestion parmi des catégories d’environnement, et d’état de l’aéronef. Procédé de traitement de données selon l’une des revendications précédentes, dans lequel ladite forme d’affichage définie en fonction des métadonnées associées à une notification comprend une première forme d’affichage et une seconde forme d’affichage, l’étape de génération (452) de rendu utilisant la première forme d'affichage pour générer l’affichage d’au moins : - un premier élément graphique, la sélection dudit élément graphique déclenchant la seconde forme d'affichage ; - un deuxième élément graphique contenant une information ou une action relative à au moins un paramètre de mission, ladite information ou action étant déterminée à partir de ladite suggestion, la sélection dudit élément graphique déclenchant l’affichage de ladite information ou de ladite action dans une première zone de la seconde forme d'affichage. Procédé de traitement de données selon la revendication 14, dans lequel l’étape (452) de génération de rendu comprend : - un décompte de notifications parmi le nombre de notifications n’ayant pas subi de rendu utilisant la seconde forme d'affichage ; - une incrémentation du nombre de notifications n’ayant pas subi de rendu utilisant la seconde forme d'affichage ; l’étape (452) de génération de rendu utilisant la première forme pour générer en outre l'affichage du nombre de notifications décomptées non affichées dans le second mode d’affichage. Procédé de traitement de données selon les revendications 13 à 14, dans lequel l’étape (452) de génération de rendu utilise la seconde forme d'affichage pour générer l’affichage d’au moins : - la première zone comprenant un premier ensemble d’au moins un élément graphique, générée à partir d’une suggestion d’une notification dont la classe satisfait la condition , les éléments graphiques du premier ensemble comprenant l’affichage d’au moins une information ou une action relative à au moins un paramètre de mission, ladite information ou action étant déterminée à partir de ladite suggestion, lesdits éléments graphiques comprenant en outre l’affichage d’au moins une durée définie par la métadonnée d’horodatages de ladite suggestion ; - une deuxième zone comprenant un deuxième ensemble d’au moins un élément graphique, la sélection desdits éléments graphiques du deuxième ensemble déclenchant un filtrage du rendu des notifications selon des critères de filtrage ; - une troisième zone comprenant un troisième ensemble d’au moins un élément graphique, générée à partir d’une suggestion d’une notification dont la classe satisfait la condition de , le troisième ensemble comprenant un élément graphique de déclenchement, la sélection dudit élément graphique de déclenchement déclenchant l’affichage ou l’occultation de la troisième zone ; - une quatrième zone comprenant un quatrième ensemble d’au moins un élément graphique, la sélection dudit élément graphique déclenchant l’interruption de l’étape (452) de génération de rendu. Procédé de traitement de données selon les revendications 11 à 16, dans lequel si après une itération de l’étape (440) consistant à appliquer une opération de classification d’une notification de classe , la classe de la notification satisfait la condition , ladite notification étant associée à une métadonnée de type, alors l’étape (452) de génération de rendu utilise la première forme d'affichage pendant une durée définie par la métadonnée d’horodatages de ladite notification. Procédé de traitement de données selon les revendications 11 à 16, dans lequel si après une itération de l’étape (440) consistant à appliquer une opération de classification d’une notification de classe , la classe de la notification satisfait la condition , ladite notification étant associée à une métadonnée de complexe, alors l’étape (452) de génération de rendu utilise la seconde forme d'affichage. Produit de programme informatique comportant des instructions pour l’exécution du procédé selon l’une des revendications 1 à 18 lorsque le programme est exécuté par un processeur. Dispositif de traitement des suggestions (160) d’adaptation de mission générées à partir de sources de données de mission en cours ou futures (120), lesdites suggestions étant générées par un dispositif de gestion des évènements (140), le dispositif étant configuré pour : recevoir (410) du dispositif de gestion des évènements (140) au moins une suggestion, ladite suggestion comprenant au moins une information et au moins une donnée liée à la construction de ladite suggestion ; générer (420) au moins une notification pour chaque suggestion reçue en fonction d’au moins une desdites informations, ladite notification comprenant ladite suggestion et au moins une métadonnée structurée à partir d'un registre de métadonnées (166-2) ; enregistrer (430) ladite au moins une notification dans une mémoire de notifications (166-4) ; le dispositif étant en outre configuré pour mettre en œuvre au moins une itération des opérations suivantes : appliquer une opération de classification (440) à une notification enregistrée dans la mémoire de notifications (166-4), ladite opération de classification associant à la notification une classe , ladite classe étant déterminée en fonction de règles prédéfinies parmi un ensemble de classes comprenant au moins une première classe et une deuxième classe ; appliquer un traitement (450) à ladite notification en fonction de la classe déterminée, ledit traitement comprenant une étape (452) de génération d’un rendu de la notification sur une interface Homme-Machine (180) si la classe satisfait une condition d’affichage dépendant de l’appartenance de la classe à la première classe ou à la deuxième classe , ledit rendu utilisant au moins une forme d’affichage et une dynamique d’affichage définies en fonction des métadonnées associées à la notification.