FR2997493A1 - Procede pour verifier et actualiser un jeu de donnees d'une banque de donnees de navigation - Google Patents

Abstract

Procédé (300) pour actualiser un jeu de données (110) d'une banque de données de navigation, le jeu de données (110) ayant un point de coordonnées correspondant à une position réelle (112) et au moins un attribut (114) associé à ce point de coordonnées. Le procédé (300) consiste à enregistrer (302) plusieurs messages de retour (116) concernant le jeu de données (110), chaque message de retour (116) représentant le résultat d'une vérification de l'attribut (114) à la position réelle (112) par un utilisateur de la banque de données de navigation, et adapter (304) l'attribut (114) dans le jeu de données (110) si un nombre prédéfini de messages de retour (116) indique une erreur de l'attribut (114).

Description

Domaine de l'invention La présente invention se rapporte à un procédé pour ac- tualiser un jeu de données d'une banque de données de navigation, un procédé pour vérifier ce jeu de données ainsi qu'un dispositif et un pro- duit programme d'ordinateur pour appliquer ce procédé. Etat de la technique Les systèmes de navigation utilisent une base de données dans laquelle le domaine de navigation est présent sous forme de données géographiques. Si la base de données est obsolète, le système de navigation risque de fournir des informations erronées à l'utilisateur. Le document KR-2010/004022 décrit un appareil de navigation utilisé en combinaison avec des panneaux de circulation. But de l'invention La présente invention a pour but dans le présent contexte de développer un procédé d'actualisation du jeu de données d'une banque de données de navigation ainsi qu'un dispositif pour sa mise en oeuvre et un procédé pour vérifier le jeu de données de la banque de données de navigation ainsi qu'un dispositif pour sa mise en oeuvre et enfin un produit programme d'ordinateur pour appliquer un tel procédé. Un jeu de données d'une banque de données de navigation utilisé par exemple pour la navigation de véhicules peut se fonder sur des messages de retour concernant les jeux de données pour être adaptés. L'adaptation du jeu de données peut se faire en fonction de la fréquence des messages de retour concernant le jeu de données. Les messages de retour peuvent être fournis par différents utilisateurs du jeu de données. Exposé et avantages de l'invention A cet effet, l'invention a pour objet un procédé pour ac- tualiser un jeu de données d'une banque de données de navigation, le jeu de données ayant un point de coordonnées correspondant à une position réelle et au moins un attribut associé à ce point de coordonnées. Le procédé consiste à: enregistrer plusieurs messages de retour concernant le jeu de don- nées, chaque message de retour représentant le résultat d'une véri- fication de l'attribut à la position réelle par un utilisateur de la banque de données de navigation, et - adapter l'attribut dans le jeu de données si un nombre prédéfini de messages de retour indique une erreur de l'attribut.

Un jeu de données est un groupe de champs de données dont le contenu est lié. Une valeur de coordonnées dans le jeu de données peut être associée à un point de coordonnées géographiques dans le monde réel. Les coordonnées peuvent se rapporter à une origine de coordonnées. Le jeu de données peut reproduire des caractéristiques de la région du point de coordonnées sous la forme d'attribut. Par exemple, un attribut est une caractéristique du revêtement d'une chaussée, d'une catégorie de chaussée, d'un panneau de chaussée. L'attribut est une information émise pendant l'utilisation de la banque de données et qui concerne le point de coordonnées. Par exemple, on peut utiliser la banque de données pour représenter une carte routière sur un écran et l'attribut est utilisé pour afficher une information associée à l'attribut pour le point de coordonnées sur la carte routière. Un message de retour est le contenu du début du jeu de données associé au jeu de données. Le message de retour peut comporter le contenu du jeu de données. Le message de retour peut également avoir d'autres champs de données qui n'existent pas dans le jeu de données. Le message de retour comporte par exemple un ou plusieurs attributs positifs ou négatifs, reconnus du jeu de données. Le message de retour peut également représenter des attributs reconnus supplémentaires pour la position.

