FR 2956499 A1 20110819 FR 1051056 A 20100215 La présente invention concerne la gestion d'informations et plus particulièrement un procédé et un dispositif permettant l'exploitation fonctionnelle, dans un aéronef, d'un grand nombre d'informations issues de différentes sources. Les systèmes d'affichage des aéronefs modernes permettent d'informer les membres d'équipage sur l'état de l'aéronef. Les informations sont généralement présentées, sur des écrans du cockpit et/ou de la cabine, sous forme de messages, de représentations géographiques et de diagrammes synoptiques représentatifs des équipements de l'aéronef. Ces informations comprennent des données affichées en permanence ainsi que des données pouvant être affichées selon la phase de vol en cours et les alertes actives. Par ailleurs, les membres d'équipage utilisent fréquemment des informations dites de « mission », fournies sous forme de documents papiers remis à jour régulièrement. Ces documents sont, par exemple, le dossier de vol avec les éléments dynamiques du jour tels que les bulletins météorologiques et les NOTAMs (acronyme de Notice To Air Men en terminologie anglo-saxonne). En outre, les compagnies aériennes peuvent donner à leurs équipages des informations particulières telles que des informations relatives à des secteurs de navigation, des aéroports et des routes. Ces informations peuvent également être fournies sur un support électronique nanti d'un écran distinct des écrans affectés aux instruments de bord. Le support électronique est généralement le reflet du papier et l'information est présentée sous un format non modifiable et dans lequel les informations ne peuvent être sélectionnées individuellement. Des aéronefs modernes, notamment l'A380 (A380 est une marque) intègrent des systèmes de présentation de cartes dites « en route » dans lesquels l'affichage est adapté au niveau de zoom utilisé en filtrant les informations. De façon générale, le fait de présenter les informations de manière identique sur papier et sur écran facilite la justification réglementaire pour assurer la ségrégation et la non corruption d'informations. Ainsi, typiquement, les aéronefs modernes comprennent deux types d'écrans pour présenter de façon parallèle les informations relatives aux procédures officielles et issues de l'avionique. Il en résulte des contraintes d'utilisation liées au fait que les informations sont présentées de façon disjointe et qu'il est nécessaire d'effectuer des vérifications entre les écrans pour notamment vérifier que les informations fournies par l'avionique sont conformes aux procédures présentées sur un écran distinct. De telles contraintes nécessitent l'attention des membres d'équipage, notamment du pilote et du copilote, qui doivent naviguer entre plusieurs écrans et entre plusieurs types d'informations. Il est observé en outre que le volume d'informations de mission est généralement très important. Ces informations sont avantageusement organisées de façon structurée, selon des liens de dépendance, pour faciliter la recherche d'informations pertinentes. Ainsi, par exemple, des informations relatives à des aéroports sont regroupées dans une structure « aéroport », commune à tous les aéroports. Dans cette structure figurent des informations générales telles que le nom de l'aéroport, sa position et le nombre de pistes. Une structure sous-jacente de type « piste » peut être utilisée pour stocker les informations relatives à chaque piste telles que leur nom, leur orientation et leur longueur. Cependant, bien qu'une telle structure permette de retrouver facilement des informations, elle impose néanmoins des opérations de recherche fastidieuses lorsqu'il s'agit de l'appliquer à un vol donné car il est nécessaire de rechercher successivement les informations relatives à quelques aéroports concernés dans une documentation « aéroports », puis relatives à la procédure de décollage, à la route suivie et aux procédures de d'arrivée et d'approche. L'invention permet de résoudre au moins un des problèmes exposés précédemment. L'invention a ainsi pour objet un procédé pour ordinateur d'obtention d'informations issues d'au moins un groupe d'informations, lesdites informations obtenues devant être traitées par au moins une fonction appelée dans un système comprenant ledit ordinateur, ce procédé comprenant les étapes suivantes, - identification et sélection d'au moins une information dans ledit au moins un groupe d'informations selon au moins un lien prédéterminé unissant une référence à ladite au moins une fonction appelée à une référence à ladite au moins une information ; et, - transmission de ladite au moins une information sélectionnée à ladite au moins une fonction appelée. Le procédé selon l'invention permet ainsi de faciliter la tâche des pilotes en effectuant automatiquement une sélection d'informations, à partir de différentes sources d'informations, selon des fonctions appelées. Il est ainsi notamment possible d'utiliser directement plusieurs types d'information dans une même référence géographique. Le procédé permet d'extraire de chaque source d'informations des informations à la demande de manière flexible et non comme un ensemble d'informations utilisable uniquement en mode consultation. Les informations sélectionnées, par exemple de type carte et avionique, peuvent alors être affichées sur un même écran. Selon un mode de réalisation particulier, ladite étape de sélection comprend une étape d'évaluation d'au moins un attribut associé audit au moins un lien, ladite au moins une information étant sélectionnée en réponse à ladite étape d'évaluation dudit au moins un attribut. Le procédé selon l'invention permet ainsi de sélectionner précisément et efficacement les informations à transmettre. Ladite étape d'évaluation comprend avantageusement une étape d'accès à au moins une donnée contextuelle de telle sorte que les informations transmises soient au moins partiellement sélectionnées de façon contextuelle. Toujours selon un mode de réalisation particulier, ladite étape d'évaluation comprend une étape d'évaluation d'une règle logique. Il est ainsi possible de définir la façon dont sont sélectionnées les informations transmises. De façon avantageuse, lesdites étapes de sélection d'au moins une information et de transmission de ladite au moins une information sélectionnée sont répétées si au moins un paramètre dudit au moins un attribut varie. Le procédé selon l'invention permet ainsi une sélection dynamique des informations transmises en fonction des attributs. Toujours selon un mode de réalisation particulier, ledit au moins un lien est mémorisé dans une table de référence, ladite table de référence comprenant des liens prédéterminés entre des références à des fonctions pouvant être appelées dans ledit système et des références à des informations dudit au moins un groupe d'informations, ladite étape de sélection comprenant une étape d'accès à ladite table de référence. La sélection des informations est ainsi simple à mettre en oeuvre et les opérations de maintenance associées sont facilitées. Le procédé comprend en outre, de préférence, une étape de sélection dudit au moins un groupe d'informations parmi une pluralité de groupes d'informations. L'accès et le transfert des informations sont ainsi rapides. L'invention a également pour objet un programme d'ordinateur comprenant des instructions adaptées à la mise en oeuvre de chacune des étapes du procédé décrit précédemment lorsque ledit programme est exécuté sur un ordinateur, un dispositif comprenant des moyens adaptés à la mise en oeuvre de chacune des étapes du procédé décrit précédemment ainsi qu'un aéronef comprenant un tel dispositif. Les avantages procurés par ce programme d'ordinateur, ce dispositif 25 et cet aéronef sont similaires à ceux évoqués précédemment. D'autres avantages, buts et caractéristiques de la présente invention ressortent de la description détaillée qui suit, faite à titre d'exemple non limitatif, au regard des dessins annexés dans lesquels : - la figure 1 illustre schématiquement le principe général de 30 l'invention pour identifier et obtenir des informations devant être traitées par des fonctions particulières dans un environnement d'un aéronef ; - la figure 2 représente un exemple d'informations affichées sur un cockpit d'aéronef lors de l'appel à une fonction de type « route review » mettant en oeuvre l'invention ; - la figure 3 illustre certaines étapes mises en oeuvre lors de l'appel d'une fonction conformément à l'invention ; - la figure 4 illustre schématiquement un exemple de structure hiérarchique d'informations pouvant être utilisée pour mettre en oeuvre l'invention ; - la figure 5 illustre un exemple d'extrait d'une base de données dont la structure des données est similaire à celle illustrée en figure 4, pouvant être utilisée pour mettre en oeuvre l'invention ; et, - la figure 6 illustre un exemple d'architecture matérielle adaptée à mettre en oeuvre l'invention. De façon générale, l'invention permet d'établir un lien entre des informations issues de différentes sources et des fonctions pour regrouper des informations à traiter et/ou à afficher selon une logique opérationnelle. Il est considéré ici que les différentes informations pouvant être traitées ont des origines différentes et sont initialement regroupées selon leur origine. Par ailleurs, chaque fonction, pouvant être activée par un membre d'équipage ou de façon automatique selon des événements, traite un jeu d'informations donné, pas nécessairement connu de la fonction, provenant potentiellement de sources différentes. Selon un mode de réalisation particulier, des liens sont définis entre les informations et les fonctions, pour chaque information et chaque fonction, sous forme de caractéristiques. Ainsi, pour une information particulière, des caractéristiques Cfl, Cf2, ..., Cfn permettent d'identifier cette information particulière comme contributeur ou non aux fonctions f1, f2, ..., fn. De façon avantageuse, ces caractéristiques peuvent être définies de façon statique ou variable selon un contexte, c'est-à-dire en fonction d'un attribut. Ainsi, en combinant une référence à une fonction appelée et des données liées à un contexte, il est possible d'identifier des informations spécifiques pouvant être traitées par la fonction appelée. La figure 1 illustre schématiquement le principe général de l'invention pour identifier et obtenir des informations devant être traitées par des fonctions particulières dans un environnement 100 d'un aéronef. Les informations accessibles aux fonctions sont ici groupées sous forme de groupes d'informations 105-1 à 105-p correspondant, par exemple, aux sources des informations. Ainsi, le groupe d'informations 105-1 correspond à une première origine d'informations, le groupe d'informations 105-2 correspond à une deuxième origine d'informations et ainsi de suite. Les informations des groupes 105-1 à 105-p sont mémorisées dans des moyens de stockages de l'aéronef tels que des disques durs des systèmes avioniques ou dans des moyens de stockage externe reliés à l'aéronef, par exemple des EFB (sigle d'Electronic Flight Bag en terminologie anglo-saxonne), des serveurs de base de données ou tous autres moyens similaires. L'environnement 100 comprend en outre des fonctions 110-1 à 110-n pouvant traiter, notamment présenter sous forme visuelle ou audible, des informations provenant des groupes d'informations 105-1 à 105-p. Comme représenté par la référence 115, ces fonctions sont ici appelées de façon manuelle par un membre d'équipage ou automatique selon des événements. Lorsqu'une fonction est appelée, il est également fait appel, en parallèle, à un module de caractérisation et d'extraction 120 permettant d'extraire des informations des groupes d'informations 105-1 à 105-p selon la fonction appelée et, de préférence, selon des données liées à un contexte. De telles données liées au contexte peuvent être obtenues de plusieurs systèmes différents, par exemple d'un système avionique 125. A titre d'illustration, elles peuvent caractériser la phase de vol (parking, roulage, décollage/atterrissage, montée/descente, croisière), la position géographique ou un état de l'aéronef. Ces données liées à un contexte peuvent également concerner d'autres types de données disponibles à bord de l'aéronef telles que la date et l'heure. Le module de caractérisation et d'extraction permet, à partir d'une référence à la fonction appelée et, éventuellement, de données de contexte, d'identifier les informations de chaque groupe d'informations devant être transmises à la fonction appelée. Ces informations identifiées sont ici représentées sous la forme de groupes virtuels d'informations 130-1 et 130-n. Chaque groupe virtuel d'informations est ici associé à une fonction. Les groupes d'informations sont, par exemple, les suivants, - groupe d'information « cartes » contenant les cartes de navigation utilisées par les pilotes ; - groupe d'information « services » regroupant les informations météorologiques et les conditions du jour. Ces informations peuvent notamment être transmises par des services de la compagnie aérienne exploitant l'aéronef, au sol ; et, - groupe d'information « terrain » regroupant des informations relatives au sol non directement liées à une carte, notamment des informations liées aux aéroports et à leurs pistes. Les fonctions utilisant ces informations sont, par exemple, les suivantes, - fonctions d'affichage telles que l'affichage d'informations liées à la route, d'informations de briefing avant décollage et informations de briefing avant descente ; et, - fonctions de calcul de performance. Le module de caractérisation et d'extraction est, par exemple, basé sur l'utilisation de tables de référence telles que celles présentées en annexe (Table 1). Comme représenté, chaque information est identifiée par un identifiant ID_Inf qui est propre à la nature de l'information ainsi que par un identifiant du groupe ID_Grp auquel elle appartient. Il convient de remarquer que si, pour les besoins de la description, une table est ici définie pour chaque groupe, il est également possible d'utiliser une seule table, l'identifiant de groupe étant alors associé à chaque information. De même, plusieurs tables peuvent être associées à un seul groupe. Chaque variable peut être associée à une ou plusieurs fonctions identifiée par des identifiants ID_Fct. Le symbole / indique ici que l'information doit être transmise à la fonction tandis que le symbole x indique que l'information n'est pas traitée par la fonction et qu'elle ne doit pas lui être adressée. Chaque ligne de la table de liens correspond ici à une information du groupe considéré tandis que chaque colonne correspond à une fonction. Ainsi, à titre d'illustration, l'information identifiée ID_Inf 2, relative, par exemple, à un nom d'aéroport, doit être transmise à la fonction ID_Fct_3, par exemple une fonction d'affichage, tandis que l'information identifiée ID_Inf 4 doit être transmise à la fonction ID_Fct_3. Comme décrit précédemment, chaque lien entre une information et une fonction peut également être associé à un contexte de telle sorte que le lien ne soit activé que si les conditions liées au contexte sont vérifiées. A ces fins, un attribut peut être associé à chaque lien entre une information et une fonction, à la place de l'indication de validation du lien (V ou x). Les attributs sont ici des caractéristiques des informations, liées aux fonctions utilisatrices. Il s'agit, par exemple, d'une distance minimale entre un point ou un ensemble de points auquel est associée une information et la route de l'aéronef. Ainsi, à titre d'illustration, des informations ne peuvent être utilisées par une fonction que si elles sont liées à un secteur traversé par le plan de vol ou si elles sont liées à des points situés à une distance inférieure à une distance donnée du plan de vol. De même, des informations peuvent n'être utilisées que si elles sont relatives à des points situés à une distance inférieure à une distance donnée de la position de l'aéronef. Ainsi, par exemple, des informations relatives à un aéroport ne seront utilisées que si l'aéronef est à proximité de l'aéroport en question. Les attributs peuvent également être relatifs à des données liées à des procédures suivies par l'aéronef ou au type d'aéronef pour déterminer si une information doit ou non être traitée par une fonction. Par exemple, des informations ne peuvent être utilisées par une fonction que durant les phases de décollage, d'approche ou d'atterrissage ou n'être valides que pour certains types d'aéronefs (par exemple, une piste trop courte pour un type donné d'aéronef ou selon l'état de l'aéronef ne sera pas considérée comme valide). De façon similaire, des attributs peuvent être de nature temporelle. Ainsi, par exemple, des informations relatives à un NOTAM ne seront valides et donc utilisées par une fonction que durant une période de temps déterminée liée à la période de validité du NOTAM. Les attributs peuvent également être relatifs à des informations que la compagnie aérienne exploitant l'aéronef juge utile de communiquer à ses équipages. Il peut s'agir, par exemple, d'information de disponibilité d'hébergement à proximité d'un aéroport donné. Un attribut est ainsi typiquement une règle logique basée sur des données propres à l'aéronef ou à sa mission. Ces règles peuvent comprendre plusieurs éléments combinés avec des opérations logiques telles que 'ET' et 'OU'. Les attributs peuvent être mémorisés dans les tables de référence utilisées. A titre d'illustration, une table de référence comprenant des attributs est présentée en annexe (table 2). Cette table est similaire à la table 1 décrite précédemment et permet d'établir des liens entre des informations et des fonctions. Cependant, alors que la table 1 comprend des liens statiques entre les informations et les fonctions, la nature des liens est ici statique (c'est-à-dire permanent car indépendant du contexte) ou dynamique, les liens dynamiques dépendant d'attributs, c'est-à-dire de l'application de règles dont le résultat varie selon le contexte. Ainsi, par exemple, l'information identifiée ID_Inf 1 n'est jamais utilisée par la fonction identifiée ID_Fct_2 alors que l'information identifiée ID_Inf n est toujours utilisée par cette fonction et que les informations identifiées ID_Inf 4 et ID_Inf i sont utilisées ou non par cette fonction selon la valeur des attributs (1) et (2). L'attribut (1) correspond ici à la distance (dist) entre la position de l'aéronef (pos) et celle liée à l'information identifiée ID_Inf 4 qui doit être inférieure à cent miles et à la phase de vol (phase) qui doit correspondre à l'approche. Il est observé ici qu'une information telle que la position liée à une autre information peut généralement être obtenue à travers l'organisation hiérarchique des informations comme décrit en référence aux figures 4 et 5. L'attribut (2) correspond à la distance (dist) entre la trajectoire suivie par l'aéronef (route) et celle liée à l'information identifiée ID_Inf i qui doit être inférieure à dix miles. De façon similaire, le lien entre l'information identifiée ID_Inf i et la fonction identifiée ID_Fct_3 n'existe que si cette information est d'origine (orig) française (LF) et si l'aéronef est de type (type) A, B, C ou D (A/B/C/D). De même, le lien entre l'information identifiée ID_Inf 2 et la fonction identifiée ID_Fctj n'existe que si cette information est valide (valide) dans le temps ou si la période de validité n'est pas expirée depuis plus d'une heure. Un exemple d'utilisation de ces liens entre informations et fonctions est la mise en oeuvre de la fonction connue sous le nom de « route review » permettant d'afficher l'ensemble des informations pertinentes liées à un plan de vol d'un aéronef. Ces informations comprennent typiquement les suivantes, - les secteurs survolés ; - les informations reliées à ces secteurs ; - les points de traversée des secteurs et des frontières ; et, - les aéroports identifiés pour un déroutement. L'application de règles basées sur des distances par rapport à la route à suivre permet de sélectionner les informations pertinentes et d'ignorer les autres qui, cependant, sont potentiellement utilisables par la fonction appelée. Une telle liste peut être adaptée au gré de la compagnie aérienne qui exploite l'aéronef en ajoutant des informations avec les critères déjà identifiés. Cette fonction peut utilement être complétée par une mise en valeur visuelle des éléments pour les faire ressortir par rapport aux autres informations. La figure 2 représente un exemple d'informations affichées sur un cockpit d'aéronef lors de l'appel à une fonction de type « route review » mettant en oeuvre l'invention. L'affichage 200 vise ici la route 205 de l'aéronef comprenant les points de passage 210, ou waypoints en terminologie anglo-saxonne, ainsi qu'un secteur 215 devant être survolé et les aéroports 220-1 et 220-2 situés à proximité de la trajectoire de vol. Des informations 225 relatives aux secteurs survolés sont ici affichées. Il s'agit, dans cet exemple d'informations relatives aux aéroports appartenant aux secteurs survolés, c'est-à-dire ici à l'aéroport 215-1. L'utilisation de liens dynamiques entre les informations et les fonctions permet ainsi d'accéder de façon sélective aux informations pertinentes afin de rendre les informations présentées plus lisibles aux membres d'équipage puisqu'elles sont filtrées en cohérence avec une utilisation prévue. La fonction de caractérisation et d'extraction permet ainsi d'identifier les informations relatives à la fonction appelée « route review » et de filtrer les informations non pertinentes selon les attributs de ces informations. D'autres fonctions peuvent être appelées pour traiter et/ou afficher des informations provenant de différentes origines selon des caractéristiques de l'aéronef et/ou de sa mission. Ainsi, par exemple, une fonction de briefing peut être utilisée pour afficher des informations figurant généralement sur les cartes utilisées afin de ne sélectionner que celles qui correspondent effectivement au briefing de l'aéronef concerné et au plan de vol étudié. La fonction d'extraction sélective peut être complétée par une fonction de comparaison afin de mettre en évidence la différence éventuelle entre le plan de vol publié dans les cartes et celui que l'équipage ou la compagnie fournit au système de navigation. De façon similaire, un jeu d'informations à utiliser en vol et à afficher de façon continuelle peut être défini pour une fonction de monitoring afin d'afficher une cartographie des altitudes de sécurité, le minima de remise de gaz en phase d'approche et des informations d'anticipation de situations dégradées par exemple s'il y a perte de capacité d'atterrissage en cours de vol ou modification de la procédure suivie. La figure 3 illustre plus précisément les étapes mises en oeuvre lors de l'appel d'une fonction. Comme illustré, une première étape a pour objet d'identifier les informations traitées par la fonction appelée (étape 300). Cette identification peut être réalisée via une table de référence telle que celles données en annexe. Cette étape permet d'identifier toutes les informations pouvant potentiellement être traitées par la fonction appelée c'est-à-dire les informations identifiées par des liens statiques ainsi que toutes les informations identifiées par des liens dynamiques. Une étape suivante vise la sélection des informations identifiées (étape 305). Au cours de cette étape, toutes les informations définies par des liens statiques sont sélectionnées ainsi que toutes les informations dont les attributs sont vérifiées. A ces fins, les attributs sont évalués en utilisant notamment des données de contexte. La fonction appelée est alors exécutée (étape 310) avec les informations sélectionnées qui sont traitées et/ou affichées selon la fonction. Dans une étape suivante, un test est effectué pour déterminer si l'exécution de la fonction est arrêtée (étape 315). Dans l'affirmative, il est mis fin à l'algorithme. Dans le cas contraire, un autre test est effectué pour déterminer si les paramètres des attributs des informations identifiées ont varié (étape 320). Dans la négative, l'algorithme boucle sur l'étape précédente (étape 315). Si, au contraire, les paramètres des attributs des informations identifiées ont varié, les étapes précédentes (étapes 305 à 315) sont répétées pour sélectionner les informations devant être traitées par la fonction appelée. Il est observé ici que, conformément à la figure 1, les étapes 300, 305 et 320 sont mises en oeuvre dans le module de caractérisation et d'extraction 120 tandis que les étapes 310 et 315 sont mises en oeuvre dans le module « fonction » génériquement référencé 110. La figure 4 illustre schématiquement un exemple de structure hiérarchique d'informations, liées à un aéroport, pouvant être utilisée pour mettre en oeuvre l'invention. Les noms entre parenthèses sont ici des identifiants d'informations pouvant être traitées et/ou affichées par une fonction. Selon cet exemple, les informations relatives à un aéroport sont, notamment, son nom (Airport name), sa position (Airport pos) et le nombre de pistes (Airport runway_nb). Pour chacune de ces pistes, les informations sont, en particulier, leur nom (Airport runway_name), leur orientation (Airport runway_orient) et leur longueur (Airport runway_length). La figure 5 illustre un exemple d'extrait d'une base de données relative à des aéroports, par exemple appartenant à un groupe d'informations relatives à des aéroports, dont la structure des données est similaire à celle illustrée en figure 4, pouvant être utilisée pour mettre en oeuvre l'invention. Cet exemple vise deux aéroports, CDG et NCE, distants de plus de 200 miles. L'aéroport CDG est ici situé à la position (x, y, z) et comprend 4 pistes. La première piste est nommée CDG1, elle est orientée à 148° et mesure 3 428 mètres tandis que la seconde est nommée CDG2, est orientée à 192° et mesure 2 727 mètres. L'aéroport NCE est ici situé à la position (x', y', z') et comprend 2 pistes dont la première piste est nommée NCE1. Elle est orientée à 92° et mesure 3 218 mètres. A titre d'illustration, si une fonction F a besoin d'afficher les longueurs des pistes situées à moins de 100 miles de l'aéronef, une table de référence doit comprendre un attribut de type « dist(pos) La sélection est ensuite effectuée en comparant la position de l'aéronef avec celle des lieux associés aux informations identifiées, c'est-à-dire avec celle des aéroports CDG et NCE, et un seuil de 100 miles. Ces positions sont identifiées par la structure prédéterminée et connue des informations. Ainsi, si l'aéronef se trouve à moins de 100 miles de NCE (donc nécessairement à plus de 100 miles de CDG), seule la longueur 3 218 correspondant à la piste NCE1 de l'aéroport NCE est affichée. La figure 6 illustre un exemple d'architecture matérielle, de type ordinateur embarqué, adaptée à mettre en oeuvre l'invention, notamment l'algorithme représenté sur la figure 3. Le dispositif 600 comporte ici un bus de communication 605 auquel sont reliés : - une ou plusieurs unités centrales de traitement ou microprocesseurs 610 (CPU, sigle de Central Processing Unit en terminologie anglo-saxonne) ; - une mémoire morte 615 (ROM, acronyme de Read Only Memory 5 en terminologie anglo-saxonne) pouvant comporter les programmes (prog, prog1 et prog2) nécessaires à la mise en oeuvre de l'invention ; - une mémoire vive ou mémoire cache 620 (RAM, acronyme de Random Access Memory en terminologie anglo-saxonne) comportant des registres adaptés à enregistrer des variables et paramètres créés et modifiés au 10 cours de l'exécution des programmes précités ; et - une interface de communication 650 adaptée à transmettre et à recevoir des données. Le dispositif 600 dispose également, de préférence, des éléments suivants : 15 - une ou plusieurs unités d'affichage 625 permettant de visualiser des données telles que des informations identifiées et sélectionnées et pouvant servir d'interface graphique avec l'utilisateur qui pourra interagir avec les programmes selon l'invention, à l'aide d'un clavier et d'une souris 630 ou d'un autre dispositif de pointage tel qu'un écran tactile ou une télécommande ; 20 - d'un disque dur 635 pouvant comporter les programmes précités, des informations à traiter selon l'invention et des tables de référence ; et - d'un lecteur de cartes mémoires 640 adapté à recevoir une carte mémoire 645 et à y lire ou à y écrire des données traitées ou à traiter selon l'invention. 25 Le bus de communication permet la communication et l'interopérabilité entre les différents éléments inclus dans le dispositif 600 ou reliés à lui. La représentation du bus n'est pas limitative et, notamment, l'unité centrale est susceptible de communiquer des instructions à tout élément du dispositif 600 directement ou par l'intermédiaire d'un autre élément du dispositif 30 600. Le code exécutable de chaque programme permettant au dispositif programmable de mettre en oeuvre les processus selon l'invention, peut être stocké, par exemple, dans le disque dur 635 ou en mémoire morte 615. Selon une variante, la carte mémoire 645 peut contenir des informations, notamment des informations à traiter selon l'invention et des tables de référence, ainsi que le code exécutable des programmes précités qui, une fois lu par le dispositif 600, est stocké dans le disque dur 635. Selon une autre variante, le code exécutable des programmes, les informations à traiter selon l'invention et/ou les tables de référence pourront être reçus, au moins partiellement, par l'intermédiaire de l'interface 650, pour être stocké de façon identique à celle décrite précédemment. De manière plus générale, le ou les programmes ainsi que les informations à traiter selon l'invention et/ou les tables de référence pourront être chargés dans un des moyens de stockage du dispositif 600 avant d'être exécutés. L'unité centrale 610 va commander et diriger l'exécution des instructions ou portions de code logiciel du ou des programmes selon l'invention, instructions qui sont stockées dans le disque dur 635 ou dans la mémoire morte 615 ou bien dans les autres éléments de stockage précités. Lors de la mise sous tension, le ou les programmes qui sont stockés dans une mémoire non volatile, par exemple le disque dur 635 ou la mémoire morte 615, sont transférés dans la mémoire vive 620 qui contient alors le code exécutable du ou des programmes selon l'invention, ainsi que des registres pour mémoriser les variables et paramètres nécessaires à la mise en oeuvre de l'invention. Il convient de noter que la mémoire utilisée pour stocker les données peut être intégrée dans un serveur de base de données. De même, l'accessibilité aux données selon les fonctions mises en oeuvre peut être réalisée via un bus multiplexé. Naturellement, pour satisfaire des besoins spécifiques, une personne compétente dans le domaine de l'invention pourra appliquer des modifications dans la description précédente. En particulier, bien que l'invention ait été plus particulièrement présentée dans le domaine des aéronefs, il convient de noter que de façon plus générale celle-ci peut être mise en oeuvre dans de nombreux domaines techniques similaires notamment dans des véhicules automobiles et des bateaux. ANNEXE ID_Grp = ID_Grp_1 ID Inf \ ID Fct_1 ID_Fct_2 ID_Fct_3 ... ID Fct_j ... ID_Fct_m ID Fct ID Inf 1 x x x x / ID Inf 2 / x / x / ID Inf 4 x / x x / ID Inf i x / / / x ID Inf n / / x / / Table 1 ID_Grp = ID_Grp_3 ID Inf \ ID Fct_1 ID_Fct_2 ID_Fct_3 ... ID Fct_j ... ID_Fct_m ID Fct ID Inf 1 x x x x / ID_nf_2 / x / (4) / ID_nf_4 x (1) x x / ID_nf_i x (2) (3) / x ID Inf n / / x / / (1) : dist(pos) Table 2 REVENDICATIONS1. Procédé pour ordinateur d'obtention d'informations issues d'au moins un groupe d'informations, lesdites informations obtenues devant être traitées par au moins une fonction appelée dans un système comprenant ledit ordinateur, ce procédé étant caractérisé en ce qu'il comprend les étapes suivantes, - identification (300) et sélection (305) d'au moins une information dans ledit au moins un groupe d'informations selon au moins un lien prédéterminé unissant une référence à ladite au moins une fonction appelée à une référence à ladite au moins une information ; et, - transmission de ladite au moins une information sélectionnée à ladite au moins une fonction appelée. 2. Procédé selon la revendication 1 selon lequel ladite étape de sélection comprend une étape d'évaluation d'au moins un attribut associé audit au moins un lien, ladite au moins une information étant sélectionnée en réponse à ladite étape d'évaluation dudit au moins un attribut. 3. Procédé selon la revendication précédente selon lequel ladite étape d'évaluation comprend une étape d'accès à au moins une donnée contextuelle. 4. Procédé selon la revendication 2 ou la revendication 3 selon lequel ladite étape d'évaluation comprend une étape d'évaluation d'une règle logique. 5. Procédé selon l'une quelconque des revendications 2 à 4 selon lequel lesdites étapes de sélection d'au moins une information et de transmission de ladite au moins une information sélectionnée sont répétées (320) si au moins un paramètre dudit au moins un attribut varie. 6. Procédé selon l'une quelconque des revendications précédentes selon lequel ledit au moins un lien est mémorisé dans une table de référence, ladite table de référence comprenant des liens prédéterminés entre desréférences à des fonctions pouvant être appelées dans ledit système et des références à des informations dudit au moins un groupe d'informations, ladite étape de sélection comprenant une étape d'accès à ladite table de référence. 7. Procédé selon l'une quelconque des revendications précédentes comprenant en outre une étape de sélection dudit au moins un groupe d'informations parmi une pluralité de groupes d'informations. 8. Programme d'ordinateur comprenant des instructions adaptées à la mise en oeuvre de chacune des étapes du procédé selon l'une quelconque des revendications précédentes lorsque ledit programme est exécuté sur un ordinateur. 9. Dispositif comprenant des moyens adaptés à la mise en oeuvre de chacune des étapes du procédé selon l'une quelconque des revendications 1 à 8. 10. Aéronef comprenant le dispositif selon la revendication 15 précédente.