FR 3094786 A1 20201009 FR 1903496 A 20190402 Description Titre de l'invention : Procédé de mise à jour d'une carte routière à partir d'un réseau de contributeurs Domaine technique [0001] L'invention concerne la mise à jour d'une carte routière et plus particulièrement un procédé de mise à jour d'une carte routière à partir d'un réseau de contributeurs. L'invention vise en particulier à améliorer les cartes routières utilisées dans les systèmes d'assistance à la conduite des véhicules automobiles. Technique antérieure [0002] De nos jours, un véhicule automobile comprend un module d'assistance à la conduite permettant par exemple l'affichage d'une carte routière et notamment d'un trajet sur une carte routière, communément désigné routage, ou bien le maintien du véhicule dans sa voie de circulation. Notamment, de telles cartes sont généralement utilisées pour réaliser la correspondance des informations liées aux routes traversées, soit comme illustration pour le calcul et l'affichage de trajets. [0003] Dans le cas du routage, il est particulièrement important que la carte routière ne comprenne pas d'erreur et qu'elle soit à jour. En effet, il est nécessaire de connaitre précisément la topologie des cartes, c'est-à-dire les connexions entre les différents axes routiers, notamment les croisements de routes ou encore le sens des routes. [0004] Ceci est notamment indispensable dans le cas de l'affichage d'un itinéraire dans un véhicule autonome ou semi-autonome. Par l'expression « semi-autonome », on entend un véhicule qui est en partie autonome mais qui n'est pas entièrement autonome. En effet, la conduite de ce type de véhicule nécessite une précision et une fiabilité importantes, notamment en ce qui concerne la géolocalisation de chaque route, de chaque croisement et même de chaque sens de circulation. Autrement dit, dans ce cas, il est nécessaire que la carte soit précise et que les données fournies par celle-ci soient précisément géo-référencées. A cette fin, il est notamment nécessaire que la carte soit intègre, c'est-à-dire que l'utilisateur soit certain des informations qu'elle fournit. [0005] De manière connue, la carte routière peut être générée et/ou mise à jour au moyen d'équipements spécifiques ou au moyen d'une approche participative d'un réseau de contributeurs. L'utilisation d'équipements spécifiques, tel que par exemple un système LIDAR, nécessite l'intégration dans le véhicule d'équipements complexes et coûteux, ce qui présente un premier inconvénient. De plus, la mise à jour de la carte routière est complexe et fastidieuse puisqu'elle nécessite la mise en route permanente de tels équipements et le passage dans tous les endroits dans la carte, ce qui ne permet pas de réaliser une mise à jour rapide de la carte, notamment afin d'indiquer de nouvelles 2 routes ou des routes fermées par exemple pour travaux. [0006] Dans le cas d'une intégration de la carte routière par une approche participative, les informations liées au réseau routier, c'est-à-dire la géolocalisation des routes, la vitesse autorisée et les panneaux de signalisation par exemple, sont renseignées par une communauté de contributeurs volontaires, dont la trace sur un trajet est enregistrée et envoyée de manière à implémenter une hase de données. Par le terme « trace », on entend une succession de coordonnées géographiques obtenues par géolocalisation par satellite (par exemple via le système GPS) et envoyées de manière périodique par le calculateur de contrôle moteur du véhicule sur un réseau externe, par exemple sur un cloud désignant un espace de stockage virtuel. [0007] L'approche participative repose sur la notion de « tags », c'est-à-dire que les contributcurs identifient un point précis du réseau routier, par exemple un parking, la présence d'une route, un sens unique, et envoie l'identification au réseau externe accompagnée de données de géolocalisation. Une telle approche présente l'avantage d'être économique parce que les cartes sont renseignées par des personnes volontaires et non au moyen d'équipements spécifiques onéreux. [0008] Cependant, dans le cas d'une implémentation de la hase de données par une approche participative, il est nécessaire de s'assurer de l'aspect qualitatif de la carte. A cc titre, il est nécessaire de contrôler la fiabilité des informations renseignées par les utilisateurs volontaires. En effet, les équipements montés dans les véhicules sont souvent peu coûteux et limités A titre d'exemple, un véhicule équipé d'un système de géolocalisation, par exemple d'un système GPS, de mauvaise qualité ou ayant une précision approximative, ne permettra pas l'envoi et le stockage d'informations précises. De plus, de tels véhicules ne sont le plus souvent pas équipés de capteurs additionnels permettant de confirmer une information. En outre, il existe un risque que certaines informations soient transmises par de contributeurs malveillants, c'est-à-dire des contributeurs capables d'envoyer volontairement des informations erronées à la communauté afin de fausser la carte routière. [0009] Dans l'état de la technique, il n'existe pas à ce jour de procédé permettant de vérifier la fiabilité des informations envoyées par des contributeurs ou de valider lesdits contributeurs, puisqu'aucune compétence particulière n'est requise de la part des contributeurs. En effet, l'approche participative repose sur la simple notion de volontariat. Il est connu de pondérer par exemple une information transmise par un contributeur en fonction du nombre de personnes qui ont emprunté le même trajet, mais un tel procédé est trop limité et ne permet pas le plus souvent de vérifier réellement la véracité d'une information envoyée sur le réseau. Exposé de l'invention 3 [0010] L'invention a donc pour but de remédier au moins en partie à ces inconvénients en proposant une solution simple et peu onéreuse permettant de vérifier la fiabilité des informations transmises par un contributeur, en vue de générer une hase dc données précise et fiable, qui permet l'assistance d'un conducteur à la conduite d'un véhicule, notamment l'affichage d'une carte routière précise et fiable pouvant être utilisée par tout type de véhicule, y compris un véhicule autonome, sans risquer l'utilisation de données erronées. Plus précisément, l'invention vise un procédé dc contrôle de la qualité et de l'intégrité des informations envoyées par un contributeur d'un réseau participatif pour la génération dc cartes routières. [0011] A cette fin, l'invention concerne tout d'abord un procédé de mise à jour d'une carte routière à partir d'une pluralité de véhicules dits « contributeurs », reliés à au moins un serveur de traitement de données par un réseau de communication, chaque véhicule contributcur comprenant un module de géolocalisation, un calculateur et un module de communication, ledit procédé comprenant les étapes de : a. réception, par l'au moins un serveur de traitement de données, d'une trace comprenant une série de positions géographiques successives obtenues par le module de géolocalisation d'un véhicule contributeur, chaque position géographique de la trace étant associée à un nombre de satellite utilisés pour déterminer ladite position géographique, b. calcul, par l'au moins un serveur de traitement de données d'un premier co- efficient de pondération de chaque point de la trace reçue en fonction du nombre de satellites transmis, d'un deuxième coefficient de pondération de chaque point de la trace reçue en fonction d'au moins une trace de référence stockée dans l'au moins un serveur de traitement de données, et d'un troisième coefficient de pondération de chaque point de la trace reçue par application d'une fonction mathématique au premier coefficient de pondération calculé et au deuxième coefficient de pondération calculé, c. pondération de chaque point de la trace reçue avec le troisième coefficient de pondération calculé, d. mise à jour de l'au moins une trace de référence correspondant à la section de trajet du véhicule à partir de la trace pondérée et, e. mise à jour d'une carte routière à partir de la trace de référence mise à jour. [0012] Un tel procédé de mise à jour d'une carte routière par une approche participative permet avantageusement de juger de la qualité de la trace envoyée par un véhicule contributeur en fonction de différents paramètres afin de la rendre le plus pertinente possible. Notamment, le procédé selon l'invention permet d'affiner la qualité de la trace de référence en se basant sur la distance de la trace reçue par rapport à cette trace de référence ainsi que sur la qualité de la géolocalisation, qui dépend notamment du nombre de satellites utilisés pour générer la trace dans le véhicule. [0013] Selon un autre aspect de l'invention, le procédé comprend, préalablement à l'étape de réception, les étapes de : réception, par le module de géolocalisation, d'une pluralité de signaux envoyés par une pluralité de satellites, détermination, par le module de géolocalisation, à partir de la pluralité de signaux reçue, d'une série de positions géographiques du véhicule sur une section de trajet du véhicule, appelée « trace », détermination, par le module de géolocalisation, à partir de la pluralité de signaux reçue, du nombre de satellites utilisés pour déterminer ladite trace à chaque position géographique de la série, transmission, par le module de géolocalisation, au calculateur,de la trace et du nombre de satellites déterminés, envoi, par le module de communication, à l'au moins un serveur de traitement de données d'un réseau, notamment externe, de communication, de ladite trace et du nombre de satellites transmis au calculateur. [0014] De manière avantageuse, le procédé comprend une étape de pondération par l'au moins un serveur de chaque point de la trace reçue avec un quatrième coefficient de pondération basé sur des informations supplémentaires relatives aux satellites et envoyée par le calculateur du véhicule afin d'améliorer davantage la pertinence des contributions. [0015] Selon un aspect de l'invention, le quatrième coefficient de pondération est basé sur la qualité des mesures réalisées sur les signaux de géolocalisation reçus des satellites, notamment leur puissance ou la géométrie (dilution de la précision des signaux ou Dilution of Precision ou DOP en langue anglaise). [0016] De préférence, la qualité des mesures comprend la position des satellites dans le ciel, également appelée éphéméride des satellites. [0017] De préférence encore, la qualité des mesures comprend la distribution des satellites. [0018] De préférence encore, la qualité des mesures comprend la distance entre le point de coordonnées mesuré et chaque satellite ayant pris la mesure. [0019] De préférence encore, la qualité des mesures comprend au moins une caractéristique de l'atmosphère, notamment de l'ionosphère, par exemple reçue d'un serveur externe sur un lien de communication sans fil. Par exemple, les ondes traversant l'atmosphère, notamment l'ionosphère, peuvent être perturbées électriquement en cas d'orage, rendant les informations associées aux satellites ou aux signaux erronées. [0020] De manière avantageuse, le procédé comprend une étape de pondération par le serveur de chaque point de la trace reçue avec un cinquième coefficient de pondération basé sur le contributeur, par exemple sur son nombre de contributions précédentes, sur la qualité de ses contributions précédentes, etc. [0021] De manière avantageuse, le procédé comprend une étape de pondération par le serveur de chaque point de la trace reçue avec un sixième coefficient de pondération basé sur l'utilisation de capteurs embarqués dans le véhicule. Par exemple, un capteur utilisé peut être une caméra dont les images vont permettre au calculateur d'identifier des objets dans l'environnement de la section de trajet afin d'évaluer la cohérence de la trace correspondante. [0022] De préférence, le troisième coefficient de pondération correspond à la moyenne, à la médiane ou à l'écart type du premier coefficient de pondération et du deuxième coefficient de pondération. [0023] Dans un mode de réalisation, le procédé comprend une étape d'envoi de la trace de référence mise àjour à au moins un véhicule contrihuteur, de préférence à l'ensemble des véhicules contrihuteurs, la mise à jour de la carte routière à partir de la trace de référence mise àjour étant alors réalisée par chacun des véhicules ayant reçu ladite trace de référence. [0024] Dans un mode de réalisation, la mise àjour de la carte routière à partir de la trace de référence mise àjour est réalisée par le serveur de traitement de données et le procédé comprend une étape de mise à disposition, par le serveur de traitement de données, pour les véhicules contributcurs, de la carte routière mise à jour. [0025] Avantageusement, le procédé peut comprendre une étape d'affichage de la carte routière mise à jour sur un écran du véhicule automobile, l'affichage d'un trajet à effectuer par le véhicule sur la carte routière mise à jour, le maintien du véhicule dans sa voie de circulation à l'aide de la carte routière mise à jour ou bien tout autre service adéquat réalisé à partir de la carte routière mise à jour. [0026] Selon un aspect de l'invention, le procédé comprend une étape préliminaire de création de la carte routière à partir d'une pluralité de véhicules contributeurs. [0027] L'invention concerne aussi un véhicule, notamment automobile, comprenant un module de géolocalisation, un calculateur et un module de communication, ledit véhicule étant configuré pour : - recevoir, via le module de géolocalisation, une pluralité de signaux envoyés par une pluralité de satellites, - déterminer, via le module de géolocalisation, à partir de la pluralité de signaux reçue, une série de positions géographiques du véhicule sur une section de trajet du véhicule, appelée «trace », - déterminer, via le module de géolocalisation, à partir de la pluralité de signaux reçue, le nombre de satellites utilisés pour déterminer ladite trace, - envoyer, via le module de communication, à au moins un serveur de traitement de données d'un réseau, notamment externe, de communication, de ladite trace et du 6 nombre de satellites déterminés par le module de géolocalisation. [0028] Selon un aspect de l'invention, le véhicule est configure pour déterminer la position des satellites dans le ciel, également appelée éphéméride des satellites. [0029] Selon un aspect de l'invention, le véhicule est configure pour déterminer la dis- tribution des satellites. [0030] Selon un aspect de l'invention, le véhicule est configure pour déterminer la distance entre le point de coordonnées mesuré et chaque satellite ayant pris la mesure. [0031] Selon un aspect de l'invention, le véhicule est configure pour recevoir sur un lien de communication sans fil, par exemple d'un serveur de traitement de données, des données sur la qualité de l'atmosphère, notamment sur la qualité de l'ionosphère. [0032] L'invention concerne aussi un serveur de traitement de données pour la mise à jour d'une carte routière à partir d'une pluralité de véhicules dits « contributcurs », reliés audit serveur de traitement de données par un réseau de communication, chaque véhicule contributeur comprenant un module de géolocalisation, un calculateur et un module de communication, ledit serveur étant caractérisé en cc qu'il est configure pour : - recevoir, d'au moins un véhicule contributcur, une série de positions géographiques du véhicule sur une section de trajet du véhicule, appelée « trace », déterminée à partir d'une pluralité de signaux envoyés par une pluralité de satellites, ainsi que le nombre de satellites utilisés pour déterminer ladite trace, - calculer un premier coefficient de pondération de chaque point de la trace reçue en fonction du nombre de satellites transmis, un deuxième coefficient de pondération de chaque point de la trace reçue en fonction d'au moins une trace de référence stockée dans ledit serveur de traitement de données, et un troisième coefficient de pondération de chaque point de la trace reçue par application d'une fonction mathématique au premier coefficient de pondération calculé et au deuxième coefficient de pondération calculé, - pondérer chaque point de la trace reçue avec le troisième coefficient de pondération calculé, - mettre à jour l'au moins une trace de référence correspondant à la section de trajet du véhicule à partir de la trace pondérée et, - mettre à jour une carte routière à partir de la trace de référence mise à jour. [0033] L'invention concerne aussi un système de mise à jour de carte routière, ledit système comprenant au moins un serveur de traitement de données, tel que présenté ci-avant, une pluralité de véhicules dits « contributeurs », et un réseau de communication, reliant la pluralité véhicules contributeurs à l'au moins un serveur de traitement de données, chaque véhicule contributeur comprenant un module de géolocalisation, un calculateur et un module de communication. 7 Brève description des dessins [0034] D'autres caractéristiques et avantages de l'invention apparaîtront encore à la lecture de la description qui va suivre. Celle-ci est purement illustrative et doit être lue en regard des dessins annexés sur lesquels : [0035] [fig.11 : la figure 1 illustre fonctionnellement une forme de réalisation du système selon l'invention ; [0036] [fig.2] : la figure 2 illustre schématiquement un exemple de véhicule, de serveur et de sa- tellites selon l'invention ; [0037] [fig.31 : la figure 3 représente schématiquement une trace de référence d'un véhicule; [0038] [fig.41 : la figure 4 représente en ensemble de traces reçue par rapport à chaque point de la trace de référence de la figure 3 ; [0039] [fig.51 : la figure 5 représente un exemple de mise en oeuvre du procédé selon l'invention. Description des modes de réalisation [0040] L'invention va maintenant être décrite dans son application à la création et à la mise à jour d'une carte routière pour permettre l'aide à la conduite, par exemple destinée à être affichée sur un écran situé dans l'habitacle d'un véhicule automobile pour permettre la navigation dudit véhicule. 100411 Selon l'invention, la carte routière est renseignée au moyen d'une approche parti- cipative d'un réseau de véhicules contributeurs. 100421 Par le terme « contrihuteur », on entend un véhicule apte à fournir des informations liées au réseau routier lorsque celui-ci effectue un trajet. Autrement dit, un ensemble de véhicules contrihuteurs identifie des données relatives aux différentes routes sur lesquels ils circulent et renseigne une hase de données comprenant l'ensemble des informations liées au réseau routier, notamment la géolocalisation de chaque route, leur sens de circulation, les panneaux de signalisation ou la présence de parkings par exemple. 100431 On a représenté à la figure 1 un exemple de système 1 selon l'invention pour la création et la mise à jour d'une carte routière. 100441 Ce système 1 comprend une pluralité de contrihuteurs se présentant sous la forme d'une pluralité de véhicules 10 connectés via un réseau de communication 15 à un serveur de traitement de données 20. 100451 En variante, le serveur de traitement de données 20 pourrait tout aussi bien être 8 intégré dans l'un ou plusieurs des véhicules 10 contributcurs ou bien dans chaque véhicule 10 de la pluralité de véhicules 10, par exemple dans un réseau de type « réseau ad hoc ». [0046] L'exemple décrit par la suite présente le cas d'un unique serveur de traitement de données 20 par souci de clarté, cependant il va de soi que le système 1 pourrait tout aussi bien comprendre une pluralité de serveurs de données 20, par exemple de type « nuage » (« cloud » en langue anglaise) réalisant les mêmes fonctions ou complémentaires des fonctions à réaliser pour mettre en oeuvre l'invention. [0047] Véhicule 10 [0048] En référence à la figure 2, chaque véhicule 10 contributeur du système 1 comprend un module de géolocalisation 110, un calculateur 120 et un module de communication 130. Chaque véhicule 10 peut en outre comprendre un écran d'affichage (non représenté), par exemple afin d'afficher la carte routière mise à jour par le serveur de traitement de données 20. [0049] Module de localisation 110 [0050] Le module de géolocalisation 110 est configure pour recevoir une pluralité de signaux envoyés par une pluralité de satellites 30 et pour déterminer la position du véhicule 10 à partir des signaux reçus sous la forme d'un point de coordonnées comportant au moins les coordonnées géographiques du véhicule 10. Le module de géolocalisation 110 peut par exemple être du type GPS, GLONASS ou GALILEO. Le fonctionnement d'un tel module de géolocalisation 110 étant connu en soi, il ne sera pas décrit plus en détails ici. [0051] Temporellement, le module de géolocalisation 110 permet de définir une série de points de coordonnées du véhicule 10 sur une section de trajet dudit véhicule 10 lorsque ce dernier est en mouvement. Une telle série de positions géographiques est désignée «trace ». La trace prise en compte peut être un trajet entre deux noeuds d'une trajectoire, par exemple entre deux croisements de routes 2, ou sur un trajet effectué sur une durée prédéterminée. Autrement dit, il ne s'agit pas forcément de la trace complète d'un itinéraire d'un point de départ à un point d'arrivée mais d'au moins une section d'un trajet. Selon l'invention, par détermination ou envoi de la trace, on entend la détermination et l'envoi de chaque point de coordonnées d'une telle trace. Par exemple, une trace peut comprendre quelques points ou dizaines de points de coordonnées. L'hypothèse est faite que les coordonnées géographiques d'un point de coordonnées sont déterminées en prenant en compte un bruit. Un tel bruit est un paramètre connu qui correspond à une marge d'erreur de positionnement comprise par exemple dans un rayon de l'ordre de cinq mètres autour de la position réelle du véhicule 10. La trace déterminée par le module de géolocalisation 110 correspond ainsi à une moyenne du bruit envoyé par chaque satellite 30. 9 [0052] Le module de géolocalisation 110 est également configuré pour déterminer le nombre de satellites 30 ayant envoyés les signaux pour un point de coordonnées. En effet, suivant la position du véhicule 10 sur la route 2 et la position des satellites 30 dans le ciel, un nombre plus ou moins important de satellites 30 communiquent avec le module de géolocalisation 110 et envoient des signaux. De manière générale, au moins quatre satellites 30 sont nécessaires pour déterminer une position géographique par triangulation par exemple, cependant, le module de géolocalisation 110 peut également recevoir des signaux par exemple d'une dizaine de satellites 30, ce qui augmente la fiabilité du positionnement. Cette information sur le nombre de satellites 30 est considérée comme unique pour chaque point d'une trace donnée et est fournie avec chaque point de la trace lorsqu'elle est disponible. Cette information variant notamment avec les masquages du véhicule dus par exemple aux bâtiments. D'autres informations peuvent être collectées et fournies avec chaque trace, telles que, par exemple, la puissance ou la géométrie (dilution de la précision des signaux ou Dilution of Precision ou DOP en langue anglaise) des signaux satellitaires, comme cela sera décrit ci-après. [0053] Le module de géolocalisation 110 est configuré pour communiquer avec le cal- culateur 120 du véhicule 10, par exemple par un réseau de type bus CAN, afin de transmettre audit calculateur 120 les traces qu'il détermine, notamment, pour chaque trace, les coordonnées géographiques de chaque point de la trace et de préférence le nombre de satellites 30 ayant envoyé les signaux ayant permis de générer ladite trace. [0054] Calculateur 120 [0055] Le calculateur 120 est configuré pour communiquer avec le serveur de traitement de données 20 via le module de communication 130 et le réseau de communication 15. Le calculateur 120 comprend une mémoire dans laquelle sont enregistrées des instructions, [0056] En particulier, le calculateur 120 est configuré par les instructions pour recevoir du module de géolocalisation 110, par exemple via une interface CAN, chaque trace et le nombre de satellites 30 ayant permis de déterminer ladite trace et pour envoyer ces données au serveur de traitement de données 20 via le module de communication 130 et le réseau de communication 15. [0057] Dans une forme de réalisation, le calculateur 120 est configuré par les instructions pour recevoir, via le réseau de communication 15 et le module de communication 110, des traces de référence du serveur de traitement de données 20 relatives à une zone dans laquelle circule ou pourrait circuler le véhicule 10, et pour générer ou mettre à jour une carte routière à partir des traces de référence reçues, notamment des traces représentatives du trajet effectué par le véhicule 10. [0058] Dans une autre forme de réalisation, le calculateur 120 est configuré par les ins- tructions pour recevoir la carte routière de référence envoyée par le serveur de traitement de données 20, par exemple spontanément envoyée par le serveur de traitement de données 20 après chaque mise à jour (envoi de type « push »), ou bien en la requérant auprès du serveur de traitement de données 20 (envoi de type « pull »). [0059] Dans une forme de réalisation, le calculateur 120 est configuré par les instructions pour commander l'affichage de la carte routière mise à jour ou reçue ainsi que, de préférence, la position du véhicule 10 sur ladite carte routière. En variante ou en complément, la carte routière peut être affichée ou non mais utilisée pour d'autres fonctions d'assistance à la conduite, telles que par exemple le maintien du véhicule dans sa voie. [0060] On notera ici qu'il est possible que des véhicules 10 contributcurs contribuent au système 1 en envoyant leurs traces sans utiliser la carte routière. [0061] Module de communication 130 [0062] Le module de communication 130 est configuré pour échanger des signaux sur un lien de communication sans fil avec le réseau de communication 15 afin que le calculateur 120 communique avec le serveur de traitement de données 20. A cette fin, le module de communication 130 peut par exemple comprendre un circuit radio et une antenne (non représentés), de manière connue en soi. [0063] Réseau de communication 15 [0064] Le réseau de communication 15 peut être un réseau de communication terrestre (3G, 4G, 5G, Wimax,...) ou satellite. [0065] Serveur de traitement de données 20 [0066] Le serveur de traitement de données 20 est configuré pour recevoir les traces envoyées par chaque véhicule 10 contributeur ainsi que le nombre de satellites 30 ayant servi à déterminer chaque trace. De manière optionnelle, le serveur de traitement de données 20 est configuré pour recevoir et/ou déterminer d'autres indicateurs tels que, par exemple des informations supplémentaires fournies par les satellites 30 le cas échéant, notamment sur la qualité de mesure (position des satellites 30, distance avec chaque satellite 30, éphéméride des satellites 30, qualité de l'atmosphère,...), des informations sur la fiabilité des véhicule 10 contributeurs ou des informations générées à partir de capteurs, comme cela sera décrit ci-après. [0067] l'utilisation de capteurs supplémentaires tels que, par exemple, une caméra. Une caméra peut par exemple enregistrer des images de la route 2 et le calculateur 120 peut alors être configuré pour analyser ces images afin de valider la cohérence des objets détectés sur les images (présence d'un pont, d'un croisement, placement sur la chaussée suivant si les caméras de véhicules différents voient chacune une ligne pointillée ou l'une une ligne pointillée et l'autre une ligne continue, etc.). Ces informations permettent de pondérer chaque point des traces reçues selon la pertinence 11 des informations reçues. [0068] Plus particulièrement, ces informations permettent tout d'abord d'affiner une trace donnée avec des données reçue de la caméra : par exemple d'affiner la localisation latérale en fonction de l'information de ligne ou d'affiner la localisation longitudinale avec un pont. Cela est particulièrement utile pour la détection d'intersections qui donnent une indication sur une fin de tronçons routiers. Ces informations permettent également de détecter une fausse trace si les objets vus ne sont pas cohérents avec ceux vus par un autre véhicule ou avec une hase de données de référence objets/routes. Cela se traduira par une exclusion de la trace, ou une pondération faible de la trace si doute sur la cohérence, ou un affinage (par exemple une translation) de la trace. [0069] Dans une forme de réalisation, le serveur de traitement de données 20 est situé dans un nuage (cloud en langue anglaise) désignant un espace de stockage virtuel et de calcul, auquel l'ensemble des véhicules 10 contrihuteurs peut se connecter. Le serveur de traitement de données 20 est notamment connecté à une hase de données 25 qui peut être implémentée dans le serveur de traitement de données 20 ou à l'extérieur du serveur de traitement de données 20. [0070] Le serveur 20 comprend un processeur et une mémoire (non illustrés), ladite mémoire comprenant des instructions. [0071] Le processeur du serveur de traitement de données 20 est configure par les ins- tructions pour pondérer chaque point de chaque trace reçue afin, soit de générer une trace de référence et la stocker dans la base de données 25, soit de mettre à jour une trace de référence existante déjà stockée dans la base de données 25. Comme illustré à la figure 3, cette trace de référence To correspond à une portion de trajet moyenne effectuée par le ou les véhicules 10 ayant envoyé des traces sur la section de trajet correspondante de la route 2. La pondération permet avantageusement d'affiner la trace de référence To lorsqu'elle a été générée à partir de plusieurs traces de manière à obtenir une trace plus proche du trajet moyen réalisé sur une route 2 existante et modéliser ainsi une carte routière précise. [0072] Notamment, le processeur du serveur de traitement de données 20 est configuré par les instructions pour calculer un premier coefficient de pondération de chaque point de la trace reçue, en fonction du nombre de satellites 30 qui ont permis de générer ladite trace. Selon un exemple de réalisation, un tel premier coefficient de pondération est compris entre 0 et 1. Un coefficient de pondération égal à 1 signifie qu'une valeur n'est pas abaissée. De même un coefficient de pondération égale à 0,5 signifie qu'une valeur est divisée par deux. Enfin, un coefficient de pondération de 0 signifie que la valeur n'est pas prise en compte. [0073] A titre d'exemple, pour une trace donnée : lorsque le nombre satellites 30 ayant permis de déterminer la trace reçue est 12 inférieur ou égal à trois, alors le premier coefficient de pondération est égal à 0; lorsque le nomhre satellites 30 ayant permis de déterminer la trace reçue est égal à quatre, alors le premier coefficient de pondération est égal à 0,4 ; lorsque le nomhre satellites 30 ayant permis de déterminer la trace reçue est égal à cinq, alors le premier coefficient de pondération est égal à 0,5 ; lorsque le nomhre satellites 30 ayant permis de déterminer la trace reçue est égal à six, alors le premier coefficient de pondération est égal à 0,6 ; lorsque le nomhre satellites 30 ayant permis de déterminer la trace reçue est égal à sept, alors le premier coefficient de pondération est égal à 0,7 ; lorsque le nomhre satellites 30 ayant permis de déterminer la trace reçue est égal à huit, alors le premier coefficient de pondération est égal à 0,8 ; lorsque le nomhre satellites 30 ayant permis de déterminer la trace reçue est égal à neuf, alors le premier coefficient de pondération est égal à 0,9 ; lorsque le nomhre satellites 30 ayant permis de déterminer la trace reçue est supérieur ou égal à dix, alors le premier coefficient de pondération est égal à 1. [0074] Bien entendu, tout autre choix de valeurs est possible. Notamment, un coefficient de pondération de 0 peut être attribué lorsque le nomhre de satellites 30 ayant permis de déterminer la trace reçue est inférieure ou égale à trois tandis qu'un coefficient de pondération de 1 peut être attribué lorsque le nombre de satellites 30 ayant permis de déterminer la trace reçue est supérieur ou égal à quatre. [0075] Le processeur du serveur de traitement de données 20 est en outre configuré par les instructions pour calculer un deuxième coefficient de pondération de chaque point de la trace reçue en fonction de la trace de référence To stockée dans le serveur de traitement de données 20 (le cas échéant), notamment d'une estimation de la distance entre la trace reçue et la trace de référence Tr, stockée. Comme représenté sur la figure 4 à titre d'exemple, lorsque la trace (la moyenne du bruit représenté par une sinusoïde) T, par reçue le serveur de traitement de données 20 correspond à une portion de trajectoire située une distance de la trace de référence To inférieure à un seuil, par exemple deux mètres, alors le deuxième coefficient de pondération peut être égal à 1 et lorsque la trace reçue T2 par le serveur de traitement de données 20 correspond à une portion de trajectoire située une distance de la trace de référence To supérieure au seuil, alors le deuxième coefficient de pondération est égal à 0. En l'absence de trace de référence stockée dans la base de données 25, le deuxième coefficient de pondération est de préférence égal à 1. [0076] Le processeur du serveur de traitement de données 20 est également configuré par les instructions pour calculer un troisième coefficient de pondération de chaque point de la 13 trace reçue par l'application d'une fonction mathématique au premier coefficient de pondération et au deuxième coefficient de pondération, calculés précédemment, afin d'affiner la précision de la trace de référence. A titre d'exemple, le serveur de traitement de données 20 peut être configuré pour calculer le troisième coefficient de pondération en réalisant la moyenne, la médiane ou l'écart-type du premier coefficient de pondération et du deuxième coefficient de pondération. [0077] Le processeur du serveur de traitement de données 20 est configuré par les ins- tructions pour appliquer le troisième coefficient de pondération à chaque point de la trace reçue, envoyée par le calculateur 120, de manière à pondérer chaque point de la trace reçue en fonction des différents paramètres précités. Une telle pondération permet avantageusement de prendre en compte la cohérence de la trace reçue à la fois selon le nombre de satellites 30 ayant permis d'obtenir ladite trace et par rapport à la trace de référence stockée, représentative des précédents passages d'un autre véhicule 10 contributcur. [0078] Le processeur du serveur de traitement de données 20 est configuré par les ins- tructions pour mettre à jour une trace de référence stockée dans la hase de données à partir d'une trace pondérée correspondant à la même section de trajet, par exemple en remplaçant la trace de référence stockée par la moyenne de ladite trace de référence stockée et de la trace pondérée. Une telle mise à jour permet d'affiner la trace de référence afin qu'un véhicule 10 bénéficie par la suite d'une trace de référence affinée. [0079] Le processeur du serveur de traitement de données 20 est configuré par les ins- tructions pour envoyer à chaque véhicule 10 contributeur la trace de référence mise à jour afin d'actualiser sa carte routière ou bien d'envoyer la carte routière mise à jour afin qu'elle soit par exemple affichée ou bien utilisée pour du routage ou toute autre fonction d'assistance à la conduite du véhicule utilisant une telle carte routière. [0080] De manière optionnelle, le processeur du serveur de traitement de données 20 peut être configuré par les instructions pour pondérer chaque point des traces reçues avec d'autres coefficients de pondération et permettre ainsi d'améliorer la fiabilité des contributions et donc de la carte routière. [0081] Par exemple, le serveur de traitement de données 20 peut être configuré pour pondérer chaque point des traces reçues avec un quatrième coefficient de pondération basé sur des informations supplémentaires fournies par les satellites 30 le cas échéant. [0082] A titre d'exemple, le serveur de traitement de données 20 peut être configuré pour pondérer chaque point des traces reçues en fonction de la qualité des mesures réalisées sur les signaux de géolocalisation reçus des satellites 30. Plus précisément, la qualité de la mesure peut comprendre la position des satellites 30 et la distance entre le point de coordonnées mesuré et chaque satellite 30 ayant pris la mesure. [0083] La qualité de la mesure peut également comprendre l'éphéméride des satellites 30, 14 c'est-à-dire la position des satellites 30 dans le ciel ainsi que leur distribution. [0084] La qualité de la mesure peut aussi comprendre la qualité des signaux reçus qui dépend de la qualité de l'atmosphère et notamment de l'ionosphère. En effet, pour aller d'un satellite 30 à un véhicule 10, les ondes traversent notamment l'ionosphère, or, en cas d'orage ionosphérique (cntrainant des perturbations électriques), le réseau de centralisation des informations peut recevoir des informations erronées du fait de l'activité électrique. Une information sur l'éphéméride et/ou sur les conditions dans l'ionosphère, provenant par exemple d'une source externe, permet de filtrer la qualité des informations envoyées en pondérant par exemple les données envoyées par l'un des satellites 30 ou l'ensemble des données sur une durée donnée (en cas d'orage ionosphérique les informations peuvent être pondérées à 0 sur une plage horaire correspondant à la durée de l'orage afin de ne pas être prises en compte), le but étant d'exclure les mauvaises contributions. [0085] La qualité de la mesure peut également comprendre la puissance des signaux reçus ou leur géométrie (dilution de la précision des signaux ou Dilution of Prccision ou DOP en langue anglaise). [0086] Par exemple encore, le processeur du serveur de traitement de données 30 peut être configuré par les instructions pour pondérer l'information reçue par un véhicule 10 avec un cinquième coefficient de pondération basé sur le véhicule 10 contrihuteur. Par exemple, lorsque le véhicule 10 est identifié comme ayant précédemment donné des informations reconnues comme fiable pour des précédentes traces alors le cinquième coefficient de pondération peut être égal à 1. A l'inverse, lorsqu'un véhicule 10 est nouveau dans le système 1 ou si ce véhicule 10 a précédemment fournit au serveur de traitement de données 20 des informations erronées, de manière involontaire, par exemple si son module de localisation 110 est défaillant, alors le cinquième coefficient de pondération peut être égal à 0,5. En revanche, lorsqu'un véhicule 10 a précédemment fournit au serveur de traitement de données 20 des informations erronées de manière répétée ou très erronées, alors le cinquième coefficient de pondération peut être égal à 0. [0087] Par exemple encore, le processeur du serveur de traitement de données 20 peut être configuré par les instructions pour pondérer l'information reçue par un véhicule 10 avec un sixième coefficient de pondération basé sur l'utilisation de capteurs supplémentaires tels que, par exemple, une caméra. Une caméra peut par exemple enregistrer des images de la route 2 et le calculateur 120 peut alors être configuré pour analyser ces images afin de valider la cohérence des objets détectés sur les images (présence d'un pont, d'un croisement, placement sur la chaussée suivant si les caméras de véhicules différents voient chacune une ligne pointillée ou l'une une ligne pointillée et l'autre une ligne continue, etc.). Ces informations permettent de pondérer chaque point des traces reçues selon la pertinence des informations reçues. [0088] Plus particulièrement, ces informations permettent tout d'abord d'affiner une trace donnée avec des données reçue de la caméra : par exemple d'affiner la localisation latérale en fonction de l'information de ligne ou d'affiner la localisation longitudinale avec un pont. Cela est particulièrement utile pour la détection d'intersections qui donnent une indication sur une fin de tronçons routiers. Ces informations permettent également de détecter une fausse trace si les objets vus ne sont pas cohérents avec ceux vus par un autre véhicule ou avec une hase de données de référence objets/routes. Cela se traduira par une exclusion de la trace, ou une pondération faible de la trace si doute sur la cohérence, ou un affinage (ex. translation) de la trace. [0089] Le processeur du serveur de traitement de données 20 peut également, de manière optionnelle, être configuré par les instructions pour corriger les traces reçues afin d'améliorer leur fiabilité. Par exemple, la fiabilité des véhicules 10 contributeurs (quatrième coefficient de pondération) peut être calculée en appliquant une fonction aux autres coefficients, suivant les options utilisées, par exemple en calculant leur moyenne. [0090] Le processeur du serveur de traitement de données 20 peut être configuré par les ins- tructions pour filtrer les traces avant de les ajouter à la trace de référence stockée dans une zone mémoire de la base de données 25. Par exemple, dans le cas où une trace reçue d'un véhicule 10 fiable est éloignée de la trace de référence stockée dans le serveur ou si le véhicule 10 est nouveau, peu fiable voire non fiable, le serveur de traitement de données 20 peut stocker les traces envoyées par ledit véhicule 10 afin de vérifier ultérieurement leur pertinence ou leur fiabilité. Cela peut notamment permettre de détecter une nouvelle route 2 qui ne correspondrait pas à une route 2 existante de la carte routière lorsque plusieurs véhicules 10 l'empruntent et intégrer ainsi lesdites traces ultérieurement tout en augmentant alors le taux de fiabilité des véhicules 10 contributeurs concernés. [0091] De même, pour une trace située à une distance inférieure à un seuil de distance pré- déterminé (par exemple 10 m), le serveur de traitement de données 20 peut être configuré pour recalculer la moyenne des différents coefficients de pondération utilisés ou conserver la trace sans la prendre en compte dans la génération de la carte mise à jour. [0092] Un exemple de mise en oeuvre du procédé selon l'invention va maintenant être décrit en référence à la figure 5. Par souci de clarté, il est décrit la mise à jour d'une carte routière à partir de données envoyés par un véhicule 10 contributeur mais il va de soi que le procédé s'applique à l'ensemble des véhicules 10 contributeurs du système 1. [0093] En prérequis, on considère qu'une carte routière de référence, stockée dans la base de données 25, a été générée préalablement et qu'elle comporte une trace de référence 16 correspondant à la section de trajet parcourue par le véhicule 10 dans l'exemple décrit, cette trace de référence ayant été préalablement générée à partir d'une ou plusieurs traces envoyées par un ou plusieurs véhicules 10 contributeurs. [0094] Tout d'abord, lorsque le véhicule 10 circule sur une route 2, son module de géoloca- lisation 110 reçoit dans une étape El une pluralité de signaux envoyés par la pluralité de satellites 30 du système de navigation par satellite. [0095] Ensuite, le module de géolocalisation 110 détermine dans une étape E2, à partir de la pluralité de signaux reçue, la trace correspondant aux positions du véhicule 10 sur une section de trajet qu'il vient d'effectuer ainsi que le nombre de satellites 30 utilisés pour déterminer ladite trace en chacun de ses points. [0096] Le module de géolocalisation 110 transmet alors au calculateur 120 dans une étape E3 la trace et le nombre de satellites 30 déterminés afin que le calculateur 120 les envoie au serveur de traitement de données 20 dans une étape E4. [0097] A réception (étape E5), par le serveur de traitement de données 20, de la trace et du nombre de satellites 30 transmis, le serveur de traitement de données 20 calcule dans une étape E6 le premier coefficient de pondération, le deuxième coefficient de pondération et le troisième coefficient de pondération pour chaque point de la tract reçue puis pondère chacun des points de la trace reçue avec ledit troisième coefficient de pondération calculé dans une étape E7. [0098] De manière optionnelle, le serveur de traitement de données 20 peut calculer le quatrième, le cinquième et/ou le sixième coefficient pour la trace reçue et pondérer chaque point de cette trace avec le résultat obtenu dans une étape E8. [0099] Ensuite, dans une étape E9, le serveur de traitement de données 20 met à jour, dans la base de données 25, la trace de référence correspondant à la section de trajet parcourue par le véhicule 10 à partir de la trace pondérée. Cette mise à jour peut par exemple correspondre, pour chaque point de la trace de référence à calculer la moyenne pondérée entre ledit point (qui a sa propre pondération, a priori forte) et les points correspondants des nouvelles traces avec leur propre pondération. Cela peut se faire point à point ou globalement sur l'ensemble des points d'une trace. [0100] Lorsqu'aucun véhicule 10 n'a circulé sur la section de trajet, la trace envoyée par le premier véhicule 10 contributeur et pondérée par le serveur de traitement de données 20 est stockée comme trace de référence dans la base de données 25. [0101] Lorsque la trace pondérée apparaît éloignée de la trace de référence, c'est à dire qu'elle ferait varier la trace de référence significativement, la trace pondérée peut être stockée dans une zone mémoire spécifique de la base de données 25. Aussi, si les traces pondérées qui sont reçues ultérieurement sont également éloignées de la trace de référence mais proches entre elles, elles peuvent être moyennées et devenir la nouvelle trace de référence. Ce cas de figure peut par exemple se produire lorsqu'une route 2 est 17 modifiée et qu'un nouveau trajet est accessible aux véhicules 10, que l'ancien trajet soit toujours emprunté ou non. [0102] Enfin, le serveur de traitement de données 20 met à jour la carte routière de référence à partir de la trace de référence mise à jour et met à disposition des véhicules 10 contributcurs la nouvelle carte routière de référence dans une étape EIOa ou bien envoie la nouvelle trace de référence mise à jour aux véhicules 10 contributeurs qui, à réception, mettent à jour la carte routière existante stockée dans une zone mémoire du véhicule 10 dans une étape El Ob. [0103] Les traces et la carte routière ainsi générées peuvent ainsi être utilisées dans le véhicule 10 pour guider le conducteur ou pour des applications d'assistance à la conduite (tenue de voie ou autre) ou bien encore pour détecter un dysfonctionnement sur un équipement du véhicule 10. Dans ce dernier cas, la carte routière peut par exemple être corrélée avec les images d'une caméra du véhicule afin de détecter un dysfonctionnement de ladite caméra. [0104] L'invention présente l'avantage de donner un poids indiquant sa pertinence à chaque point d'une trace reçue par le serveur de traitement de données 20 de sorte que chaque trace de référence reflète au plus près la réalité de la trajectoire des véhicules 10 sur la section de trajet correspondante. En particulier, l'utilisation d'un coefficient sur la fiabilité du véhicule 10 contrihuteur de la trace reçue et/ou de la non-prise en compte d'une trace pondérée lorsqu'elle trop loin de la trace de référence peuvent permettre de réduire le risque de voir des véhicules 10 contributeurs malveillants envoyer des trace erronées pour corrompre la carte routière participative. 18 [Revendication 1] REVENDICATIONSProcédé de mise à jour d'une carte routière à partir d'une pluralité de véhicules dits « contributeurs », reliés à au moins un serveur de traitement de données par un réseau de communication, chaque véhicule contrihuteur comprenant un module de géolocalisation, un calculateur et un module de communication, ledit procédé comprenant les étapes de : a. réception, par l'au moins un serveur de traitement de données, d'une trace comprenant une série de positions géographiques successives obtenues par le module de géolocalisation d'un véhicule contributcur, chaque position géographique de la trace étant associée à un nombre de satellite utilisés pour déterminer ladite position géographique, b. calcul, par l'au moins un serveur de traitement de données d'un premier coefficient de pondération de la trace reçue en fonction du nombre de satellites transmis, d'un deuxième coefficient de pondération de la trace reçue en fonction d'au moins une trace de référence stockée dans l'au moins un serveur de traitement de données, et d'un troisième coefficient de pondération de la trace reçue par application d'une fonction mathématique au premier coefficient de pondération calculé et au deuxième coefficient de pondération calculé, c. pondération de chaque point de la trace reçue avec le troisième coefficient de pondération calculé, d. mise à jour de l'au moins une trace de référence correspondant à la section de trajet du véhicule à partir de la trace pondérée et, e. mise à jour d'une carte routière à partir de la trace de référence mise à jour. [Revendication 2] Procédé selon la revendication 1, comprenant une étape de pondération par l'au moins un serveur de la trace reçue avec un quatrième coefficient de pondération basé sur des informations supplémentaires relatives aux satellites et envoyée par le calculateur du véhicule. [Revendication 3] Procédé selon la revendication précédente, dans lequel le quatrième co- efficient de pondération est basé sur la qualité des mesures réalisées sur 19 [Revendication 4] [Revendication 5] [Revendication 6] [Revendication 7] [Revendication 8] [Revendication 9] les signaux de géolocalisation reçus des satellites. Procédé selon la revendication précédente, dans lequel la qualité des mesures comprend la position des satellites et/ou leur distribution et/ou la distance entre le point de coordonnées mesuré et chaque satellite ayant pris la mesure. Procédé selon l'une quelconque des revendications 3 et 4, dans lequel la qualité des mesures comprend au moins une caractéristique de l'atmosphère. Procédé selon l'une des revendications précédentes, comprenant une étape de pondération par l'au moins un serveur de la trace reçue avec un cinquième coefficient de pondération basé sur le contributeur. Procédé selon l'une des revendications précédentes, comprenant une étape de pondération par l'au moins un serveur de la trace reçue avec un sixième coefficient de pondération basé sur l'utilisation de capteurs embarqués dans le véhicule. Procédé selon l'une des revendications précédentes, dans lequel le troisième coefficient de pondération correspond à la moyenne, à la médiane ou à l'écart type du premier coefficient de pondération et du deuxième coefficient de pondération. Serveur de traitement de données pour la mise à jour d'une carte routière à partir d'une pluralité de véhicules dits « contributeurs », reliés audit serveur de traitement de données par un réseau de communication, chaque véhicule contributeur comprenant un module de géolocalisation, un calculateur et un module de communication, ledit serveur étant caractérisé en ce qu'il est configuré pour : a. recevoir, d'au moins un véhicule contributeur, une série de positions géographiques du véhicule sur une section de trajet du véhicule, appelée « trace », déterminée à partir d'une pluralité de signaux envoyés par une pluralité de satellites, ainsi que le nombre de satellites utilisés pour déterminer ladite trace, b. calculer un premier coefficient de pondération de la trace reçue en fonction du nombre de satellites transmis, un deuxième coefficient de pondération de la trace reçue en fonction d'au moins une trace de référence stockée dans ledit serveur de traitement de données, et un troisième coefficient de pondération de la trace reçue par application d'une fonction 20 mathématique au premier coefficient de pondération calcifié et au deuxième coefficient de pondération calculé, c. pondérer la trace reçue avec le troisième coefficient de pondération calculé, d. mettre à jour l'au moins une trace de référence correspondant à la section de trajet du véhicule à partir de la trace pondérée et, e. mettre à jour une carte routière à partir de la trace de référence mise à jour. [Revendication 10] Système de mise à jour de carte routière, ledit système comprenant au moins un serveur de traitement de données, selon la revendication précédente, une pluralité de véhicules dits « contributeurs », et un réseau de communication, reliant la pluralité véhicules contributeurs à l'au moins un serveur de traitement de données, chaque véhicule contributeur comprenant un module de géolocalisation, un calculateur et un module de communication.