L'expression « utilisateur » désigne une installation tech- nique ou une personne qui reçoit le message de retour par une interface appropriée. Le message de retour est établi par l'utilisateur de la banque de données de navigation. Le message de retour peut être établi par exemple automatiquement par un appareil de navigation. Les mes- sages de retour peuvent être collectés dans une mémoire. L'attribut est adapté en fonction du résultat de la vérification. Par exemple, la limitation de vitesse d'une chaussée peut avoir été modifiée. Alors, l'ancienne limite de vitesse sera effacée dans le jeu de données et la nouvelle limite ou limitation de vitesse sera associée comme attribut à ce jeu de don- nées. L'attribut sera adapté si par exemple au moins 10, ou au moins 30 messages de retour existent pour le jeu de données. Selon un développement, la banque de données est enre- gistrée dans une mémoire centrale, par exemple un serveur. Pour entre- tenir les jeux de données de la banque de données, on effectue une vérification d'état basée sur le serveur. Les jeux de données peuvent ainsi être comparés à des informations d'utilisateurs multiples, ce qui permet d'utiliser les informations de plusieurs utilisateurs de la banque de données pour entretenir un seul et même jeu de données dans la banque de données. Selon une autre caractéristique, à chaque message de retour est associée une étiquette de temps concernant l'instant de la vérification et on exécute l'étape d'adaptation si dans tous les messages de retour dont l'étiquette de temps se trouve dans un intervalle de temps prédéfini, indique que l'attribut est erroné. La limitation des conditions de variation ou de modification est assurée en ce que l'attribut ne sera pas modifié par erreur parce que plusieurs utilisateurs n'ont pu reconnaître l'attribut, par exemple si un panneau de circulation est caché par un autre participant à la circulation. L'intervalle prédéterminé est par exemple une heure. Ainsi, la probabilité est grande qu'au moins un uti- lisateur a rencontré des conditions optimales pour reconnaître l'attribut. Suivant une autre caractéristique, les messages de retour peuvent contenir un message d'erreur concernant l'absence de l'attribut à la position réelle et dans l'étape d'adaptation, on élimine l'attribut du jeu de données si un nombre prédéfini de messages en retour contient un message d'erreur. Par exemple, un panneau de signalisation routière peut avoir été enlevé de sorte que plusieurs utilisateurs donneront des messages d'erreur et l'attribut correspondant à cette position sera sup- primé. Suivant une autre caractéristique avantageuse, les messages de retour peuvent contenir chacun un message de complément concernant un autre attribut du point de coordonnées et dans l'étape d'adaptation, on ajoute cet autre attribut au jeu de données dans la banque de données de navigation si un nombre prédéfini de messages de retour contient un message de complément. Par exemple, un nouveau panneau de circulation est installé de sorte que plusieurs utilisateurs fourniront des messages de complément et un nouvel attribut sera ajouté à la position.

Suivant une autre caractéristique avantageuse, dans l'étape d'adaptation, on ajoute l'autre attribut au jeu de données sous réserve et cette réserve est supprimée si dans l'étape d'enregistrement, un autre nombre prédéfini de messages de retour contiennent un message de confirmation concernant l'autre attribut. Un message de con- firmation peut représenter la concordance entre l'attribut et un objet et/ou une information relative à la position. Les messages de confirmation permettent de sécuriser les attributs. Par exemple, chaque message de confirmation garantit l'actualité de la banque de données de navigation.

