FR3106686A1 - Procédé et dispositif de préchargement de données cartographiques - Google Patents
Procédé et dispositif de préchargement de données cartographiques Download PDFInfo
- Publication number
- FR3106686A1 FR3106686A1 FR2000637A FR2000637A FR3106686A1 FR 3106686 A1 FR3106686 A1 FR 3106686A1 FR 2000637 A FR2000637 A FR 2000637A FR 2000637 A FR2000637 A FR 2000637A FR 3106686 A1 FR3106686 A1 FR 3106686A1
- Authority
- FR
- France
- Prior art keywords
- point
- path
- vehicle
- coverage
- location
- 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
Classifications
-
- G—PHYSICS
- G06—COMPUTING OR CALCULATING; COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q50/00—Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
- G06Q50/40—Business processes related to the transportation industry
-
- 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
- G01C21/3889—Transmission of selected map data, e.g. depending on route
Landscapes
- Engineering & Computer Science (AREA)
- Radar, Positioning & Navigation (AREA)
- Remote Sensing (AREA)
- Business, Economics & Management (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Economics (AREA)
- Health & Medical Sciences (AREA)
- Automation & Control Theory (AREA)
- General Health & Medical Sciences (AREA)
- Human Resources & Organizations (AREA)
- Marketing (AREA)
- Primary Health Care (AREA)
- Strategic Management (AREA)
- Tourism & Hospitality (AREA)
- General Business, Economics & Management (AREA)
- Theoretical Computer Science (AREA)
- Navigation (AREA)
- Traffic Control Systems (AREA)
Abstract
L’invention concerne un procédé de préchargement de données cartographiques comprenant des étapes d’obtention d’une localisation géographique d’un véhicule, de détermination d’un premier point sur le réseau routier correspondant à la localisation du véhicule, de détermination d’au moins un chemin depuis le premier point jusqu’à au moins un second point du réseau routier situé à une première distance de conduite prédéterminée de ladite localisation, et de transmission au véhicule des données cartographiques correspondant au chemin déterminé, le procédé étant remarquable en ce que, lorsque pour un chemin déterminé le second point est compris dans une zone sans couverture réseau, l’étape de transmission comprend la transmission de données cartographiques correspondant audit chemin prolongé jusqu’à au moins un troisième point du réseau routier situé en aval de la zone sans couverture. L’invention concerne également un dispositif adapté pour mettre en œuvre le procédé.
Figure 2a
Description
L’invention appartient au domaine des véhicules connectés, et concerne en particulier un procédé pour optimiser l’utilisation d’une connexion de données pour télécharger des données cartographiques à l’approche d’une zone sans couverture réseau.
Art antérieur
Les fonctions de conduite assistée nécessitent des cartes routières précises et à jour. Les conditions de circulation étant variables, les véhicules autonomes ne peuvent pas se référer uniquement à des cartes embarquées, mais doivent au contraire télécharger en continu des cartes à jour.
Afin de permettre le téléchargement des données cartographiques, de tels véhicules sont équipés de moyens de communication, généralement une interface de communication cellulaire. Ces moyens de communications permettent à un véhicule de se connecter à un serveur afin de télécharger les cartes numériques du réseau sur lequel circule le véhicule.
Malheureusement, la couverture réseau d’un territoire est rarement homogène, en termes de technologie d’accès ou de puissance du signal. Par conséquent, au cours d’un trajet, un véhicule ne bénéficie pas d’un débit constant pour télécharger les cartes depuis un serveur. En particulier, il existe des zones sans couverture réseau, dites «zones blanches» à partir desquelles il est impossible pour un véhicule de contacter un serveur pour télécharger des cartes. Dans ces zones, les services d’assistance à la conduite (ADAS) ne sont donc pas disponibles.
D’autre part, lorsqu’un véhicule pénètre dans une zone blanche et perd la connexion réseau, il ne sait pas quand il retrouvera cette connexion. Par conséquent, un véhicule dans une zone blanche doit effectuer régulièrement des tentatives de connexion afin de se reconnecter dès qu’un réseau est de nouveau disponible.
Une solution à ce problème consiste à télécharger une large partie de carte autour de l’emplacement du véhicule. Ainsi, lorsque le véhicule pénètre dans une zone blanche, il dispose d’une carte lui permettant d’utiliser les fonctionnalités d’assistance à la conduite. Toutefois, une telle solution nécessite de conserver en mémoire une grande quantité de données, ce qui consomme inutilement des ressources.
Une autre solution consiste à précharger des données à l’approche d’une zone blanche. Pour cela, les zones sans couverture sont référencées sur une carte pour que la cartographie complète de la zone blanche soit téléchargée lorsque le véhicule s’en approche. Mais encore une fois, cette solution n’est pas optimale, car une grande quantité de données inutiles est téléchargée, et le véhicule doit comprendre une mémoire suffisante pour stocker la carte. En outre, il existe un risque pour que le véhicule n’ait pas le temps de télécharger toutes les données avant d’entrer dans la zone de blanche.
Il existe ainsi un besoin pour une solution pour permettre à des systèmes d’assistance à la conduite de fonctionner dans des zones sans couverture réseau, utilisant de manière optimale la bande passante et la mémoire du véhicule.
A cet effet, il est proposé un procédé de de préchargement de données cartographiques comprenant les étapes suivantes, mises en œuvre par un serveur:
- Obtention d’une localisation géographique d’un véhicule,
- Détermination d’un premier point sur le réseau routier correspondant à la localisation du véhicule,
- Détermination d’au moins un chemin depuis le premier point jusqu’à au moins un second point du réseau routier situé à une première distance de conduite prédéterminée de ladite localisation,
- Transmission au véhicule des données cartographiques correspondant au chemin déterminé,
le procédé étant tel que, lorsque pour un chemin déterminé le second point est compris dans une zone sans couverture réseau, l’étape de transmission comprend la transmission de données cartographiques correspondant audit chemin prolongé jusqu’à au moins un troisième point du réseau routier situé en aval de la zone sans couverture.
Le procédé propose ainsi de transmettre à un véhicule les parties de cartes numériques d’un réseau routier permettant de couvrir, sur une première distance de conduite prédéfinie, les différents chemins que le véhicule est susceptible de parcourir à partir de sa localisation courante. Lorsqu’au moins un des chemins susceptibles d’être empruntés par le véhicule aboutit dans zone sans couverture réseau, il est proposé de télécharger en outre les parties de carte permettant de couvrir les chemins susceptibles d’être empruntés par le véhicule dans la zone sans couverture. Ainsi, seules les données cartographiques correspondant à des chemins susceptibles d’être empruntés par le véhicule dans la zone sans couverture sont téléchargées. Les ressources réseau pour le téléchargement des données cartographiques et la mémoire nécessaire à leur stockage sont utilisées de façon optimale.
Lorsqu’un chemin déterminé sur une première distance de conduite aboutit dans une zone sans couverture, il est prolongé jusqu’à un troisième point situé en aval de la zone sans couverture. De cette façon, le véhicule dispose d’une cartographie routière qui couvre d’une part la zone sans couverture à l’intérieur de laquelle il ne pourra pas télécharger de nouvelles parties de cartes faute de connexion réseau, et d’autre part une portion du réseau qui permettra par exemple un guidage du véhicule après qu’il soit sorti de la zone sans couverture. Une telle disposition permet au véhicule de ne pas être «aveugle» lorsqu’il quitte la zone blanche. Le véhicule dispose ainsi d’une cartographie utilisable après la zone sans couverture le temps d’obtenir une nouvelle partie de carte.
En outre, la cartographie obtenue par le véhicule dans une zone blanche lui permet de connaître le moment auquel il pourra de nouveau se connecter au réseau. Il n’est ainsi plus nécessaire d’effectuer des tentatives de connexion périodiques tant que le véhicule circule dans la zone blanche. La consommation d’énergie est optimisée.
Une distance de conduite correspond ici à la longueur d’un parcours d’un véhicule entre un premier et un second point d’un réseau routier. Contrairement à une distance en ligne directe, la distance de conduite dépend de la géométrie des axes de circulation.
Selon une réalisation particulière, un chemin est en outre prolongé jusqu’au troisième point lorsque pour un chemin déterminé le second point est situé enamontd’une zone sans couverture et que temps de parcours entre ledit second point et la zone sans couverture est inférieure à un premier seuil particulier.
Lorsqu’un chemin aboutit en amont d’une zone blanche, et que la distance qui sépare la fin du chemin de la zone blanche est inférieure à un seuil particulier, le chemin est prolongé au travers de la zone blanche jusqu’à un au moins un troisième point situé en aval de la zone blanche. De cette façon, le procédé permet de garantir que les données cartographiques correspondant à la zone sans couverture seront préchargées avant de perdre la connexion avec le serveur de cartes. Une telle disposition permet d’éviter que les données cartographiques d’une zone blanche ne puissent pas être entièrement préchargées lorsque le temps de parcours entre le point où les dernières données cartographiques préchargées sont disponibles et l’entrée dans la zone blanche est trop court pour en permettre le téléchargement.
Selon un mode particulier de réalisation, un chemin est en outre prolongé jusqu’au troisième point lorsque pour un chemin déterminé le second point est situé enavald’une zone sans couverture et que temps de parcours entre la zone sans couverture et ledit second point est inférieure au premier seuil particulier.
Lorsque qu’un chemin déterminé aboutit en aval d’une zone blanche, il est prolongé de façon à garantir un temps de trajet minimal entre la sortie de la zone blanche et le moment où les données préchargées auront été consommées. Ce temps de parcours minimal en sortie de zone blanche garantit au véhicule la possibilité de précharger une nouvelle partie de carte routière avant d’avoir consommé la cartographie préchargée.
Selon un autre aspect, il est proposé un dispositif de préchargement de données cartographiques comprenant un processeur et une mémoire dans laquelle sont enregistrées des instructions de programme d’ordinateur, le processeur étant configuré par les instructions pour:
- Obtenir la localisation d’un véhicule,
- Déterminer un premier point sur le réseau routier correspondant à la localisation obtenue,
- Déterminer au moins un chemin depuis le premier point jusqu’à au moins un second point du réseau routier situé à une première distance de conduite prédéterminée de ladite localisation,
- Transmettre au véhicule des données cartographiques correspondant au chemin déterminé,
le dispositif étant tel que, lorsque pour un chemin déterminé le second point est compris dans une zone sans couverture réseau, le processeur est en outre configuré par les instructions pourtransmettre les données cartographiques correspondant audit chemin prolongé jusqu’à au moins un troisième point du réseau routier situé en aval de la zone sans couverture.
Selon encore un autre aspect, l’invention concerne un serveur comprenant un tel dispositif de préchargement.
De manière correspondante au procédé de préchargement, l’invention concerne aussi un procédé de téléchargement de données cartographiques mis en œuvre dans un véhicule routier, le procédé comprenant les étapes suivantes:
- Transmission d’un message comprenant au moins une localisation géographique du véhicule,
- Réception d’un message comprenant des données cartographiques relatives à au moins un chemin déterminé depuis un premier point du réseau routier correspondant à la localisation du véhicule jusqu’à au moins un second point du réseau routier situé à une première distance de conduite prédéterminée de ladite localisation.
Le procédé de téléchargement est remarquable en ce que, lorsque pour un chemin déterminé le second point est compris dans une zone sans couverture réseau, le message reçu comprend au moins des données cartographiques correspondant audit chemin prolongé jusqu’à au moins un troisième point du réseau routier situé en aval de la zone sans couverture.
Le procédé de téléchargement présente des avantages analogues à ceux du procédé de préchargement auquel il correspond.
Selon un autre aspect, l’invention concerne un dispositif de téléchargement de données cartographiques comprenant des moyens de communication, un processeur et une mémoire dans laquelle sont enregistrées des instructions de programme d’ordinateur, le processeur et l’interface de communication étant configurés par les instructions pour:
- Transmettre vers un serveur un message comprenant au moins une localisation géographique d’un véhicule routier,
- Recevoir un message comprenant des données cartographiques relatives à au moins un chemin déterminé depuis un premier point du réseau routier correspondant à la localisation du véhicule jusqu’à au moins un second point du réseau routier situé à une première distance de conduite prédéterminée de ladite localisation.
Le dispositif de téléchargement est remarquable en ce que, lorsque pour un chemin déterminé le second point est compris dans une zone sans couverture réseau, le processeur est en outre configuré par les instructions pourtransmettre les données cartographiques correspondant audit chemin prolongé jusqu’à au moins un troisième point du réseau routier situé en aval de la zone sans couverture.
Selon encore un autre aspect, l’invention concerne un véhicule routier comprenant un dispositif de téléchargement tel que décrit précédemment.
Enfin, l’invention concerne un support d'informations lisible par un processeur sur lequel est enregistré un programme d'ordinateur comprenant des instructions pour l’exécution des étapes d’un procédé de préchargement tel que décrit ci-avant et/ou des instructions pour l’exécution des étapes d’un procédé de téléchargement tel que décrit ci-avant.
Le support d'information peut être un support d'information non transitoire tel qu'un disque dur, une mémoire flash, ou un disque optique par exemple.
Le support d'informations peut être n'importe quelle entité ou dispositif capable de stocker des instructions. Par exemple, le support peut comporter un moyen de stockage, tel qu'une ROM, RAM, PROM, EPROM, un CD ROM ou encore un moyen d'enregistrement magnétique, par exemple un disque dur.
D'autre part, le support d'informations peut être un support transmissible tel qu'un signal électrique ou optique, qui peut être acheminé via un câble électrique ou optique, par radio ou par d'autres moyens.
Alternativement, le support d'informations peut être un circuit intégré dans lequel le programme est incorporé, le circuit étant adapté pour exécuter ou pour être utilisé dans l'exécution du procédé en question.
Les différents modes ou caractéristiques de réalisation précités peuvent être ajoutés indépendamment ou en combinaison les uns avec les autres, aux étapes du procédé de préchargement.
Les dispositifs, serveurs, véhicules et supports d’informations présentent au moins des avantages analogues à ceux conférés par le procédé auquel ils se rapportent.
D’autres caractéristiques, détails et avantages de l’invention apparaîtront à la lecture de la description détaillée ci-après, et à l’analyse des dessins annexés, parmi lesquels :
Description détaillée d’un mode de réalisation
La figure 1 représente une partie d’un réseau routier 100 comprenant un ensemble de segments routiers 101 à 105. La figure 1 montre également un véhicule 106 circulant sur le segment 101 du réseau routier 100. Le véhicule 106 est un véhicule connecté comprenant des moyens de communication, par exemple une interface réseau cellulaire 107 de type 3G, 4G, 5G, WiFi, ou encore Wimax, une mémoire et une unité de traitement, par exemple un ECU (Unité de Commande Electronique). Les moyens de communication du véhicule 106 lui permettent de se connecter à un réseau de communication 108 par l’intermédiaire d’un réseau d’accès cellulaire 109 et d’échanger des messages avec d’autres dispositifs. Le réseau de communication 108 comprend un serveur de traitement 110. Le serveur 110 comprend une unité de traitement, par exemple un processeur, une mémoire et des moyens de communication. Les moyens de communication du serveur 110 sont par exemple une interface réseau Ethernet lui permettant d’échanger des messages avec d’autres dispositifs comme des véhicules connectés tels que le véhicule 106. En particulier, le serveur 110 est adapté pour recevoir des requêtes en provenance du véhicule 107 et pour transmettre en retour des données cartographiques correspondant à des segments du réseau routier 100. Pour cela, le serveur 110 dispose d’une base de données géospatiale 111 dans laquelle sont enregistrées de cartes numériques du réseau routier 100. Ainsi, en effectuant une requête vers la base de données 111, par exemple une requête SQL (Structured Query Language), le serveur 110 peut obtenir des données cartographiques correspondant à des segments routiers particuliers et les transmettre au véhicule 106. De cette façon, le véhicule 106 peut disposer d’une cartographie numérique de la partie du réseau routier sur laquelle il circule. Ces données cartographiques sont par exemple utilisées par des dispositifs d’assistance à la conduite du véhicule 106, comme des dispositifs d’alerte, de navigation ou de guidage autonome.
La figure 1 montre une zone géographique 112 qui n’est pas couverte par le réseau d’accès cellulaire 109. Une telle zone sans couverture radio est appelée «zone blanche». Lorsque le véhicule 106 circule dans une zone blanche telle que la zone 112, il ne peut pas établir de connexion avec le serveur 110 pour obtenir les données cartographiques nécessaires au bon fonctionnement des dispositifs d’assistance à la conduite.
Les procédés de préchargement et de téléchargement vont maintenant être décrits en référence aux figures 2a et 2b.
Lors d’une étape 201, le serveur 110 reçoit une requête de préchargement transmise par le véhicule 106. La requête se présente sous la forme d’un message comprenant au moins une localisation géographique du véhicule106 donnée sous la forme de coordonnées géodésiques.
La requête est transmise par le véhicule au cours d’une étape 200 au cours de laquelle le véhicule obtient sa localisation géographique en interrogeant un dispositif de localisation, comme un dispositif GNSS, et transmet un message comprenant cette localisation au moyen de l’interface réseau 107. Le message est par exemple une requête http.
A la réception de la requête, le serveur détermine lors d’une étape 202 un premier point correspondant à la position du véhicule sur un segment routier. Pour cela, le serveur met en œuvre un algorithme de mise en correspondance d’une position GNSS avec une carte numérique d’un réseau routier. De tels algorithmes sont connus sous le nom de «map matching».
Lors d’une étape 203, le serveur 110 détermine au moins un chemin depuis la position du véhicule jusqu’à au moins un second point du réseau routier situé à une première distance de conduite prédéterminée de ladite localisation. Dans un mode de réalisation, la première distance de conduite est par exemple fixée à 6 kilomètres. Toutefois, d’autres valeurs de distance de conduite peuvent être utilisées sans modifier l’invention. Par exemple, la première distance de conduite peut être de 8 kilomètres.
Ainsi, lors de l’étape 203, le serveur détermine différents parcours que le véhicule 106 est susceptible d’emprunter depuis sa position. Les parcours sont déterminés sur une distance particulière correspondant à la première distance de conduite, soit 6 kilomètres dans cet exemple.
La figure 3a est une représentation schématique de l’environnement de la figure 1. On y repère en particulier la position 300 du véhicule 106 sur le segment 101 et la zone sans couverture 112. Le serveur 110 explore les différents chemins que le véhicule 106 peut emprunter depuis sa position 300. Pour cela, le serveur 110 utilise par exemple une représentation du réseau routier sous forme de graphe auquel il applique un algorithme de parcours de graphe, par exemple un algorithme de type A* ou Dijkstra bien connus d’une personne du métier. La figure 3b représente la même partie du réseau routier que la figure 3a sur laquelle sont mis en évidence par un trait gras trois chemins de 6 kilomètres déterminés à partir de la position 300 du véhicule. Les chemins déterminés s’étendent ainsi jusqu’aux seconds points 301, 302 et 303 respectivement situés sur les segments 101, 105 et 104. Ces chemins correspondent aux différents chemins susceptibles d’être empruntés par le véhicule 106. En variante, afin de réduire les temps de traitements, le serveur 110 peut explorer uniquement un sous-ensemble de chemins possibles, par exemple en se basant sur des probabilités que le véhicule emprunte ou non un chemin. Des probabilités sont par exemple attribuées aux chemins selon l’orientation du véhicule, le type de voie, ou encore selon une donnée statistique relative à la fréquentation des différents segments routiers.
A l’étape 204, le serveur 110 détermine la position des seconds points 301, 302 et 303 par rapport à la position de zones sans couverture. Pour cela, le serveur 110 consulte une base de données géospatiale, par exemple la base de données 111, dans laquelle sont mémorisées des descriptions de zones sans couverture réseau. Une zone sans couverture peut être décrite de différentes manières dans la base de données. Par exemple, la région sur laquelle s’étend un réseau routier considéré peut-être partitionnée en tuiles de taille prédéfinie, chaque tuile étant associée à une qualité de réception moyenne. Selon un autre exemple, la base de données peut comprendre un ensemble de relevés de puissance de signal radio en différents points d’un territoire. Les données de puissance de signal ou de qualité de réception à un emplacement particulier du réseau routier peuvent être estimées à partir de caractéristiques et de localisation de stations de base constituant le réseau d’accès cellulaire, ou bien collectées de façon participative par des utilisateurs du réseau routier.
Le serveur détermine ainsi, si au moins un des seconds points 301, 302 et 303 déterminés à l’étape 203 est situé dans une zone sans couverture. En l’espèce, en relation avec la configuration représentée sur la figure 3b, le serveur détermine que le point 303 est situé dans la zone sans couverture radio 112.
Dans une telle configuration, c’est-à-dire lorsqu’un chemin déterminé à partir de la position du véhicule aboutit dans une zone sans couverture, ce chemin est prolongé jusqu’à au moins un troisième point du réseau routier situé en aval de la zone sans couverture. Précisément, un chemin qui aboutit dans une zone sans couverture est prolongé sur une première portion allant jusqu’à la frontière de la zone sans couverture et sur une seconde portion allant au-delà de la zone sans couverture jusqu’à atteindre un troisième point hors de la zone sans couverture.
Pour cela, le serveur 110 applique à nouveau un algorithme de détermination de chemin à partir du point 303 afin de prolonger le chemin déterminé entre le premier point 300 et le second point 303 jusqu’à l’extérieur de la zone sans couverture, selon les différentes options possibles.
La figure 3c illustre la prolongation jusqu’aux points 305 et 306 du chemin s’étendant initialement jusqu’au point 303, les points 305 et 306 étant situés en aval de la zone sans couverture 112.
Dans un mode de réalisation particulier, la distance entre la frontière de la zone sans couverture et un troisième point est déterminée de telle sorte que le temps de parcours entre la sortie de la zone sans couverture et le troisième point est au moins égal à un seuil particulier. Par exemple, en référence à la figure 3c, le troisième point 305 est situé à une distance de conduite particulière de la frontière 307 de la zone sans couverture, cette distance particulière étant déterminée pour que le temps de parcours entre la frontière 307 et le troisième point 305 soit au moins égal à un seuil particulier. Le seuil est déterminé de façon telle que le véhicule puisse précharger une nouvelle partie de carte entre le moment ou il quitte la zone sans couverture 112 et le moment où il atteint le point 305 après lequel il ne dispose plus de données cartographiques.
Selon une réalisation particulière, le temps de parcours est estimé à partir de caractéristiques du segment routier en aval de la zone blanche, par exemple à partir d’une vitesse maximum légale sur ce segment, d’un type de voie et/ou de conditions météorologiques, et de la quantité de données nécessaire au préchargement d’une nouvelle partie de carte. La quantité de données nécessaire au préchargement d’une nouvelle partie de carte est par exemple estimée par le serveur en exécutant les étapes 202, 203 et 204 à partir du point 305.
Ainsi par exemple si la quantité de données nécessaire pour précharger une nouvelle partie de carte est estimée à 150 Mo et que le débit disponible entre le point 307 et le point 305 est de 2Mo/s, un temps de parcours d’au moins 75 secondes est nécessaire pour télécharger les données. Sur un tronçon dont la vitesse est limitée à 80 km/h, le véhicule peut parcourir environ 1,6 km en 75 secondes. Ainsi, le troisième point sera situé à au moins 1,6 km en aval de la zone sans couverture pour que le véhicule 106 puisse télécharger la nouvelle carte après avoir quitté la zone sans couverture. Le débit disponible entre le point 307 et le point 305 peut être estimé à partir d’une cartographie des points d’accès au réseau cellulaire indiquant les zones couvertes et les technologies d’accès disponibles en différents point du réseau routier. La distance entre la zone sans couverture et le troisième point peut donc être variable selon la technologie d’accès disponible.
Lors d’une étape 205, le serveur 110 obtient auprès de la base de données 111 les données cartographiques correspondant aux chemins déterminés selon les étapes 203 et 204 et transmet ces données vers le véhicule 106 en réponse à la requête reçue à l’étape 201.
Le véhicule reçoit les données cartographiques transmises par le serveur par l’intermédiaire de l’interface réseau cellulaire 107 lors d’une étape de réception 206. Enfin, selon un mode particulier de réalisation, le véhicule utilise les données cartographiques reçues pour configurer au moins un dispositif d’assistance à la conduite du véhicule. Pour cela, l’unité de traitement du véhicule peut obtenir, à partir des données cartographiques reçues, une caractéristique du segment routier sur lequel circule le véhicule, par exemple une vitesse recommandée, et configurer, par l’intermédiaire d’un bus de communication CAN (Controller Area Network) un régulateur de vitesse ou tout autre dispositif d’assistance.
De cette manière le véhicule 106 dispose de données cartographiques lui permettant de circuler dans une zone sans couverture. La quantité de données transmise au véhicule est optimisée car seules les données correspondant aux voies de circulation susceptibles d’être empruntées sont transmises. Par exemple, les données correspondant au segment 103 ne sont pas transmises au véhicule, bien qu’une partie de ce segment soit comprise dans la zone blanche 112.
Selon un mode particulier de réalisation, un chemin est en outre prolongé jusqu’au troisième point lorsque pour un chemin déterminé le second point est situé en amont d’une zone sans couverture et que temps de parcours entre ledit second point et la zone sans couverture est inférieure à un premier seuil particulier. Pour cela, lorsqu’à l’issue de l’étape 203, un second point est déterminé, le serveur 110 calcule une distance de conduite jusqu’à une prochaine zone sans couverture, puis détermine un temps de parcours à partir de cette distance de conduite et d’une caractéristique du segment routier. Par exemple, en référence à la figure 4a, lorsqu’un chemin est déterminé entre un premier point 400 et un second point 401, le serveur explore un prolongement du chemin sur une distance prédéterminée pour détecter la présence éventuelle d’une zone sans couverture 402. Lorsqu’une zone sans couverture 402 est détectée dans le prolongement du chemin, le serveur 110 calcule une distance de conduitedentre le second point 401 et la zone sans couverture 402 et détermine un temps de parcours de cette distance selon la méthode décrite plus haut. Ce temps de parcours est comparé avec un temps de parcours prédéfini ou avec un seuil déterminé selon une quantité de données à télécharger comme décrit précédemment. En variante, la distance de conduite peut être simplement comparée à une valeur prédéfinie. Lorsque la distance de conduitedou le temps de parcours de la distancedest inférieur à la valeur prédéterminée, le chemin est prolongé jusqu’à au moins un troisième point 403 situé en aval de la zone sans couverture détectée 402, conformément à l’étape 204.
Selon une réalisation particulière, un chemin est en outre prolongé jusqu’au troisième point lorsque pour un chemin déterminé le second point est situé en aval d’une zone sans couverture et que temps de parcours entre la zone sans couverture et ledit second point est inférieure au premier seuil particulier. Pour cela, lorsqu’à l’issue de l’étape 203 un second point est déterminé et que le chemin comprend au moins une zone sans couverture, le serveur 110 calcule une distance de conduite depuis la fin de la zone sans couverture jusqu’au second point et détermine le temps de parcours correspondant à la distance de conduite déterminée, par exemple à partir d’une caractéristique du segment routier. Par exemple, en référence à la figure 4b, lorsqu’un chemin est déterminé entre le premier point 400 et un second point 401, et qu’au moins une partie du chemin comprend une zone sans couverture 402, le serveur 110 calcule la distancedséparant la fin de la zone sans couverture 402 et le second point 401. Lorsque le temps de parcours correspondant à cette distancedest inférieur à un seuil prédéterminé, le chemin est prolongé jusqu’à au moins un troisième point 403 conformément à l’étape 204.
La figure 5 représente l’architecture d’un dispositif 500 adapté pour mettre en œuvre le procédé de préchargement selon un mode de réalisation particulier. Le dispositif 500 comprend un espace de stockage 502, par exemple une mémoire MEM, une unité de traitement 501 équipée par exemple d’un processeur PROC. L’unité de traitement peut être pilotée par un programme 503, par exemple un programme d’ordinateur PGR, mettant en œuvre le procédé de préchargement décrit en référence à la figure 2 et en particulier les étapes de d’obtention d’une localisation géographique d’un véhicule, de détermination d’un premier point sur le réseau routier correspondant à la localisation du véhicule, de détermination d’au moins un chemin depuis le premier point jusqu’à au moins un second point du réseau routier situé à une première distance de conduite prédéterminée de ladite localisation, et de transmission au véhicule des données cartographiques correspondant au chemin déterminé prolongé jusqu’à au moins un troisième point du réseau routier situé en aval de la zone sans couverture lorsque pour un chemin déterminé le second point est compris dans une zone sans couverture réseau.
À l’initialisation, les instructions du programme d’ordinateur 503 sont par exemple chargées dans une mémoire RAM (Random Access Memory en anglais) avant d’être exécutées par le processeur de l’unité de traitement 501. Le processeur de l’unité de traitement 501 met en œuvre les étapes du procédé de préchargement selon les instructions du programme d’ordinateur 503.
Pour cela, outre la mémoire et le processeur, le dispositif 500 comprend des moyens de communication 504, par exemple une interface réseau Ethernet, permettant au dispositif d’échanger des messages avec d’autres dispositifs au travers d’un réseau de communication, et en particulier de recevoir un message comprenant une localisation géographique d’un véhicule conformément à un protocole de communication comme TCP/IP.
Le dispositif 500 comprend aussi un module 505 détermination d’un premier point sur le réseau routier correspondant à la localisation du véhicule. Le module 505 comprend des instructions de programme d’ordinateur configurées pour mettre en œuvre un algorithme de mise en correspondance de la localisation reçue avec une cartographie d’un réseau routier pour obtenir un premier point correspondant à la position du véhicule sur le réseau routier.
Le dispositif 500 comprend également un module 506 de détermination d’au moins un chemin depuis le premier point déterminé par le module 505 jusqu’à au moins un second point du réseau routier situé à une première distance de conduite prédéterminée de ladite localisation. Pour cela, le module 506 comprend des instructions adaptées pour être exécutées par l’unité de traitement 501 et configurées pour mettre en œuvre un algorithme de parcours de graphe, tel qu’un algorithme Dijkstra ou A*. L’algorithme de parcours de graphe est appliqué à une représentation sous forme de graphe du réseau routier avec comme point de départ le premier point déterminé. Les instructions sont configurées pour effectuer un parcours du graphe sur une distance de conduite prédéterminée, par exemple une distance de 8 kilomètres, et pour sélectionner des données cartographiques couvrant les chemins déterminés.
Le dispositif 500 comprend aussi un module de prolongation 507, adapté pour prolonger jusqu’à un troisième point un chemin déterminé par le module 506 lorsque celui-ci abouti dans une zone sans couverture réseau, le troisième point étant situé en aval de la zone sans couverture. Pour cela, le module 507 obtient une description de zones sans couvertures réseau auprès d’une base de données géospatiale et met en correspondance les seconds points déterminés avec les descriptions des zones obtenues. Les instructions sont en outre configurées pour que lorsqu’un second point est compris dans une zone sans couverture, un algorithme de parcours de graphe est mis en œuvre à partir du second point de façon à prolonger le chemin jusqu’à au moins un troisième point situé en aval de la zone sans couverture, et pour sélectionner des données cartographiques couvrant les chemins déterminés prolongés.
Enfin, le module de communication 504 est en outre adapté pour transmettre au véhicule les données cartographiques sélectionnées.
Selon un mode particulier de réalisation, le dispositif de préchargement est compris dans un serveur d’un réseau de télécommunication.
La figure 6 représente l’architecture d’un dispositif 600 adapté pour mettre en œuvre le procédé de téléchargement de données cartographiques selon un mode de réalisation particulier. Le dispositif 600 comprend un espace de stockage 602, par exemple une mémoire MEM, une unité de traitement 601 équipée par exemple d’un processeur PROC. L’unité de traitement peut être pilotée par un programme 603, par exemple un programme d’ordinateur PGR, mettant en œuvre le procédé de téléchargement, et notamment les étapes de transmission d’un message comprenant au moins une localisation géographique du véhicule, de réception d’un message comprenant des données cartographiques relatives à au moins un chemin déterminé depuis un premier point du réseau routier correspondant à la localisation du véhicule jusqu’à au moins un second point du réseau routier situé à une première distance de conduite prédéterminée de ladite localisation, et lorsque pour un chemin déterminé le second point est compris dans une zone sans couverture réseau, des données cartographiques correspondant audit chemin prolongé jusqu’à au moins un troisième point du réseau routier situé en aval de la zone sans couverture.
À l’initialisation, les instructions du programme d’ordinateur 603 sont par exemple chargées dans une mémoire RAM (Random Access Memory en anglais) avant d’être exécutées par le processeur de l’unité de traitement 601. Le processeur de l’unité de traitement 601 met en œuvre les étapes du procédé de téléchargement selon les instructions du programme d’ordinateur 603.
Pour cela, outre la mémoire et le processeur, le dispositif 600 comprend des moyens de communication 604, par exemple une interface réseau Ethernet, permettant au dispositif d’échanger des messages avec d’autres dispositifs au travers d’un réseau de communication, et en particulier de d’envoyer vers un serveur un message comprenant une localisation géographique d’un véhicule conformément à un protocole de communication comme TCP/IP. La localisation géographique du véhicule est par exemple obtenue au moyen d’un module de localisation 605, par exemple un dispositif de localisation GNSS.
Les moyens de communication 604 sont en outre configurés par les instructions du programme d’ordinateur 603 pour recevoir un message en réponse au message transmis vers le serveur, le message comprenant des données cartographiques relatives à au moins un chemin déterminé depuis un premier point du réseau routier correspondant à la localisation du véhicule jusqu’à au moins un second point du réseau routier situé à une première distance de conduite prédéterminée de ladite localisation, et lorsque pour un chemin déterminé le second point est compris dans une zone sans couverture réseau, des données cartographiques correspondant audit chemin prolongé jusqu’à au moins un troisième point du réseau routier situé en aval de la zone sans couverture.
Enfin, dans un mode de réalisation particulier, le dispositif comprend un module 606 de contrôle adapté pour piloter au moins un système d’assistance à la conduite en fonction des données cartographiques reçues. Par exemple, le module 606 est mis en œuvre par des instructions de programme d’ordinateur adaptées pour commander un dispositif de régulation de vitesse d’un véhicule selon des données de vitesse et/ou de friction associées à des segments routiers dont la description est comprise dans les données cartographiques reçues.
Selon un mode particulier de réalisation, le dispositif de téléchargement est compris dans un véhicule routier.
Claims (9)
- Procédé de préchargement de données cartographiques comprenant les étapes suivantes, mises en œuvre par un serveur:
- Obtention (200) d’une localisation géographique d’un véhicule,
- Détermination (201) d’un premier point sur le réseau routier correspondant à la localisation du véhicule,
- Détermination (202) d’au moins un chemin depuis le premier point jusqu’à au moins un second point du réseau routier situé à une première distance de conduite prédéterminée de ladite localisation,
- Transmission (204) au véhicule des données cartographiques correspondant au chemin déterminé,
- Procédé selon la revendication 1 dans lequel un chemin est en outre prolongé jusqu’au troisième point lorsque pour un chemin déterminé le second point est situé en amont d’une zone sans couverture et que temps de parcours entre ledit second point et la zone sans couverture est inférieure à un premier seuil particulier.
- Procédé selon la revendication 1 ou 2 dans lequel un chemin est en outre prolongé jusqu’au troisième point lorsque pour un chemin déterminé le second point est situé en aval d’une zone sans couverture et que temps de parcours entre la zone sans couverture et ledit second point est inférieure au premier seuil particulier.
- Dispositif de préchargement de données cartographiques comprenant un processeur et une mémoire dans laquelle sont enregistrées des instructions de programme d’ordinateur, le processeur étant configuré par les instructions pour:
- Obtenir la localisation d’un véhicule,
- Déterminer un premier point sur le réseau routier correspondant à la localisation obtenue,
- Déterminer au moins un chemin depuis le premier point jusqu’à au moins un second point du réseau routier situé à une première distance de conduite prédéterminée de ladite localisation,
- Transmettre au véhicule des données cartographiques correspondant au chemin déterminé,
- Serveur comprenant un dispositif selon la revendication 5.
- Procédé de téléchargement de données cartographiques mis en œuvre dans un véhicule routier, le procédé comprenant les étapes suivantes:
- Transmission (200) d’un message comprenant au moins une localisation géographique du véhicule,
- Réception (206) d’un message comprenant des données cartographiques relatives à au moins un chemin déterminé depuis un premier point du réseau routier correspondant à la localisation du véhicule jusqu’à au moins un second point du réseau routier situé à une première distance de conduite prédéterminée de ladite localisation,
- Dispositif de téléchargement de données cartographiques comprenant des moyens de communication (604), un processeur (601) et une mémoire (602) dans laquelle sont enregistrées des instructions de programme d’ordinateur (603), le processeur et l’interface de communication étant configurés par les instructions pour:
- Transmettre vers un serveur un message comprenant au moins une localisation géographique d’un véhicule routier,
- Recevoir un message comprenant des données cartographiques relatives à au moins un chemin déterminé depuis un premier point du réseau routier correspondant à la localisation du véhicule jusqu’à au moins un second point du réseau routier situé à une première distance de conduite prédéterminée de ladite localisation,
- Véhicule routier comprenant un dispositif de téléchargement selon la revendication 8.
- Support d’information lisible par un processeur sur lequel est enregistré un programme d'ordinateur comprenant des instructions pour l’exécution des étapes d’un procédé de préchargement selon l’une quelconque des revendications 1 à 4 et/ou des instructions pour l’exécution des étapes d’un procédé de téléchargement selon la revendication 8.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| FR2000637A FR3106686B1 (fr) | 2020-01-23 | 2020-01-23 | Procédé et dispositif de préchargement de données cartographiques |
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| FR2000637A FR3106686B1 (fr) | 2020-01-23 | 2020-01-23 | Procédé et dispositif de préchargement de données cartographiques |
| FR2000637 | 2020-01-23 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| FR3106686A1 true FR3106686A1 (fr) | 2021-07-30 |
| FR3106686B1 FR3106686B1 (fr) | 2022-01-21 |
Family
ID=70154685
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| FR2000637A Active FR3106686B1 (fr) | 2020-01-23 | 2020-01-23 | Procédé et dispositif de préchargement de données cartographiques |
Country Status (1)
| Country | Link |
|---|---|
| FR (1) | FR3106686B1 (fr) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2025195642A1 (fr) | 2024-03-22 | 2025-09-25 | Continental Automotive Technologies GmbH | Procédé et serveur de détermination de données cartographiques à transmettre à un véhicule via un réseau de communication sans fil en cas d'itinérance |
Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1712896A (zh) * | 2004-06-24 | 2005-12-28 | 京瓷株式会社 | 移动通信终端和地图显示系统 |
| US20060025923A1 (en) * | 2004-07-28 | 2006-02-02 | Telmap Ltd. | Selective download of corridor map data |
| US20080132249A1 (en) * | 2006-12-05 | 2008-06-05 | Palm, Inc. | Local caching of map data based on carrier coverage data |
-
2020
- 2020-01-23 FR FR2000637A patent/FR3106686B1/fr active Active
Patent Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1712896A (zh) * | 2004-06-24 | 2005-12-28 | 京瓷株式会社 | 移动通信终端和地图显示系统 |
| US20060025923A1 (en) * | 2004-07-28 | 2006-02-02 | Telmap Ltd. | Selective download of corridor map data |
| US20080132249A1 (en) * | 2006-12-05 | 2008-06-05 | Palm, Inc. | Local caching of map data based on carrier coverage data |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2025195642A1 (fr) | 2024-03-22 | 2025-09-25 | Continental Automotive Technologies GmbH | Procédé et serveur de détermination de données cartographiques à transmettre à un véhicule via un réseau de communication sans fil en cas d'itinérance |
| FR3160473A1 (fr) | 2024-03-22 | 2025-09-26 | Continental Automotive Technologies GmbH | Procédé et serveur de détermination de données cartographiques à transmettre à un véhicule via un réseau de communication sans fil en cas d’itinérance |
Also Published As
| Publication number | Publication date |
|---|---|
| FR3106686B1 (fr) | 2022-01-21 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| FR3113328A1 (fr) | Procédé et dispositif de prédiction d’une condition météorologie sur un réseau routier | |
| EP3957104A1 (fr) | Procédé de prédiction d'une modification des conditions d'attachement d'un terminal à un réseau cellulaire | |
| FR3096315A1 (fr) | Procédé et dispositif de gestion de la charge d’un véhicule électrique | |
| WO2021144158A1 (fr) | Procédé et dispositif de prédiction adaptatif d'une caractéristique météo de surface d'un segment routier | |
| FR3106686A1 (fr) | Procédé et dispositif de préchargement de données cartographiques | |
| FR2923965A1 (fr) | Procede de diffusion de paquets de donnees dans un reseau de noeuds mobiles et noeud associe | |
| FR3096772A1 (fr) | Procédé et dispositif de notification d’un évènement géolocalisé sur un réseau routier | |
| EP1664833B1 (fr) | Procede pour detecter la presence ou l'absence d'un terminal mobile sur un chemin | |
| FR3122800A1 (fr) | Procédé, dispositif et système de contrôle de feux d’éclairage d’un véhicule | |
| FR3076045A1 (fr) | Procede de surveillance d'un environnement d'un premier element positionne au niveau d'une voie de circulation, et systeme associe | |
| WO2020057787A1 (fr) | Procédé de réattribution d'un serveur périphérique de traitement de données | |
| FR3123731A1 (fr) | Procédé de prédiction d’une condition météo à la surface d’un segment particulier d’un réseau routier | |
| FR3103305A1 (fr) | Procédé et dispositif de prédiction d’au moins une caractéristique dynamique d’un véhicule en un point d’un segment routier. | |
| FR3162844A1 (fr) | Procédé et dispositif de détermination de données cartographiques à télécharger par un véhicule | |
| WO2023232821A1 (fr) | Procédé d'aide à la circulation d'un véhicule connecté | |
| WO2023036621A1 (fr) | Procédé de prédiction d'une condition météo de surface d'un segment routier | |
| WO2008080596A1 (fr) | Procede de navigation pour terminaux mobiles avec serveur centralise | |
| WO2024003473A1 (fr) | Procédé et dispositif de contrôle d'un système d'aide à la conduite d'un véhicule circulant dans un environnement routier comprenant une intersection | |
| FR3110751A1 (fr) | Procédé d’estimation du trafic automobile | |
| WO2023047026A1 (fr) | Procédé et dispositif de sélection d'une borne de recharge pour un véhicule à motorisation électrique | |
| FR3140507A1 (fr) | Détermination d’un itinéraire en fonction de la qualité de service d’un réseau de communication | |
| WO2025045518A1 (fr) | Sélection de clients d'un réseau de télécommunications pour la mise en œuvre d'un apprentissage fédéré | |
| FR3102965A1 (fr) | Procédé et dispositif de sélection de certificat pseudonyme pour véhicule | |
| FR3140051A1 (fr) | Méthodes et systèmes de détection des lignes de délimitation temporaires des voies de circulation | |
| WO2023066710A1 (fr) | Procédé de prédiction d'une condition de surface d'un segment routier |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PLFP | Fee payment |
Year of fee payment: 2 |
|
| PLSC | Publication of the preliminary search report |
Effective date: 20210730 |
|
| PLFP | Fee payment |
Year of fee payment: 3 |
|
| PLFP | Fee payment |
Year of fee payment: 4 |
|
| TP | Transmission of property |
Owner name: CONTINENTAL AUTOMOTIVE TECHNOLOGIES GMBH, DE Effective date: 20230807 |
|
| PLFP | Fee payment |
Year of fee payment: 5 |
|
| PLFP | Fee payment |
Year of fee payment: 6 |
|
| PLFP | Fee payment |
Year of fee payment: 7 |