FR3124613A1 - Procédé et dispositif de mise à jour et de partage d’une base de données d’obstacles pour aéronefs - Google Patents
Procédé et dispositif de mise à jour et de partage d’une base de données d’obstacles pour aéronefs Download PDFInfo
- Publication number
- FR3124613A1 FR3124613A1 FR2106771A FR2106771A FR3124613A1 FR 3124613 A1 FR3124613 A1 FR 3124613A1 FR 2106771 A FR2106771 A FR 2106771A FR 2106771 A FR2106771 A FR 2106771A FR 3124613 A1 FR3124613 A1 FR 3124613A1
- Authority
- FR
- France
- Prior art keywords
- user
- obstacles
- database
- equipment
- avionic
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
- 238000000034 method Methods 0.000 title claims abstract description 26
- 238000012545 processing Methods 0.000 claims description 7
- 238000012986 modification Methods 0.000 claims description 4
- 230000004048 modification Effects 0.000 claims description 4
- 238000004891 communication Methods 0.000 claims description 3
- 238000004590 computer program Methods 0.000 claims description 3
- 238000004364 calculation method Methods 0.000 claims description 2
- 238000012217 deletion Methods 0.000 claims description 2
- 230000037430 deletion Effects 0.000 claims description 2
- 238000011161 development Methods 0.000 description 9
- 230000006870 function Effects 0.000 description 8
- 230000008569 process Effects 0.000 description 5
- 230000007547 defect Effects 0.000 description 3
- 238000013461 design Methods 0.000 description 2
- 238000010586 diagram Methods 0.000 description 2
- 230000000694 effects Effects 0.000 description 2
- 238000012356 Product development Methods 0.000 description 1
- 238000000429 assembly Methods 0.000 description 1
- 238000013475 authorization Methods 0.000 description 1
- 230000004888 barrier function Effects 0.000 description 1
- 239000003086 colorant Substances 0.000 description 1
- 230000001010 compromised effect Effects 0.000 description 1
- 238000010276 construction Methods 0.000 description 1
- 230000007257 malfunction Effects 0.000 description 1
- 230000008520 organization Effects 0.000 description 1
- 238000002360 preparation method Methods 0.000 description 1
- 238000005204 segregation Methods 0.000 description 1
- 238000005507 spraying Methods 0.000 description 1
- 238000012546 transfer Methods 0.000 description 1
- 238000012795 verification Methods 0.000 description 1
- 230000000007 visual effect Effects 0.000 description 1
Classifications
-
- G—PHYSICS
- G01—MEASURING; TESTING
- G01C—MEASURING DISTANCES, LEVELS OR BEARINGS; SURVEYING; NAVIGATION; GYROSCOPIC INSTRUMENTS; PHOTOGRAMMETRY OR VIDEOGRAMMETRY
- G01C21/00—Navigation; Navigational instruments not provided for in groups G01C1/00 - G01C19/00
- G01C21/38—Electronic maps specially adapted for navigation; Updating thereof
- G01C21/3885—Transmission of map data to client devices; Reception of map data by client devices
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/23—Updating
- G06F16/2358—Change logging, detection, and notification
-
- G—PHYSICS
- G01—MEASURING; TESTING
- G01C—MEASURING DISTANCES, LEVELS OR BEARINGS; SURVEYING; NAVIGATION; GYROSCOPIC INSTRUMENTS; PHOTOGRAMMETRY OR VIDEOGRAMMETRY
- G01C21/00—Navigation; Navigational instruments not provided for in groups G01C1/00 - G01C19/00
- G01C21/38—Electronic maps specially adapted for navigation; Updating thereof
- G01C21/3804—Creation or updating of map data
- G01C21/3833—Creation or updating of map data characterised by the source of data
- G01C21/3856—Data obtained from user input
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/25—Integrating or interfacing systems involving database management systems
- G06F16/252—Integrating or interfacing systems involving database management systems between a Database Management System and a front-end application
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/27—Replication, distribution or synchronisation of data between databases or within a distributed database system; Distributed database system architectures therefor
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Databases & Information Systems (AREA)
- Remote Sensing (AREA)
- Radar, Positioning & Navigation (AREA)
- General Physics & Mathematics (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- Data Mining & Analysis (AREA)
- Automation & Control Theory (AREA)
- Computing Systems (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
- Traffic Control Systems (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
La présente invention propose un dispositif et un procédé permettant à un pilote ou plus généralement à un équipage, d'enrichir une base de données d'obstacles utilisateurs directement à l'intérieur de l'aéronef, au sol et même en vol. De manière générale, le dispositif de l’invention s’appuie sur un nouveau composant logiciel appelé « GGS », qui permet d’offrir de nouveaux services aux composants avioniques fonctionnels et aux interfaces homme-machine IHM de l’avionique. Ce nouveau composant logiciel GGS est configuré pour permettre : - de créer ; modifier ; supprimer des obstacles utilisateurs, à la demande de composants d’IHMs de l’avionique ; - d’envoyer des obstacles utilisateurs à des clients des services de ce nouveau composant GGS, qui sont soit d'autres composants fonctionnels de l’avionique, soit d'autres composants d’IHMs de l’avionique ; - d’enregistrer dans une mémoire non volatile et de restaurer depuis cette mémoire non volatile, des obstacles utilisateurs. Figure pour l’abrégé : Fig. 2
Description
Domaine de l’invention
L’invention est dans le domaine technique des systèmes d’affichage des postes de pilotages d’aéronefs et concerne plus particulièrement un dispositif et un procédé pour le stockage et le partage de données géométriques géoréférencées créées pendant une mission, en particulier des données de type obstacles utilisateurs créés pendant une mission aéronautique.
Etat de la Technique
L'annexe 4 de la Convention relative à l’Organisation de l’Aviation Civile Internationale (OACI) qui concerne les cartes aéronautiques, définit un « obstacle » comme étant « tout ou partie d’un objet fixe (temporaire ou permanent) ou mobile qui :
- est situé sur une aire destinée à la circulation des aéronefs à la surface ; ou
- fait saillie au-dessus d’une surface définie destinée à protéger les aéronefs en vol ; ou
-se trouve à l’extérieur d’une telle surface définie et qui est jugé être un danger pour la navigation aérienne ».
- est situé sur une aire destinée à la circulation des aéronefs à la surface ; ou
- fait saillie au-dessus d’une surface définie destinée à protéger les aéronefs en vol ; ou
-se trouve à l’extérieur d’une telle surface définie et qui est jugé être un danger pour la navigation aérienne ».
De tels obstacles encore désignés comme « obstacles significatifs » sont inclus sur les cartes aéronautiques. Chaque obstacle est représenté sur une carte comme une « entité obstacle » par un signe conventionnel et un identificateur appropriés. Les entités obstacles présentées sur une carte sont liées aux attributs présents dans une base de données d’obstacle, comme :
- la position horizontale en coordonnées géographiques et altitude associée ;
- le type de l’obstacle ;
- l’extension de l’obstacle, s’il y a lieu.
- la position horizontale en coordonnées géographiques et altitude associée ;
- le type de l’obstacle ;
- l’extension de l’obstacle, s’il y a lieu.
Les attributs de données d'obstacles présents dans une base de données d'obstacles, par exemple la «Digital Obstacle File » (DOF) de la « Federal Administration Aviation » (FAA), sont des instances d'entités qui peuvent être représentées par des points, des lignes ou des polygones. Un exemple de représentation d'obstacle pour un pylône, peut être un point. Un exemple de représentation d'obstacle pour une ligne électrique haute tension, peuvent être des lignes. Un exemple de représentation d'obstacle pour un bâtiment, peut être un polygone.
De tels obstacles peuvent devenir une menace pour les aéronefs volant à proximité du sol, et particulièrement pour les hélicoptères lorsque la visibilité est dégradée, même en conditions de vol VFR (« Visual Flight Rules » pour règles de vol à vue).
Les cockpits modernes peuvent fournir des solutions pour améliorer la conscience de la situation des pilotes en ce qui concerne les obstacles.
L'état de l'art en matière de fonctions d'obstacles ne concerne que les fonctions utilisant des données d'obstacles fournies par un fournisseur officiel de données aéronautiques, mais sans aucun moyen de personnalisation. Ces fonctions sont un affichage 2D sur une carte numérique, un affichage 3D sur un système de vision synthétique (SVS), ou encore un système d'alerte d'obstacles via par exemple un système de conscience et d’alerte des menaces du terrain, (TAWS) pour « Terrain Awareness and Warning System ».
Une solution de la compagnie « AG-NAV » est constituée d'un appareil GPS embarqué appelé « Guia », avec un écran tactile qui permet d'afficher dans le cockpit sur une carte mobile, des données de navigation et des données de mission d’épandage aérien. Cette solution utilise une application Internet appelée « AgMission » pour préparer une mission d’épandage aérien, et qui permet aussi à un opérateur d'insérer des obstacles utilisateurs, en cliquant directement sur un emplacement sur une carte numérique, en saisissant sa hauteur, puis en enregistrant les obstacles et en les exportant vers Guia via un fichier. La solution Guia permet ainsi de télécharger des fichiers d'obstacles utilisateur qui sont créés via l’application AgMission. Elle permet aussi de télécharger des bases de données d'obstacles officielles telles que la DOF de la FAA, puis d'afficher sur une carte numérique de l’écran tactile ces obstacles en différentes couleurs, en fonction de leur hauteur et d’alerter le pilote quand il vole trop près d’un obstacle.
Cependant, la solution AgMission nécessite l’utilisation d’un site Internet pour créer les nouveaux obstacles puis un transfert via un fichier informatique dans le périphérique GPS Guia. Par ailleurs, ces obstacles ne sont pas intégrés à l’avionique, au sens des systèmes de l’avionique certifiée. Ils ne peuvent donc pas être utilisés comme obstacles d’une base de données obstacles officielle pour alimenter un SVS ou bien un TAWS ou un HTAWS.
Il peut aussi être mentionné les brevets FR 3 014 233 B1 et US9583011 B2 d’Airbus Helicopter qui décrivent des systèmes d'aéronef permettant de signaler la présence d'obstacles ainsi que des procédés de détection d'obstacle. Ces systèmes d'alerte d'obstacles sont basés sur l’utilisation d’une base de données embarquée qui peut être mise à jour en vol (par ajout et suppression d’obstacle manuellement), avec des moyens pour confirmer ensuite au sol les mises à jour. Cependant aucun élément de description n’est donné quant à la réalisation d’une fonction qui permet de créer des « obstacles utilisateurs » avec une implémentation dans l’avionique certifiée.
Les solutions pour améliorer la conscience de la situation des pilotes en ce qui concerne les obstacles nécessitent d’avoir une base de données d'obstacles qui soit précise et complète dans la zone d'exploitation de l'aéronef. Or, une telle base n'existe que rarement, et les bases de données d'obstacles sont fortement hétérogènes selon les pays ou selon les zones à l'intérieur des pays.
Même si la FAA tient une base de données le DOF qui est complète et précise sur tout le territoire aux USA, très peu de pays le font, et généralement seuls les obstacles autour des aéroports sont correctement référencés dans les bases de données aéronautiques.
Par ailleurs, les pilotes d'hélicoptère peuvent souhaiter avoir dans leur base de données d'obstacles de nouvelles constructions (antennes, éoliennes, ...) non encore enregistrées dans les bases de données officielles, avoir des obstacles temporaires tels que des grues ou des structures liées à un événement ou encore avoir des obstacles individuels d'un groupe d'obstacles qui sont enregistrés comme groupe uniquement dans les bases de données officielles.
Cependant aucune solution d’une fonction avionique ou d’une application EFB, relative à une fonction « obstacle utilisateur » qui permet de créer en vol et d’enrichir directement dans le cockpit une base de données obstacles officielle, sans présenter les inconvénients précités, n’est à ce jour identifiée.
Aussi il existe le besoin pour une solution d’enrichissement en vol ou dans le cockpit d’une base de données obstacles.
Par ailleurs, la directive pour le développement d'aéronefs et de systèmes civils sur les aspects de sécurité (la pratique recommandée pour l'aérospatiale ARP), requière que les processus employés pendant le développement de produits se conforment au processus standard ARP4754. Ce standard traite des processus de développement qui soutiennent la certification des systèmes aéronautiques, abordant « le cycle complet de développement des aéronefs, à partir des exigences des systèmes grâce à la vérification des systèmes ».
De plus, le développement des sous-ensembles électroniques et le développement des logiciels pour les systèmes aéronautiques doivent se conformer respectivement aux exigences de processus de la DO254 et de la DO178B.
La DO254 (« Design Assurance Guidance for Airbone Electronic Hardware ») précise les contraintes de développement à des fins d'obtention de la certification d'un équipement électronique d'avionique.
La DO178B (« Software Considerations in Airborne Systems and Equipment Certification ») concerne la sûreté des logiciels utilisés dans certains systèmes aéroportés, et indique les contraintes de développement à des fins d’obtention de la certification d’un logiciel avionique.
Il est connu que différents niveaux de criticité ou (DAL) pour « Design Assurance Level » sont attribués à différentes fonctions logicielles ou systèmes matériels, en fonction des conditions de défaillance et des risques associés. Plus l’impact potentiel d’une défaillance d’un composant est important, plus il doit être sûr. Les DAL sont utilisés pour déterminer le niveau de rigueur qui doit être appliqué aux différents composants (matériels et logiciels) d'un système avionique.
Cinq niveaux de DAL (de A à E) sont définis :
- niveau A (catastrophique) : Un défaut du système ou sous-système étudié peut provoquer un problème catastrophique (sécurité du vol, atterrissage compromis, crash de l'avion) ;
- niveau B (très grave) : Un défaut du système ou sous-système étudié peut provoquer un problème majeur entraînant des dégâts sérieux voire la mort de quelques occupants;
- niveau C (grave) : Un défaut du système ou sous-système étudié peut provoquer un problème sérieux entraînant un dysfonctionnement des équipements vitaux de l'appareil;
- niveau D (mineur) : Un défaut du système ou sous-système étudié peut provoquer un problème pouvant perturber la sécurité du vol;
- niveau E (sans effet) : Un défaut du système ou sous-système étudié peut provoquer un problème sans effet sur la sécurité du vol.
- niveau A (catastrophique) : Un défaut du système ou sous-système étudié peut provoquer un problème catastrophique (sécurité du vol, atterrissage compromis, crash de l'avion) ;
- niveau B (très grave) : Un défaut du système ou sous-système étudié peut provoquer un problème majeur entraînant des dégâts sérieux voire la mort de quelques occupants;
- niveau C (grave) : Un défaut du système ou sous-système étudié peut provoquer un problème sérieux entraînant un dysfonctionnement des équipements vitaux de l'appareil;
- niveau D (mineur) : Un défaut du système ou sous-système étudié peut provoquer un problème pouvant perturber la sécurité du vol;
- niveau E (sans effet) : Un défaut du système ou sous-système étudié peut provoquer un problème sans effet sur la sécurité du vol.
Au vu des exigences quant au développement de composants matériels et logiciels, toute solution d’enrichissement en vol ou dans le cockpit d’une base de données obstacles, doit répondre au processus de développement DAL.
La présente invention répond à ce besoin.
L'invention vise à pallier le manque de données d'obstacles dans les bases de données, pour les hélicoptères ou autres aéronefs qui volent très souvent en conditions VFR, à proximité du sol et hors des zones aéroportuaires.
La présente invention permet aux pilotes d'enrichir eux-mêmes avec de nouveaux obstacles, les bases de données d'obstacles, directement en vol ou lors de la préparation d’une mission, sur leur zone d’intérêt.
Ces nouveaux obstacles, qui sont chacun désigné comme un « obstacle utilisateur », deviennent disponibles dans les fonctions avioniques au même titre que les données d'obstacles fournies par les fournisseurs de bases de données aéronautiques.
Grâce à la présente invention, un obstacle utilisateur peut être affiché sur une vue 2D d'une carte mobile numérique ou d'un affichage de navigation, sur une vue 3D d'un affichage de vol principal SVS ou il peut alimenter un système de conscience et d’alerte des menaces du terrain (TAWS par exemple).
Un objet de la présente invention est un dispositif qui comprend des moyens permettant à un pilote ou plus généralement à un équipage, d'enrichir une base de données d'obstacles directement à l'intérieur de l'aéronef, au sol et même en vol.
De manière générale, le dispositif de l’invention s’appuie sur un nouveau composant logiciel appelé « GGS », où l’acronyme GGS signifie « Geometric Georeferenced Shapes » pour formes géométriques géoréférencées.
Ce nouveau composant logiciel GGS est configuré pour offrir de nouveaux services aux composants fonctionnels avioniques et aux interfaces homme-machine (IHM) de l’avionique, désignés ensemble par composants avioniques.
Dans une application préférentielle, le composant logiciel GGS est configuré pour gérer des obstacles utilisateurs.
Ce nouveau composant logiciel GGS est configuré pour permettre :
- de créer ; modifier ; supprimer des obstacles utilisateurs à la demande de composants d’IHMs de l’avionique ;
- de partager (envoyer) des obstacles utilisateurs avec des clients de ce nouveau composant logiciel GGS, qui sont soit d'autres composants fonctionnels de l’avionique, soit d'autres composants d’IHMs de l’avionique ;
- d’enregistrer vers une mémoire non volatile et de restaurer depuis cette mémoire non volatile, des obstacles utilisateurs.
- de créer ; modifier ; supprimer des obstacles utilisateurs à la demande de composants d’IHMs de l’avionique ;
- de partager (envoyer) des obstacles utilisateurs avec des clients de ce nouveau composant logiciel GGS, qui sont soit d'autres composants fonctionnels de l’avionique, soit d'autres composants d’IHMs de l’avionique ;
- d’enregistrer vers une mémoire non volatile et de restaurer depuis cette mémoire non volatile, des obstacles utilisateurs.
Ce composant logiciel avionique est implémenté dans une unité d'affichage ou DU pour « Display Unit » de l’avionique, et est dédié au partage et au stockage des obstacles utilisateurs (GGS).
Le composant logiciel GGS et ses clients peuvent être hébergés sur une même unité d’affichage DU ; ils peuvent aussi, dans une configuration de cockpit multi-DUs, être hébergés sur différentes unités d’affichage.
En effet, dans une alternative de réalisation, le composant logiciel GGS peut aussi être répliqué sur plusieurs unités d'affichage DUs, avec une DU hébergeant un composant logiciel GGS opérant en maître et une ou plusieurs DUs secondaires hébergeant un composant logiciel GGS opérant en esclave.
Avantageusement, la solution proposée respecte les principes de ségrégation de la mémoire des composants logiciels aéronautiques, où un seul composant peut écrire dans une mémoire partagée qui peut être lue par plusieurs composants. Ainsi, le composant logiciel GGS peut lire et écrire dans une mémoire volatile partagée entre les composants logiciels aéronautiques d’un même équipement hébergeant le composant GGS, et il est le seul à disposer des autorisations pour écrire dans cette mémoire.
Pour obtenir les résultats recherchés, il est proposé un procédé pour l'enrichissement et le partage à bord d’un aéronef d'une base de données d’obstacles utilisateurs, l’aéronef comprenant plusieurs équipements avioniques reliés par un réseau de communication, chaque équipement avionique hébergeant au moins un composant avionique apte à utiliser la base de données d’obstacles utilisateurs, un équipement hébergeant un composant logiciel GGS configuré pour mettre en œuvre les étapes de :
- charger une base de données d’obstacles utilisateurs, stockée dans une mémoire non-volatile dudit équipement avionique maître, lesdits obstacles utilisateurs étant des obstacles non répertoriés dans la base de données d’obstacles de l’aéronef ;
- copier la base de données d’obstacles utilisateurs dans une zone d’une mémoire volatile dudit équipement avionique maître, la mémoire volatile étant une mémoire partagée entre plusieurs composants avioniques aptes à utiliser la base de données d’obstacles utilisateurs ;
- notifier chaque composant avionique de l’équipement maître de la disponibilité dans la mémoire volatile de la base de données d’obstacles utilisateurs ;
- envoyer la base de données d’obstacles utilisateurs vers les autres équipements avioniques hébergeant un composant logiciel GGS, chaque autre équipement étant un équipement esclave hébergeant un composant logiciel GGS esclave configuré pour :
- recevoir la base de données d’obstacles utilisateurs envoyée par l’équipement maître ;
- copier la base de données d’obstacles utilisateurs dans une zone d’une mémoire volatile, ladite mémoire volatile étant une mémoire partagée entre les composants avioniques de l’équipement esclave, et aptes à utiliser la base de données d’obstacles utilisateurs; et
- notifier chaque composant avionique de la disponibilité dans la mémoire volatile, de la base de données d’obstacles utilisateurs.
Selon des modes de réalisation alternatifs ou combinés :
- le procédé comprend une étape de copier la base de données d’obstacles utilisateurs dans une mémoire non volatile d’un équipement avionique hébergeant un composant logiciel GGS esclave.
- le procédé comprend les étapes de :
- recevoir sur l’équipement hébergeant le composant logiciel GGS maître, une requête de modification de la base de données d’obstacles utilisateurs, la requête étant émise pour créer et/ou modifier et/ou supprimer un obstacle utilisateur ;
- traiter la requête en mémoire volatile partagée dudit équipement, le traitement de la requête provoquant une mise à jour de la base de données d’obstacles utilisateurs ;
- enregistrer la mise à jour de la base de données d’obstacles utilisateurs dans la mémoire non volatile dudit équipement ; et
- notifier chaque composant avionique de la disponibilité dans la mémoire volatile de l’équipement avionique l’hébergeant, de la base de données d’obstacles utilisateurs.
- le procédé comprend de plus après l’étape de traitement de la requête, les étapes de :
- envoyer la base de données d’obstacles utilisateurs géoréférencés vers les équipements avioniques hébergeant un composant logiciel GGS esclave ;
- copier la base de données d’obstacles utilisateurs géoréférencés dans une zone de la mémoire volatile de chaque équipement avionique hébergeant un composant logiciel GGS esclave ; et
- notifier chaque composant avionique de la disponibilité dans la mémoire volatile de l’équipement avionique l’hébergeant, de la base de données d’obstacles utilisateurs.
- le procédé comprend après l’étape de traitement de la requête, l’étape de copier la base de données d’obstacles utilisateurs dans la mémoire non volatile dudit équipement avionique hébergeant un composant logiciel GGS esclave.
- le procédé comprend avant l’étape de réception sur l’équipement avionique hébergeant le composant logiciel GGS maître, d’une requête de modification de la base de données d’obstacles utilisateurs, les étapes de :
- émettre par un équipement avionique hébergeant un composant logiciel GGS esclave une requête de modification de la base de données d’obstacles utilisateurs ; et
- envoyer ladite requête à l’équipement avionique hébergeant un composant logiciel GGS maître.
- le procédé comprend une étape de copier la base de données d’obstacles utilisateurs dans une mémoire non volatile d’un équipement avionique hébergeant un composant logiciel GGS esclave.
- le procédé comprend les étapes de :
- recevoir sur l’équipement hébergeant le composant logiciel GGS maître, une requête de modification de la base de données d’obstacles utilisateurs, la requête étant émise pour créer et/ou modifier et/ou supprimer un obstacle utilisateur ;
- traiter la requête en mémoire volatile partagée dudit équipement, le traitement de la requête provoquant une mise à jour de la base de données d’obstacles utilisateurs ;
- enregistrer la mise à jour de la base de données d’obstacles utilisateurs dans la mémoire non volatile dudit équipement ; et
- notifier chaque composant avionique de la disponibilité dans la mémoire volatile de l’équipement avionique l’hébergeant, de la base de données d’obstacles utilisateurs.
- le procédé comprend de plus après l’étape de traitement de la requête, les étapes de :
- envoyer la base de données d’obstacles utilisateurs géoréférencés vers les équipements avioniques hébergeant un composant logiciel GGS esclave ;
- copier la base de données d’obstacles utilisateurs géoréférencés dans une zone de la mémoire volatile de chaque équipement avionique hébergeant un composant logiciel GGS esclave ; et
- notifier chaque composant avionique de la disponibilité dans la mémoire volatile de l’équipement avionique l’hébergeant, de la base de données d’obstacles utilisateurs.
- le procédé comprend après l’étape de traitement de la requête, l’étape de copier la base de données d’obstacles utilisateurs dans la mémoire non volatile dudit équipement avionique hébergeant un composant logiciel GGS esclave.
- le procédé comprend avant l’étape de réception sur l’équipement avionique hébergeant le composant logiciel GGS maître, d’une requête de modification de la base de données d’obstacles utilisateurs, les étapes de :
- émettre par un équipement avionique hébergeant un composant logiciel GGS esclave une requête de modification de la base de données d’obstacles utilisateurs ; et
- envoyer ladite requête à l’équipement avionique hébergeant un composant logiciel GGS maître.
L’invention concerne aussi un produit programme d’ordinateur qui comprend des instructions de code permettant d’effectuer les étapes du procédé de l’invention, lorsque le programme est exécuté sur un ordinateur.
L’invention concerne de plus un dispositif comprenant des moyens pour mettre en œuvre les étapes du procédé de l’invention.
Selon des modes de réalisation alternatifs ou combinés :
- les équipements avioniques sont des équipements de visualisation capables d’afficher les obstacles utilisateurs.
- l’équipement de visualisation est un écran en tête basse du cockpit pouvant afficher les paramètres de pilotage et / ou de navigation de l’aéronef.
- l’équipement de visualisation est un écran en tête haute du cockpit, porté ou non sur la tête du pilote, et pouvant afficher les paramètres de pilotage de l’aéronef.
- le dispositif comprend au moins un composant d’Interface Homme Machine permettant d’envoyer une requête de création, de modification ou de suppression d’au moins un obstacle utilisateur.
- le composant d’Interface Homme Machine est un système cartographique en 2 dimensions affiché sur un écran en tête basse du cockpit et pouvant afficher les paramètres de navigation de l’aéronef, ou est un système de désignation conforme au monde réel affiché sur un écran en tête haute du cockpit porté ou non sur la tête du pilote.
- les composants avioniques comprennent au moins un composant fonctionnel configuré pour réaliser des calculs d’alerte.
- ledit au moins un composant fonctionnel est un système de conscience et d’alerte des menaces du terrain TAWS.
- les composants avioniques comprennent au moins un composant d’IHM de type système cartographique en 2 dimensions permettant un affichage sur un écran en tête basse du cockpit et pouvant afficher les paramètres de navigation de l’aéronef, ou un système de vision synthétique SVS en 3 dimensions permettant un affichage sur un écran en tête basse ou en tête haute du cockpit et pouvant afficher les paramètres de pilotage de l’aéronef.
- les équipements avioniques sont des équipements de visualisation capables d’afficher les obstacles utilisateurs.
- l’équipement de visualisation est un écran en tête basse du cockpit pouvant afficher les paramètres de pilotage et / ou de navigation de l’aéronef.
- l’équipement de visualisation est un écran en tête haute du cockpit, porté ou non sur la tête du pilote, et pouvant afficher les paramètres de pilotage de l’aéronef.
- le dispositif comprend au moins un composant d’Interface Homme Machine permettant d’envoyer une requête de création, de modification ou de suppression d’au moins un obstacle utilisateur.
- le composant d’Interface Homme Machine est un système cartographique en 2 dimensions affiché sur un écran en tête basse du cockpit et pouvant afficher les paramètres de navigation de l’aéronef, ou est un système de désignation conforme au monde réel affiché sur un écran en tête haute du cockpit porté ou non sur la tête du pilote.
- les composants avioniques comprennent au moins un composant fonctionnel configuré pour réaliser des calculs d’alerte.
- ledit au moins un composant fonctionnel est un système de conscience et d’alerte des menaces du terrain TAWS.
- les composants avioniques comprennent au moins un composant d’IHM de type système cartographique en 2 dimensions permettant un affichage sur un écran en tête basse du cockpit et pouvant afficher les paramètres de navigation de l’aéronef, ou un système de vision synthétique SVS en 3 dimensions permettant un affichage sur un écran en tête basse ou en tête haute du cockpit et pouvant afficher les paramètres de pilotage de l’aéronef.
L’invention adresse aussi l’utilisation du dispositif de l’invention dans un cockpit d’aéronef comprenant des équipements avioniques configurés pour opérer le procédé de l’invention.
Description des figures
D’autres caractéristiques et avantages de l’invention apparaîtront à l’aide de la description qui suit et des figures des dessins annexés dans lesquels :
La est un schéma bloc pour illustrer une implémentation d’un équipement avionique selon l’invention ;
La est un schéma bloc pour illustrer une implémentation opérationnelle de l’invention dans un environnement aéronautique, notamment un cockpit d’aéronef, comprenant plusieurs équipements avioniques ; et
Les , , sont des organigrammes des principales étapes pour l'enrichissement et le partage d’une base de données d'obstacles utilisateurs selon l’invention.
Claims (17)
- Un procédé pour l'enrichissement et le partage à bord d’un aéronef d'une base de données d’obstacles utilisateurs, l’aéronef comprenant plusieurs équipements avioniques reliés par un réseau de communication, certains équipements avioniques hébergeant au moins un composant avionique apte à utiliser la base de données d’obstacles utilisateurs et un composant logiciel GGS, un de ces équipements dit équipement maître, hébergeant un composant logiciel GGS défini comme composant logiciel GGS maître configuré pour mettre en œuvre les étapes de :
- charger (302) une base de données d’obstacles utilisateurs (106), stockée dans une mémoire non-volatile (104) dudit équipement avionique maître (100), lesdits obstacles utilisateurs (106) étant des obstacles non répertoriés dans la base de données d’obstacles de l’aéronef ;
- copier (304) la base de données d’obstacles utilisateurs dans une zone d’une mémoire volatile (108) dudit équipement avionique maître, la mémoire volatile étant une mémoire partagée entre plusieurs composants avioniques aptes à utiliser la base de données d’obstacles utilisateurs ;
- notifier (310) chaque composant avionique de l’équipement maître de la disponibilité dans la mémoire volatile de la base de données d’obstacles utilisateurs ;
- envoyer (306) la base de données d’obstacles utilisateurs vers les autres équipements avioniques hébergeant un composant logiciel GGS, chaque autre équipement étant un équipement esclave hébergeant un composant logiciel GGS esclave configuré pour :
- recevoir (307) la base de données d’obstacles utilisateurs envoyée par l’équipement maître ;
- copier (308) la base de données d’obstacles utilisateurs dans une zone d’une mémoire volatile, ladite mémoire volatile étant une mémoire partagée entre les composants avioniques de l’équipement esclave, et aptes à utiliser la base de données d’obstacles utilisateurs; et
- notifier (310) chaque composant avionique de la disponibilité dans la mémoire volatile, de la base de données d’obstacles utilisateurs.
- Le procédé selon la revendication 1 comprenant de plus, après l’étape (307) de réception de la base de données d’obstacles utilisateurs sur un équipement esclave, une étape d’enregistrer (312) la base de données dans une mémoire non volatile dudit équipement esclave, de manière à pouvoir activer le composant logiciel GGS esclave comme composant logiciel GGS maître en cas de panne du composant logiciel maître.
- Le procédé selon la revendication 1 ou la revendication 2 comprenant de plus des étapes de :
- recevoir (314) sur l’équipement maître, une requête de modification de la base de données d’obstacles utilisateurs, la requête étant émise pour créer et/ou modifier et/ou supprimer un obstacle utilisateur ;
- traiter (316) la requête en mémoire volatile partagée dudit équipement maître, le traitement de la requête provoquant une mise à jour de la base de données d’obstacles utilisateurs ;
- enregistrer (318) la mise à jour de la base de données d’obstacles utilisateurs dans la mémoire non volatile dudit équipement maître ;
- notifier (310) chaque composant avionique dudit équipement maître de la mise à jour dans la mémoire volatile, de la base de données d’obstacles utilisateurs.
- Le procédé selon la revendication 3 comprenant de plus après l’étape de traitement de la requête (316), des étapes de :
- envoyer (306) la base de données d’obstacles utilisateurs vers les autres équipements avioniques hébergeant un composant logiciel GGS, chaque autre équipement étant un équipement esclave hébergeant un composant logiciel GGS esclave configuré pour :
- recevoir (307) la base de données d’obstacles utilisateurs envoyée par l’équipement maître ;
- copier (308) la base de données d’obstacles utilisateurs dans une zone d’une mémoire volatile, ladite mémoire volatile étant une mémoire partagée entre les composants avioniques de l’équipement esclave, et aptes à utiliser la base de données d’obstacles utilisateurs ; et
- notifier (310) chaque composant avionique de la disponibilité dans la mémoire volatile, de la base de données d’obstacles utilisateurs.
- envoyer (306) la base de données d’obstacles utilisateurs vers les autres équipements avioniques hébergeant un composant logiciel GGS, chaque autre équipement étant un équipement esclave hébergeant un composant logiciel GGS esclave configuré pour :
- Le procédé selon la revendication 4 comprenant de plus après l’étape (307) de réception de la base de données d’obstacles utilisateurs sur un équipement esclave, une étape d’enregistrer (312) la base de données dans une mémoire non volatile dudit équipement esclave, de manière à pouvoir activer le composant logiciel GGS esclave comme composant logiciel GGS maître en cas de panne du composant logiciel maître.
- Le procédé selon l’une quelconque des revendications 3 à 5 comprenant avant l’étape de réception (314) sur l’équipement maître, d’une requête de modification de la base de données d’obstacles utilisateurs, des étapes de :
- recevoir (320) sur un équipement esclave, une requête de modification de la base de données d’obstacles utilisateurs, la requête étant émise pour créer et/ou modifier et/ou supprimer un obstacle utilisateur ;
- envoyer (322) ladite requête à l’équipement maître.
- Un produit programme d’ordinateur, ledit programme d’ordinateur comprenant des instructions de code permettant d’effectuer les étapes du procédé selon l’une quelconque des revendications 1 à 6, lorsque ledit programme est exécuté sur un ordinateur.
- Un dispositif pour l'enrichissement et le partage à bord d’un aéronef d'une base de données d’obstacles utilisateurs, l’aéronef comprenant plusieurs équipements avioniques reliés par un réseau de communication, chaque équipement avionique hébergeant au moins un composant avionique apte à utiliser la base de données d’obstacles utilisateurs et un composant logiciel GGS, le dispositif comprenant des moyens pour mettre en œuvre les étapes du procédé selon l’une quelconque des revendications 1 à 6.
- Le dispositif selon la revendication 8 dans lequel les équipements avioniques sont des équipements de visualisation capables d’afficher les obstacles utilisateurs.
- Le dispositif selon la revendication 9 dans lequel l’équipement de visualisation est un écran en tête basse du cockpit pouvant afficher les paramètres de pilotage et / ou de navigation de l’aéronef.
- Le dispositif selon la revendication 9 dans lequel l’équipement de visualisation est un écran en tête haute du cockpit, porté ou non sur la tête du pilote, et pouvant afficher les paramètres de pilotage de l’aéronef.
- Le dispositif selon l’une quelconque des revendications précédentes comprenant au moins un composant d’Interface Homme Machine permettant d’envoyer une requête de création, de modification ou de suppression d’au moins un obstacle utilisateur.
- Le dispositif selon la revendication 12 dans lequel le composant d’Interface Homme Machine est un système cartographique en 2 dimensions affiché sur un écran en tête basse du cockpit et pouvant afficher les paramètres de navigation de l’aéronef, ou est un système de désignation conforme au monde réel affiché sur un écran en tête haute du cockpit porté ou non sur la tête du pilote.
- Le dispositif selon l’une quelconque des revendications 9 à 13 dans lequel les composants avioniques comprennent au moins un composant fonctionnel configuré pour réaliser des calculs d’alerte.
- Le dispositif selon la revendication 14 dans lequel ledit au moins un composant fonctionnel est un système de conscience et d’alerte des menaces du terrain TAWS.
- Le dispositif selon l’une quelconque des revendications précédentes dans lequel les composants avioniques comprennent au moins un composant d’IHM de type système cartographique en 2 dimensions permettant un affichage sur un écran en tête basse du cockpit et pouvant afficher les paramètres de navigation de l’aéronef, ou un système de vision synthétique SVS en 3 dimensions permettant un affichage sur un écran en tête basse ou en tête haute du cockpit et pouvant afficher les paramètres de pilotage de l’aéronef.
- Un cockpit d’aéronef comprenant un dispositif selon l’une quelconque des revendications 8 à 16.
Priority Applications (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| FR2106771A FR3124613B1 (fr) | 2021-06-24 | 2021-06-24 | Procédé et dispositif de mise à jour et de partage d’une base de données d’obstacles pour aéronefs |
| US17/845,943 US11762837B2 (en) | 2021-06-24 | 2022-06-21 | Method and apparatus for updating and sharing an obstacle database for aircraft |
| DE102022115686.9A DE102022115686A1 (de) | 2021-06-24 | 2022-06-23 | Verfahren und Vorrichtung zur Aktualisierung und gemeinsamen Nutzung einer Hindernisdatenbank für Luftfahrzeuge |
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| FR2106771 | 2021-06-24 | ||
| FR2106771A FR3124613B1 (fr) | 2021-06-24 | 2021-06-24 | Procédé et dispositif de mise à jour et de partage d’une base de données d’obstacles pour aéronefs |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| FR3124613A1 true FR3124613A1 (fr) | 2022-12-30 |
| FR3124613B1 FR3124613B1 (fr) | 2024-04-05 |
Family
ID=78536272
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| FR2106771A Active FR3124613B1 (fr) | 2021-06-24 | 2021-06-24 | Procédé et dispositif de mise à jour et de partage d’une base de données d’obstacles pour aéronefs |
Country Status (3)
| Country | Link |
|---|---|
| US (1) | US11762837B2 (fr) |
| DE (1) | DE102022115686A1 (fr) |
| FR (1) | FR3124613B1 (fr) |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US8862381B1 (en) * | 2011-09-08 | 2014-10-14 | Kent S. Ridl | Air navigation obstacle reporting and notification system |
| FR3014233A1 (fr) | 2013-12-03 | 2015-06-05 | Eurocopter France | Systeme d'aeronef pour signaler la presence d'un obstacle, aeronef et procede de detection d'obstacle |
| US20160217696A1 (en) * | 2015-01-28 | 2016-07-28 | Airbus Helicopters | Aircraft system for signaling the presence of an obstacle, an aircraft equipped with this system, and method for the detection of an obstacle |
| KR101924872B1 (ko) * | 2017-09-06 | 2018-12-04 | 주식회사 티피올 | 운행 수단에서 사용자 편의 서비스를 제공하는 방법 및 이러한 방법을 수행하는 장치 |
Family Cites Families (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US8645021B2 (en) * | 2011-09-22 | 2014-02-04 | Honeywell International Inc. | Remote tracing of software on an avionic device |
| US9266621B2 (en) * | 2013-08-12 | 2016-02-23 | Honeywell International Inc. | Display systems and methods for providing displays indicating a required time of arrival |
| US9557416B2 (en) * | 2014-10-14 | 2017-01-31 | Honeywell International Inc. | System and method for graphically displaying neighboring rotorcraft |
| US10032382B2 (en) * | 2015-04-02 | 2018-07-24 | The Boeing Company | Communication of flight management computer data via a wireless interface of a data capture device |
| US10053225B2 (en) * | 2016-08-18 | 2018-08-21 | Honeywell International Inc. | Systems and methods for providing augmented information for vehicle multi-function display electronics |
-
2021
- 2021-06-24 FR FR2106771A patent/FR3124613B1/fr active Active
-
2022
- 2022-06-21 US US17/845,943 patent/US11762837B2/en active Active
- 2022-06-23 DE DE102022115686.9A patent/DE102022115686A1/de active Pending
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US8862381B1 (en) * | 2011-09-08 | 2014-10-14 | Kent S. Ridl | Air navigation obstacle reporting and notification system |
| FR3014233A1 (fr) | 2013-12-03 | 2015-06-05 | Eurocopter France | Systeme d'aeronef pour signaler la presence d'un obstacle, aeronef et procede de detection d'obstacle |
| US20160217696A1 (en) * | 2015-01-28 | 2016-07-28 | Airbus Helicopters | Aircraft system for signaling the presence of an obstacle, an aircraft equipped with this system, and method for the detection of an obstacle |
| US9583011B2 (en) | 2015-01-28 | 2017-02-28 | Airbus Helicopters | Aircraft system for signaling the presence of an obstacle, an aircraft equipped with this system, and method for the detection of an obstacle |
| KR101924872B1 (ko) * | 2017-09-06 | 2018-12-04 | 주식회사 티피올 | 운행 수단에서 사용자 편의 서비스를 제공하는 방법 및 이러한 방법을 수행하는 장치 |
Non-Patent Citations (2)
| Title |
|---|
| CAMILLE FAYOLLAS ET AL: "Interactive cockpits as critical applications: a model-based and a fault-tolerant approach", INTERNATIONAL JOURNAL OF CRITICAL COMPUTER-BASED SYSTEMS, vol. 4, no. 3, 1 January 2013 (2013-01-01), GB, pages 202 - 226, XP055641245, ISSN: 1757-8779, DOI: 10.1504/IJCCBS.2013.058407 * |
| OPERATIONS MANUAL AGMISSION: "AgMission Operations Manual 1 AG-NAV Inc", 1 May 2021 (2021-05-01), XP055893224, Retrieved from the Internet <URL:https://www.agnav.com/wp-content/uploads/manuals/AgMission-User-Manual-Revised.pdf> [retrieved on 20220217] * |
Also Published As
| Publication number | Publication date |
|---|---|
| US11762837B2 (en) | 2023-09-19 |
| US20220414083A1 (en) | 2022-12-29 |
| FR3124613B1 (fr) | 2024-04-05 |
| DE102022115686A1 (de) | 2022-12-29 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| EP2161196B1 (fr) | Dispositif de visualisation pour aéronef comprenant des moyens d'affichage de trajectoires d'intrus présentant un risque de collision dans la totalité de l'espace environnant l'aéronef | |
| EP2490200A2 (fr) | Systèmes et procédés pour la fourniture d'une simulation de chemin de déplacement de véhicule dans un réseau | |
| EP2975361A1 (fr) | Traitement des donnees d'un plan de vol | |
| FR2940426A1 (fr) | Dispositif d'assistance au choix d'un aeroport de deroutement | |
| FR3038750A1 (fr) | Procede d'integration d'un nouveau service de navigation dans un systeme avionique embarque a architecture ouverte de type client-serveur, en particulier d'un service de manoeuvre fim | |
| US20140249737A1 (en) | Unknown | |
| EP1626251A1 (fr) | Procédé d'affichage d'informations cartographiques et de zones aéronautiques sur écran d'aéronef | |
| FR3026214A1 (fr) | Procede de gestion d'alertes | |
| Ramalingam et al. | Integration of unmanned aircraft system (UAS) in non-segregated airspace: A complex system of systems problem | |
| FR3043487A1 (fr) | Gestion de trajectoire d'un aeronef en cas de panne moteur | |
| Stevenson et al. | Estimated levels of safety for small unmanned aerial vehicles and risk mitigation strategies | |
| US10543930B2 (en) | Systems and methods for providing augmented information for vehicle multi-function display electronics | |
| CA2887185A1 (fr) | Systeme et methode de generation automatique de modeles de mouvement de surface d'un aerodrome | |
| Suplisson | Optimal recovery trajectories for automatic ground collision avoidance systems (auto gcas) | |
| FR3038751A1 (fr) | Procede d'integration d'une application d'optimisation de route (s) sous contraintes dans un systeme embarque avionique a architecture ouverte de type client serveur | |
| FR3124613A1 (fr) | Procédé et dispositif de mise à jour et de partage d’une base de données d’obstacles pour aéronefs | |
| FR3109630A1 (fr) | Dispositif électronique et procédé d'aide à la configuration d'un vol d'un aéronef, programme d'ordinateur associé | |
| WO2005050601A2 (fr) | Systemes d'affichage pour un appareil | |
| CA3020086A1 (fr) | Procede de controle de la restitution d'alerte(s) et/ou de procedure(s) de reconfiguration systeme(s), produit programme d'ordinateur et systeme de controle associes | |
| Etherington et al. | Enhanced flight vision systems operational feasibility study using radar and infrared sensors | |
| FR3124618A1 (fr) | Procédé et dispositif d’enrichissement d’une base de données d’obstacles pour aéronefs | |
| Ververs et al. | Design and flight test of a primary flight display combined vision system | |
| Smith | Mission adaptive display technologies and operational decision making in aviation | |
| EP3293491B1 (fr) | Systèmes et procédés pour fournir des informations augmentées pour l'électronique d'affichage multifonction d'un véhicule | |
| He et al. | Flight tests of advanced 3D-PFD with commercial flat-panel avionics displays and EGPWS system |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PLFP | Fee payment |
Year of fee payment: 2 |
|
| PLSC | Publication of the preliminary search report |
Effective date: 20221230 |
|
| PLFP | Fee payment |
Year of fee payment: 3 |
|
| PLFP | Fee payment |
Year of fee payment: 4 |