Suivant une autre caractéristique, le procédé de vérifica- tion d'un jeu de données d'une banque de données de navigation vérifie au moins un utilisateur de la banque de données de navigation. La présente invention a également pour objet un procédé de vérification d'un jeu de données d'une banque de données de naviga- tion consistant à: - enregistrer le jeu de données, ce jeu de données ayant au moins un attribut associé au point de coordonnées, correspondant au point de coordonnées d'une position réelle, - saisir des objets et/ou des informations en contournant la position réelle, et - fournir un message de retour au jeu de données en utilisant l'attribut et les objets et/ou les informations. Le procédé de vérification peut s'appliquer à un ensemble d'utilisateurs. Un panneau de signalisation ou indication de circulation routière peut constituer un objet. Une information est par exemple une classe de route ou de chaussée ou encore une intersection avec une autre chaussée ou une modification du tracé de la chaussée. Le message en retour peut fournir un message d'erreur si aucun objet et/ou aucune information relative à la position ne peuvent être associés à l'attribut. Le message en retour peut être fourni avec un message de confirmation si un objet et/ou une information peuvent être associés à l'attribut. Le message en retour peut être fourni avec un message de complément si un objet et/ou une information qui ne sont associés à aucun attribut ont été détectés. En distinguant des classes pour le message en retour, on peut actualiser plus rapidement la banque de données de navigation car il faudra moins de temps de travail que pour des messages en retour non classifiés. L'invention a également pour objet un dispositif pour la mise en oeuvre du procédé telle que défini ci-dessus. Cette variante de l'invention sous la forme d'un dispositif permet de résoudre rapidement et efficacement le problème que l'invention se propose de résoudre. Un dispositif au sens de l'invention est un appareil électrique qui traite des signaux fournis par des capteurs et génère en fonction de cela des signaux de commande et/ou de données. Le dispositif comporte une interface réalisée sous la forme d'un circuit et/ou d'un programme. Dans le cas d'une réalisation sous la forme d'un circuit, les interfaces font par exemple partie d'un circuit ASIC qui contient diverses fonctions du dispositif. Mais il est également possible d'avoir des interfaces avec des circuits intégrés qui leur sont propres ou qui sont réalisés au moins en partie de composants discrets. Dans le cas d'une réalisation sous la forme d'un programme, la ou les interfaces sont des modules de programme présents par exemple sur un microcontrôleur à côté d'autres modules de programme. L'invention porte également de façon avantageuse sur un produit programme d'ordinateur avec un code programme enregistré sur un support lisible par une machine tel qu'une mémoire semiconductrice, un disque dur ou une mémoire optique pour exécuter le procédé tel que décrit ci-dessus lorsque le produit programme est appliqué par un ordinateur ou un calculateur.

Dessins La présente invention sera décrite ci-après de manière plus détaillée à l'aide d'exemples de procédé de vérification et d'actualisation de jeu de données d'une banque de données de navigation représentés dans les dessins annexés dans lesquels les mêmes ré- férences sont utilisées dans les différentes figures pour désigner les mêmes éléments. Ainsi : la figure 1 est un schéma représentant un véhicule avec un dispo- sitif de vérification d'un jeu de données d'une banque de données de navigation selon un exemple de réalisation de l'invention, la figure 2 est un schéma par blocs très simplifié d'un dispositif pour actualiser un jeu de données d'une banque de données de navigation selon un exemple de réalisation de l'invention, la figure 3 montre un ordinogramme d'un procédé d'actualisation d'un jeu de données d'une banque de données de navigation selon un exemple de réalisation de l'invention, la figure 4 est un schéma par blocs d'un dispositif pour vérifier un jeu de données d'une banque de données de navigation selon un exemple de réalisation de l'invention, la figure 5 montre un ordinogramme d'un procédé de vérification d'un jeu de données d'une banque de données de navigation selon un exemple de réalisation de l'invention, la figure 6 est un ordinogramme d'un procédé de vérification d'un jeu de données d'une banque de données de navigation selon un autre exemple de réalisation de l'invention. Description de modes de réalisation de l'invention La figure 1 est un schéma montrant un véhicule 100 équipé d'un dispositif 102 pour vérifier un jeu de données d'une banque de données de navigation selon un exemple de réalisation de la présente invention. Le véhicule 100 en mouvement est représenté trois fois à des instants différents. A côté du dispositif 102, le véhicule 100 comporte une installation de saisie de l'environnement 104 ainsi qu'une installation d'émission et de réception 106. L'installation d'émission et de ré- ception 106 communique avec une banque de données de navigation enregistrée dans une installation de mémoire 107. L'installation de mémoire 107 est par exemple une installation de mémoire centrale 107 telle qu'un serveur ou une installation de mémoire 107 gérée de manière centralisée. Un ensemble d'installations d'émission et de réception 106 d'un ensemble d'utilisateurs peut accéder à la banque de données enregistrée dans l'installation de mémoire 107. En utilisant une installation d'émission et de réception 106, le véhicule 100 peut demander des jeux de données concernant un point de coordonnées réelles qui se trouvent sur une chaussée 108 en amont du véhicule 100 selon le sens de circulation et l'utiliser par exemple dans un système d'assistance de conduite. A la figure 1, on a montré la réception d'un jeu de données 110 par l'installation d'émission et de réception 106. Le jeu de données 110 correspond à un point de coordonnées d'une position réelle et à au moins un attribut as- socié à ce point de coordonnées. Selon cet exemple de réalisation, le jeu de données 110 décrit une région 112 de la chaussée 108. La région 112 peut correspondre au point de coordonnées réelles, par exemple à un point sur la chaussée 108 ou à un segment de chaussée 108. Le jeu de données 110 contient les caractéristiques de la chaussée 108 ou celles d'objets dans la région 112 sous la forme d'attributs. Dans cet exemple, le jeu de données 110 contient l'information qu'au point 114 dans la région 112, il y a un panneau de circulation sur le bord droit de la chaussée. Le panneau de circulation peut être enregistré sous la forme d'une image ou d'un texte dans le jeu de données 110. Lorsque le véhicule 100 se rapproche suffisamment de la région 112 pour que la région 112 puisse être saisie par l'installation de saisie de l'environnement 104 du véhicule 100, le dispositif 102 vérifie si au point 114, se trouve le panneau de circulation détecté par l'installation de saisie de l'environnement 104. Selon cet exemple de réalisation, le pan- neau de circulation a été enlevé du point 114. C'est pourquoi, l'installation de saisie de l'environnement 104 ne peut détecter le panneau de circulation. Partant de là, le dispositif 102 génère un message en retour 116 de destination de la banque de données pour signaler qu'au point 114, il n'a pas pu détecter de panneau de circulation. Ce message en retour 116 est émis par l'installation d'émission et de réception 106 vers l'installation de mémoire 107 si par exemple un autre participant à la circulation a caché le panneau de circulation et de ce fait, le panneau n'a pu être détecté par l'installation de saisie de l'environnement 104. Mais il peut également être signalé que le point 114 a été caché par un autre participant à la circulation. Un véhicule qui circule ensuite sur la chaussée 108 pourra réexaminer ultérieurement le point 114. Comme la banque de données de l'installation de mé- moire 107 est utilisée par un ensemble d'utilisateurs, par exemple un ensemble de dispositifs 102 dans différents véhicules, les messages en retour 106 de l'ensemble des utilisateurs pourront servir à l'entretien de la banque de données. En particulier, les messages en retour 106 d'un ensemble d'utilisateurs passant dans une seule et même région 112 de la chaussée 108 pourront servir à l'entretien du jeu de données 110 as- socié à cette région 112. Pour cela, le jeu de données 110 peut être reçu par les différents utilisateurs de la banque de données et être vérifié à chaque passage dans la région 112. Les messages en retour 116 émis par les différents utilisateurs concernant le jeu de données 110 servi- ront à l'entretien du jeu de données 110 dans l'installation de mémoire 107. En particulier, s'il y a une accumulation de messages en retour 116 qui indiquent un écart entre l'attribut du jeu de données 110 et l'environnement réel, on pourra actualiser le jeu de données 110, par exemple en actualisant l'attribut ou en l'effaçant. L'accumulation à par- tir de laquelle on adapte l'attribut peut être définie d'une manière quel- conque. Par exemple pour l'accumulation, on peut utiliser le rapport entre les messages en retour qui confirment l'attribut et les messages en retour qui ne confirment pas l'attribut. La figure 2 est un schéma par blocs d'un dispositif 200 pour actualiser le jeu de données 110 d'une banque de données de na- vigation selon un exemple de réalisation de la présente invention. La banque de données de navigation peut se trouver dans une installation de mémoire comme celle présentée à la figure 1. Les jeux de données contenus dans cette banque de données de navigation peuvent être en- tretenus en utilisant les messages en retour 116 pour cet entretien du jeu de données. Les messages en retour 116 peuvent être des informations transmises par les utilisateurs de la banque de données de navigation comme cela a été décrit à l'aide de la figure 1. Le dispositif 200 se trouve par exemple de manière centralisée dans le serveur de navigation qui accède à l'installation de mémoire 107.

Le dispositif 200 comporte une installation 202 pour enregistrer une installation 204 pour adapter. L'installation 202 pour enregistrer enregistre les jeux de données d'un ensemble de messages en retour 116 transmis par l'interface. Chaque message en retour 116 re- présente le résultat d'une vérification de l'attribut à la position réelle par un utilisateur de la banque de données de navigation. L'installation 204, pour adapter, assure l'adaptation de l'attribut d'un jeu de données 110 de la banque de données de navigation si un nombre prédéfini de messages en retour 116 a indiqué une erreur de l'attribut. Pour cela, l'installation 204 enregistre le jeu de données 110 de la banque de don- nées de navigation par l'interface. En fonction des messages en retour 116, l'installation 204 indique pour le jeu de données 110 le jeu de données actualisé 206 ou un message d'actualisation pour actualiser le jeu de données 110 par une interface. Le jeu de données actualisé 206 est enregistré dans l'installation de mémoire 107 comme substitut du jeu de données 110 et le nouveau jeu de données 110 sera ensuite appelé par les utilisateurs. Dans le jeu de données 206, actualisé, l'attribut pourra être enlevé si les messages en retour 116 indiquent qu'il n'y a pas d'attribut à la position. De même, on peut ajouter un autre attribut au jeu de données actualisé 206 si les messages en retour 116 indiquent qu'à la position, il faut tenir compte d'une autre caractéristique. Si les messages en retour 116 indiquent que l'attribut à la position a été enregistré correctement dans le jeu de données 110, il n'est pas nécessaire d'adapter le jeu de données 110 existant.

La figure 3 montre un ordinogramme d'un procédé 300 pour actualiser un jeu de données d'une banque de données de navigation selon un exemple de réalisation de l'invention. Le procédé 300 peut être appliqué par un dispositif tel que celui de la figure 2. Le procédé 300 comprend une étape d'enregistrement 302 et une étape d'adaptation 304. Le jeu de données se réfère à un point de coordon- nées correspondant à une position réelle et à au moins un attribut associé à ce point de coordonnées. Dans l'étape d'enregistrement 302, on enregistre un ensemble de messages en retour pour le jeu de données et chaque message en retour représente le résultat d'une vérification de l'attribut à la position réelle par un utilisateur de la banque de données de navigation. Dans l'étape d'adaptation 304, on adapte l'attribut du jeu de données si un nombre prédéfini de messages en retour a indiqué une erreur pour l'attribut. La figure 4 est un schéma par blocs d'un dispositif 102 pour vérifier un jeu de données 110 d'une banque de données de navi- gation selon un exemple de réalisation de l'invention. Le dispositif 102 correspond ainsi au dispositif 102 présenté à la figure 1. Le dispositif 102 comporte une installation d'enregistrement 400, une installation de saisie 402 et une installation de fourniture 404. L'installation d'enregistrement 400 enregistre le jeu de données 110, par exemple par une installation d'émission et de réception à partir de la banque de données de navigation. Le jeu de données 110 comporte un point de coordonnées correspondant à une position réelle et au moins un attribut associé à ce point de coordonnées.

L'installation de saisie 402 saisit dans les données d'une installation de saisie d'environnement, les objets et/ou les informations dans l'environnement de la position réelle. L'installation de fourniture 404 fournit un message en re- tour 116 au jeu de données par l'intermédiaire de l'installation d'émission et de réception. L'installation de fourniture 404 utilise au moins l'attribut et les objets et/ou les informations qui ont été saisis par l'installation de saisie 402. L'installation de fourniture 404 fournit le message en retour 116 avec un message d'erreur si aucun objet et/ou aucune information n'on pu être associés à l'attribut. L'installation de fourniture 404 peut fournir le message en retour 116 avec un message de confirmation si au moins un objet et/ou une information ont été associés à l'attribut. L'installation de fourniture 404 peut fournir le message en retour 116 avec un message de complément si un objet et/ou une information ont été saisis sans correspondre à un attribut.

La figure 5 montre un ordinogramme du procédé 500 de vérification d'un jeu de données 110 d'une banque de données de navigation selon un exemple de réalisation de l'invention. Le procédé 500 comporte une étape d'enregistrement 502, une étape de saisie 504 et une étape de fourniture 506. Le procédé 500 peut être appliqué par un dispositif 102 tel que celui présenté à la figure 1 et à la figure 4. Dans l'étape d'enregistrement 502, on enregistre le jeu de données 110. Ce jeu de données 110 comporte un point de coordonnées correspondant à une position réelle et au moins un attribut associé à ce point de coordonnées. Dans l'étape de saisie 504, on saisit les objets et/ou les infor- mations dans l'environnement de la position réelle. Dans l'étape de fourniture 506, on fournit un message en retour 116 au jeu de données 110 en utilisant l'attribut et/ou les objets et/ou les informations. La figure 6 montre un ordinogramme d'un procédé 500 de vérification d'un jeu de données d'une banque de données de naviga- tion correspondant à un autre exemple de réalisation de l'invention. Le procédé comprend une première vérification 600, une première action 602, une seconde vérification 604, une seconde action 606 et une étape 608 à laquelle n'est associée aucune action. Dans la première vérification 600, on vérifie, comme cela a été décrit pour le système de véhicule des figures 1 et 4, si un détecteur du véhicule a détecté une information à la position x. Dans l'affirmative, cette information est signalée dans une première action 602 à un serveur. Dans la négative, dans la seconde vérification 604, on vérifie si le système de véhicule a reçu du serveur une information à la position x dans le jeu de données. Dans l'affirmative, dans cette seconde action 606, on signale au serveur que rien n'a été détecté à la position x. Dans la négative, il n'y a pas d'action dans l'étape 608. Ci-après à l'aide des figures précédentes, on décrira un exemple de réalisation de l'invention. Un jeu de données 110 comprend des attributs cartographiques dynamiques. Les attributs cartogra- phiques dynamiques sont enregistrés par l'intermédiaire des installations de saisie de l'environnement 104, par exemple par d'autres capteurs tels que des capteurs de véhicule, des capteurs GPS de systèmes de navigation mobiles (PND) ou encore des capteurs de téléphone mobile du véhicule 100 en utilisant une exploitation statistique et l'agrégation des données dans le serveur central 107. On peut par exemple déterminer ainsi les informations actuelles de la circulation. Les données de limitation de vitesse peuvent être agrégées dans le serveur 107, données qui ont été déterminées par la reconnaissance auto- matique de signaux de circulation par vidéo pour générer ainsi une banque de données aussi actuelle que possible vis-à-vis des limitations de vitesse en vigueur et qui est utilisée par le système d'informations du conducteur ou le système d'assistance de conduite. Les attributs cartographiques dynamiques, obsolètes, peuvent être éliminés de la banque de données si, par le transfert de données 116, des informations ont été envoyées au serveur 107 lorsque les systèmes, par exemple l'installation de saisie de l'environnement 104, ont détecté quelque chose. En cas de défaillance d'une information, par exemple du fait de la suppression d'un panneau de circulation au point 114, en fonction de la solution ainsi présentée en utilisant le message de retour 116, on communique qu'au point 114 il n'y a rien ou du moins aucun panneau de circulation annoncé par le jeu de données 110 n'a été détecté. Un procédé fondant sur une telle proposition permet d'éliminer efficacement les attributs obsolètes ou les informations obso- lètes, par exemple d'une carte dynamique. Des systèmes de capteur répartis tels que par exemple des téléphones mobiles avec reconnaissance active des panneaux de circulation peuvent recevoir du serveur 107, pour le domaine de roulage actuel, les informations connues du serveur 107 sous la forme de jeux de données 110 et être ainsi en mesure, par comparaison de l'information de serveur telle que par exemple « il y a ici un panneau de signalisation routière » ou le résultat actuel de la reconnaissance de signe de circulation, par exemple « pas de détection » de reconnaître une détection négative qui est alors communiquée au serveur 107 par un message en retour correspondant. Après une accumulation correspondante d'une telle détection de navigation à l'endroit 114, on peut admettre la disparition du panneau de circulation. Cela permet d'éliminer rapidement des informations vieillies ou concernant des volumes de données pour enlever ces informations de la banque de données. La solution présentée ci-dessus peut s'appliquer à toutes les variantes de systèmes de véhicule, être intégrée solidairement dans un véhicule ou comme équipement de seconde monte ou encore comme application dans un téléphone mobile et cela sensiblement de la même manière. Pour toutes les trois variantes, l'élément représentatif est qu'en outre l'expression « système de véhicule » a été utilisée. Le système de base se compose des composants du système de véhicule avec au moins une unité de localisation par satellite, un capteur approprié tel qu'une caméra vidéo, une communication et un système de serveur.

Le système de serveur contient une banque de données et un système d'exploitation automatique des informations transmises. L'expression « position » utilisée à de multiples reprises, se caractérise par une région opposée autour d'un point ; sa taille est appropriée pour compenser les imprécisions de localisation. Pour éliminer les informations obsolètes de la banque de données, le serveur communique ces informations sup- primées des informations de la banque de données pour le serveur avec une banque de données et pour le domaine d'activité actuelle du système de véhicule, une information locale, référencée au lieu, sera communiquée au système de conduite. Le système de conduite compare en permanence les informations localisées et communiquées par le serveur et les informations détectées à sa position respective, actuelle, par ses capteurs. Si des différences sont constatées dans la comparaison, on communique cette différence au serveur qui tient compte de ces informations dans une exploitation courante appropriée. Le capteur est ainsi également informé que le système de véhicule se trouve à une position sans information provenant de ces systèmes de capteur mais le serveur contient également des informations relatives à la position. Selon la fréquence des messages indiquant l'absence d'un attribut, on produit l'effacement dans la banque de données. Le procédé ainsi intégré pour éliminer les attributs dynamiques cartographiques a un contrôle fondé sur le serveur et un équilibrage des connaissances multi-usages.30 NOMENCLATURE 100 Véhicule 102 Dispositif de vérification d'un jeu de données d'une banque de données de navigation 104 Installation de saisie du champ environnant 106 Installation d'émission et de réception 107 Installation de mémoire 108 Chaussée 110 Jeu de données 112 Région de la chaussée 108 114 Point dans la région 112 avec un panneau de circulation 116 Message en retour 200 Dispositif pour actualiser un jeu de données 202 Installation pour enregistrer 204 Installation pour adapter 300 Procédé d'actualisation du jeu de données d'une banque de données de navigation 302, 304 Etapes du procédé 300 400 Installation d'enregistrement 402 Installation de saisie 404 Installation de fourniture 500 Procédé de vérification d'un jeu de données d'une banque de données de navigation 502, 504, 506 Etapes du procédé 500 600 Première vérification 602 Première action 604 Seconde vérification 606 Seconde action 608 Première étape sans action

Claims (10)

1. REVENDICATIONS1°) Procédé (300) pour actualiser un jeu de données (110) d'une banque de données de navigation, le jeu de données (110) ayant un point de coordonnées correspondant à une position réelle (112) et au moins un attribut (114) associé à ce point de coordonnées, procédé (300) consistant à: enregistrer (302) plusieurs messages de retour (116) concernant le jeu de données (110), chaque message de retour (116) représentant le résultat d'une vérification de l'attribut (114) à la position réelle (112) par un utilisateur de la banque de données de navigation, et adapter (304) l'attribut (114) dans le jeu de données (110) si un nombre prédéfini de messages de retour (116) indique une erreur de l'attribut (114).
2. 2°) Procédé (300) selon la revendication 1, caractérisé en ce qu' à chaque message de retour (116) est associée une étiquette de temps concernant l'instant de la vérification et on exécute l'étape (304) d'adaptation si dans tous les messages de retour (116) dont l'étiquette de temps se trouve dans un intervalle de temps prédéfini, l'attribut (114) est indiqué comme erroné.
3. 3°) Procédé (300) selon la revendication 1, caractérisé en ce que les messages de retour (116) peuvent contenir un message d'erreur con- cernant l'absence de l'attribut (114) à la position réelle (112) et dans l'étape d'adaptation (304), on élimine l'attribut (114) du jeu de données (110) si un nombre prédéfini de messages en retour (116) contient un message d'erreur.
4. 4°) Procédé (300) selon la revendication 1, caractérisé en ce que les messages de retour (116) peuvent contenir chacun un message de complément concernant un autre attribut du point de coordonnées et dans l'étape d'adaptation (304), on ajoute cet autre attribut au jeu dedonnées (110) dans la banque de données de navigation si un nombre prédéfini de messages de retour (116) contient un message de complément.
5. 5°) Procédé (300) selon la revendication 4, caractérisé en ce que dans l'étape d'adaptation (304), on ajoute l'autre attribut au jeu de données (110) sous réserve et cette réserve est supprimée si dans l'étape d'enregistrement (302), un autre nombre prédéfini de messages de re- tour (116) contiennent un message de confirmation concernant l'autre attribut.
6. 6°) Procédé (300) selon la revendication 1, caractérisé en ce que le procédé de vérification (500) d'un jeu de données (110) d'une banque de données de navigation selon l'une des revendications 7 à 8, le procédé (500) vérifiant au moins un utilisateur de la banque de données de navigation.
7. 7°) Procédé (500) de vérification d'un jeu de données (110) d'une banque de données de navigation consistant à: enregistrer (502) le jeu de données (110), ce jeu de données (110) ayant au moins un attribut (114) associé au point de coordonnées, correspondant au point de coordonnées d'une position réelle (112), saisir (504) des objets et/ou des informations dans l'environnement de la position réelle (112), et fournir (506) un message de retour (116) au jeu de données (110) en utilisant l'attribut (114) et les objets et/ou les informations.
8. 8°) Procédé (500) selon la revendication 7, caractérisé en ce que dans l'étape (506) de fourniture, on fournit le message de retour (116) avec un message d'erreur si, à l'attribut (114), on ne peut associer ni objet ni information pour la position (112) et/ou on fournit le message de retour (116) avec un message de confirmation si, à l'attribut (114),est associé au moins un objet et/ou une information et/ou on fournit le message de retour (116) avec un message de complément si un objet et/ou une information ont été saisis auxquels n'est associé aucun attribut.
9. 9°) Dispositif pour la mise en oeuvre du procédé selon l'une quelconque des revendications 1 à 6 et/ou d'un procédé selon l'une des revendications 7 à 8.
10. 10°) Produit programme d'ordinateur comportant un code programme pour la mise en oeuvre du procédé selon l'une des revendications 1 à 6 et/ou d'un procédé selon l'une des revendications 7 à 8 lorsque le produit programme est exécuté par un dispositif.15