EP2956746A1 - Procédé d'identification de données de direction pour système de calcul d'itinéraires - Google Patents

Procédé d'identification de données de direction pour système de calcul d'itinéraires

Info

Publication number
EP2956746A1
EP2956746A1 EP14707211.0A EP14707211A EP2956746A1 EP 2956746 A1 EP2956746 A1 EP 2956746A1 EP 14707211 A EP14707211 A EP 14707211A EP 2956746 A1 EP2956746 A1 EP 2956746A1
Authority
EP
European Patent Office
Prior art keywords
graph
type
intersections
route
exploration
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.)
Withdrawn
Application number
EP14707211.0A
Other languages
German (de)
English (en)
Inventor
Vincent DE CHATEAU THIERRY
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Michelin Travel Partner SAS
Original Assignee
Michelin Travel Partner SAS
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Michelin Travel Partner SAS filed Critical Michelin Travel Partner SAS
Publication of EP2956746A1 publication Critical patent/EP2956746A1/fr
Withdrawn legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G01—MEASURING; TESTING
    • G01C—MEASURING DISTANCES, LEVELS OR BEARINGS; SURVEYING; NAVIGATION; GYROSCOPIC INSTRUMENTS; PHOTOGRAMMETRY OR VIDEOGRAMMETRY
    • G01C21/00—Navigation; Navigational instruments not provided for in groups G01C1/00 - G01C19/00
    • G01C21/26—Navigation; Navigational instruments not provided for in groups G01C1/00 - G01C19/00 specially adapted for navigation in a road network
    • G01C21/34—Route searching; Route guidance
    • G01C21/3446—Details of route searching algorithms, e.g. Dijkstra, A*, arc-flags, using precalculated routes

Definitions

  • the present invention relates to a method for identifying direction data to be followed for an intercity road graph of a route calculation system. It also relates to a system for identifying direction data to be used for an intercity road graph of a route calculation system.
  • EP 1865284 discloses a route display device which includes a means for extracting geographical points relating to an existing city along a route, a display means and a display control means to visualize a schematic route.
  • the document JP 2010145087 describes a display device which comprises: a storage means for storing the names of the surroundings of its dwelling place, a determination means for determining whether or not a predetermined intersection consists of a road leading to the neighborhood of his place of residence, and guide means for generating the route using the neighborhood names if the intersection is constituted by a road leading to the neighborhood of his dwelling place.
  • the invention provides different technical means.
  • a first object of the invention is to provide a method for completing the direction databases lacking sufficient data to be used in route calculations reliably.
  • Another object of the invention is to provide a method for completing the direction databases not having sufficient data, without using conventional modes of collection or data entries.
  • Another object of the invention is to provide a method for scanning the graph to determine whether directional data can be identified.
  • the invention provides a route calculation method for determining a road course between two points of a road graph, comprising the steps of:
  • intersections of the intercity road graph into three types of intersections, the first type comprising level intersections or roundabout exits; the second type comprising the outputs in the form of braces; the third type comprising the entrances of fast ways in the form of braces;
  • ii) perform, for the first type of intersections, a survey of the graph by searching, for each intersection of the graph of this type, city name data traveled during the exploration phase of the graph;
  • v) perform, for the second type of crossroads, a graph run by searching, for each crossroads of the graph of this type, city name data traveled during the exploration phase of the graph;
  • the method of the invention allows to create or supplement databases direction, using data already present in the database, from which the direction data is generated. This avoids having to resort to data entry methods from the field, often expensive and tedious.
  • the method comprises the steps of:
  • the calculation of the route is performed after the enrichment of the database.
  • the calculation of the route is performed simultaneously with the enrichment of the database.
  • the invention also provides a method for completing a directional database to be followed for an intercity road graph of a route calculation system, comprising the steps of:
  • intersections of the intercity road graph into three types of intersections, the first type comprising level intersections or roundabout exits; the second type comprising the outputs in the form of braces; the third type comprising the entrances of fast ways in the form of braces;
  • ii) perform, for the first type of intersections, a survey of the graph by searching, for each intersection of the graph of this type, city name data traveled during the exploration phase of the graph;
  • v) perform, for the second type of crossroads, a graph run by searching, for each crossroads of the graph of this type, city name data traveled during the exploration phase of the graph;
  • the method of the invention allows to use enriched databases with respect to the direction data. Thanks to this technical feature, it is now possible to generate maps or guidance with direction data, without risk of inconsistency or errors related to incomplete databases. This same functionality also allows a synthetic expression of the routes, since the use of directions to follow makes it possible to omit the precise details which often make the instructions difficult to apprehend.
  • the method comprises the steps of:
  • FIG. 1 presents a functional flowchart presenting the steps of a first phase of the method according to the invention
  • FIG. 2 presents a functional flow diagram showing the steps of a second phase of the method according to the invention
  • FIG. 3 presents a functional flowchart presenting the steps of a third phase of the method according to the invention.
  • FIG. 4 presents a schematic representation of a steering data identification system according to the invention. DETAILED DESCRIPTION OF THE INVENTION
  • the method according to the invention is subdivided into three phases or stages, corresponding to as many categories of intersections.
  • a first phase of exploration of the graph in order to establish links between data of intersections and data of directions or potential destinations attainable from these intersections is carried out for crossroads of the type intersections at level and exits of roundabout.
  • a second phase of exploration to establish links between data crossroads and data directions or potential destinations achievable from these crossroads is performed for crossroads like network outlets in the form of braces.
  • Figure 1 illustrates the various steps performed by a data identification system 1 according to the invention for the steps inherent in the first category of road junctions.
  • a selection module 6 selects the interurban road graph and identifies, at step 120, the intersections of the graph representing level intersections or roundabout exits.
  • the threshold of importance of the city to be reached is determined according to the level of importance of the route initially taken by the selection module 6.
  • step 140 the graph of the path module 8 performs a route of the graph from the identified intersections and in each of the directions allowed at the start.
  • step 150 the flow path module 8 performs a check to determine whether the exploration can be continued in continuity.
  • step 170 the process ends at step 180. If the exploration in the continuity is possible (step 160), when a city is reached, the module of Test 7 checks if the newly reached city has the highest level of importance since the beginning of the exploration. If this is not the case (step 162), these direction data are not retained (step 163) and the exploration of the graph continues (step 169) in step 150.
  • the matching module 9 connects the data of this city to the intersections for which a link exists.
  • a pairing is performed for all the intersections identified in step 120 and encountered during the exploration.
  • step 165 the test module 7 checks whether the level of importance of the city reached is equal to or greater than the threshold determined at the outset. If this is the case (step 167), the exploration stops at step 180. In the opposite case (step 168), the exploration of the graph is continued (step 69) starting from the step 150.
  • Figure 2 illustrates the various steps performed by a data identification system 1 according to the invention for the steps inherent in the second category of road junctions.
  • a selection module 6 selects the interurban road graph and identifies, in step 220, the intersections of the graph representing outputs of the expressway network in the form of straps.
  • the graph of travel module 8 performs a route of the graph from the identified intersections, only via the shoulder straps.
  • the route module of graph 6 tests the crossroads traveled and stops the journey as soon as a crossroads with data from the first exploration phase is reached.
  • the direction data obtained is filtered so as to eliminate the data beyond a threshold limit. For example, a threshold is set at 30km and applies to cities of medium and high importance (cities whose "importance of management" in Table 1 is greater than 4).
  • step 260 the matching module 10 connects the remaining data to the intersections for which a link exists.
  • Figure 3 illustrates the various steps performed by a data identification system 1 according to the invention for the steps inherent in the third category of road junctions.
  • a selection module 6 selects the interurban road graph and identifies, in step 320, the intersections of the graph representing inputs of the fast track network in the form of straps.
  • the threshold of importance of the city to be reached is determined according to the level of importance of the route initially taken by the selection module 6.
  • step 340 the graphing path module 8 performs a route of the graph from the identified intersections, only via the shoulder straps and the network they feed.
  • step 350 the flow path module 8 performs a check to determine whether the exploration can be continued in the continuity. If this is not the case (step 370), the process ends at step 380. If the exploration in the continuity is possible (step 360), when an exit ramp is reached, the test module 7 checks whether the ramp has directions to cities with a higher level of importance than those already encountered since the beginning of the exploration. If this is not the case (step 362), these direction data are not retained (step 363) and the exploration of the graph continues (step 369) in step 350. If the ramp encountered has directions to cities whose level of importance is higher than those encountered since departure, (step 364), the matching module 9 connects these data direction to the starting point of exploration.
  • step 365 the test module 7 checks whether the level of importance of the city reached is equal to or greater than the threshold determined at the outset. If this is the case, (step 367), the exploration stops at step 380. In the opposite case (step 368), the exploration of the graph is continued (step 369) starting from the step 350.
  • Table 1 illustrates an example of data that can be obtained by means of the steering data identification method according to the invention.
  • Table 1 Example of data resulting from the implementation of the method according to the invention
  • identifiers are provided for the starting points, the sections, and the directions.
  • Direction name data is provided in association with cities or agglomerations that are targets to be targeted for part or all of a subsequently calculated route. The importance of the direction data make it possible to prioritize the possible choices when several possibilities arise.
  • the road identification data make it possible to complete the direction information by road information to follow towards said direction.
  • the distance data makes it possible, for example, preferably to select a direction that could be followed longer for a given route.
  • FIG. 4 shows an example of a steering data identification system according to the invention.
  • the system is arranged according to a plurality of modules, depending on the main operations to be performed.
  • modules Various variants of architectures and arrangement of the modules, both by the number of modules and by the distribution of functions between the modules, are possible without departing from the scope of the invention.
  • the direction data identification system comprises:
  • a selection module 6 adapted to select the graph or portion of graph relevant for the current phase and select the junctions of the graph relevant for the current phase.
  • an importance level test module 7 which, depending on the current stage, is, when a city is reached, checks whether the newly reached city has the highest level of importance since the beginning of exploration or, check if the level of importance of the city reached is equal to or greater than the threshold determined at the outset.
  • a graphing path module 8 makes it possible to traverse the sections and nodes of the graph.
  • a matching module 9 is adapted to connect the data of the cities reached at the intersections for which a link exists between the two.

Landscapes

  • Engineering & Computer Science (AREA)
  • Radar, Positioning & Navigation (AREA)
  • Remote Sensing (AREA)
  • Automation & Control Theory (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Instructional Devices (AREA)
  • Traffic Control Systems (AREA)

Abstract

Procédé de calcul d'itinéraire permettant de déterminer un parcours routier entre deux points d'un graphe routier, comportant les étapes consistant à : - recevoir un point de départ et un point d'arrivée; - parcourir le graphe afin d'identifier les itinéraires potentiels entre ces points; - élire les points et/ou segments du graphe permettant de générer un itinéraire optimal en fonction de critères donnés; - effectuer un parcours virtuel de l'itinéraire afin de déterminer des références de guidage susceptibles de permettre à un utilisateur de parcourir ledit itinéraire, les références de guidage comportant des données de directions; - dans lequel l'itinéraire est calculé en relation avec une base de données de direction préalablement identifiées de sorte que la base soit exhaustive et les résultats cohérents.

Description

PROCÉDÉ D'IDENTIFICATION DE DONNÉES DE DIRECTION
POUR SYSTÈME DE CALCUL D'ITINÉRAIRES
DOMAINE TECHNIQUE DE L'INVENTION
[0001] La présente invention concerne un procédé d'identification de données de direction à suivre pour un graphe routier interurbain d'un système de calcul d'itinéraire. Elle concerne également un système d'identification de données de direction à suivre pour un graphe routier interurbain d'un système de calcul d'itinéraire.
ETAT DE LA TECHNIQUE ANTÉRIEURE
[0002] De façon classique, il est d'usage d'informer un conducteur sur un itinéraire à suivre en lui donnant une ou plusieurs directions successives à suivre le long de l'itinéraire. Le conducteur fait ensuite appel aux panneaux routiers le long des routes pour repérer les directions à suivre et effectuer les man uvres telles qu'indiquées sur les panneaux en relation avec les directions concernées. Pour que ce mode de guidage souvent utilisé lors d'un échange de personne à personne puisse être utilisé en mode de calcul d'itinéraire automatique, il est essentiel que les bases de données utilisées soient complètes, à jour et fiables. Or, dans la plupart des bases de données routières, on retrouve un certain nombre de données de direction pour certaines routes ou certains secteurs, mais rarement pour le graphe en entier. [0003] Le document EP 1865284 décrit un dispositif d'affichage d'itinéraire qui comprend un moyen d'extraction des points géographiques concernant une ville existant le long d'un itinéraire, un moyen d'affichage et un moyen de commande d'affichage permettant de visualiser un itinéraire schématique. [0004]Le document JP 2010145087 décrit un dispositif d'affichage qui comprend: un moyen de stockage pour stocker les noms des environs de son lieu d'habitation, un moyen de détermination pour déterminer si oui ou non une intersection prédéterminée est constituée d'une route menant au quartier de son lieu d'habitation, et des moyens de guidage pour générer le parcours à l'aide des noms de quartier si l'intersection est constituée par une route menant au quartier de son lieu d'habitation.
[0005]Ces deux types de mise en oeuvre font appel aux bases de données classiques et ne permettent pas de pallier à l'insuffisance de ces bases en ce qui a trait aux données de direction.
[0006] Par ailleurs, si on souhaite compléter les bases de données classiques actuelles afin de les rendre suffisamment exhaustives pour être utilisables de façon fiable, les modes manuels d'entrée de données classiques permettant de documenter les bases sont longs et fastidieux à mettre en uvre.
[0007] Pour pallier ces différents inconvénients, l'invention prévoit différents moyens techniques.
EXPOSE DE L'INVENTION
[0008] Un premier objet de l'invention consiste à prévoir un procédé permettant de compléter les bases de données de direction ne comportant pas suffisamment de données pour être utilisées dans des calculs d'itinéraires de façon fiable.
[0009] Un autre objet de l'invention consiste à prévoir un procédé permettant de compléter les bases de données de direction ne comportant pas suffisamment de données, sans faire appel à des modes classiques de collecte ou d'entrées de données.
[0010] Un autre objet de l'invention consiste à prévoir un procédé permettant de scruter le graphe afin de déterminer si des données de direction peuvent être identifiées.
[0011]Pour ce faire, l'invention prévoit un procédé de calcul d'itinéraire permettant de déterminer un parcours routier entre deux points d'un graphe routier, comportant les étapes consistant à :
- recevoir un point de départ et un point d'arrivée ;
- parcourir le graphe afin d'identifier les itinéraires potentiels entre ces points ; - élire les points et/ou segments du graphe permettant de générer un itinéraire optimal en fonction de critères donnés ;
- effectuer un parcours virtuel de l'itinéraire afin de déterminer des références de guidage susceptibles de permettre à un utilisateur de parcourir ledit itinéraire, les références de guidage comportant des données de directions ;
- les données de direction ayant été préalablement identifiées au moyen des étapes suivantes, consistant à :
i) subdiviser les carrefours du graphe routier interurbain en trois types de carrefours, le premier type comprenant les intersections à niveau ou sorties de rond-point ; le second type comprenant les sorties sous forme de bretelles ; le troisième type comprenant les entrées de voies rapides sous forme de bretelles ;
ii) effectuer, pour le premier type de carrefours un parcours du graphe en recherchant, pour chaque carrefour du graphe de ce type, des données de nom de ville parcourues pendant la phase d'exploration du graphe ;
iii) mémoriser les noms de ville dont le niveau d'importance est supérieur à un seuil donné;
iv) associer les noms de villes mémorisées aux points de départ pour lesquels un lien existe, sur le graphe exploré, entre le carrefour et la ville, en tant que données de direction à suivre en relation avec un itinéraire à définir ;
v) effectuer, pour le second type de carrefours, un parcours de graphe en recherchant, pour chaque carrefour du graphe de ce type, des données de nom de ville parcourues pendant la phase d'exploration du graphe ;
vi) reprendre les étapes iii) et iv) pour le second type de carrefours ;
vii) effectuer, pour le troisième type de carrefours un parcours de graphe en recherchant, pour chaque carrefour du graphe de ce type, des données de nom de ville parcourues pendant la phase d'exploration du graphe ;
viii) reprendre les étapes iii) et iv) pour le troisième type de carrefours.
[0012] Le procédé selon l'invention permet de créer ou de compléter des bases de données de direction, en faisant appel à des données déjà présentes dans la base, à partir desquelles les données de direction sont générées. On évite ainsi de devoir faire appel à des modes de saisies de données à partir du terrain, souvent coûteux et fastidieux. [0013] Selon un mode de réalisation avantageux, le procédé comporte les étapes consistant à :
- vérifier si l'exploration du graphe du premier type ou du troisième type de carrefours est possible tout en assurant une continuité ;
- poursuivre l'exploration dans le cas où la continuité est assurée ;
- cesser l'exploration en cas de rupture de continuité.
[0014] Selon une variante avantageuse, le calcul de l'itinéraire est effectué à postériori de l'enrichissement de la base de données.
[0015]Selon une autre variante, le calcul de l'itinéraire est effectué simultanément à l'enrichissement de la base de données.
[0016] L'invention prévoit également un procédé permettant de compléter une base de données de direction à suivre pour un graphe routier interurbain d'un système de calcul d'itinéraire, comportant les étapes consistant à :
i) subdiviser les carrefours du graphe routier interurbain en trois types de carrefours, le premier type comprenant les intersections à niveau ou sorties de rond-point ; le second type comprenant les sorties sous forme de bretelles ; le troisième type comprenant les entrées de voies rapides sous forme de bretelles ;
ii) effectuer, pour le premier type de carrefours un parcours du graphe en recherchant, pour chaque carrefour du graphe de ce type, des données de nom de ville parcourues pendant la phase d'exploration du graphe ;
iii) mémoriser les noms de ville dont le niveau d'importance est supérieur à un seuil donné;
iv) associer les noms de villes mémorisées aux points de départ pour lesquels un lien existe, sur le graphe exploré, entre le carrefour et la ville, en tant que données de direction à suivre en relation avec un itinéraire à définir ;
v) effectuer, pour le second type de carrefours, un parcours de graphe en recherchant, pour chaque carrefour du graphe de ce type, des données de nom de ville parcourues pendant la phase d'exploration du graphe ;
vi) reprendre les étapes iii) et iv) pour le second type de carrefours ; vii) effectuer, pour le troisième type de carrefours un parcours de graphe en recherchant, pour chaque carrefour du graphe de ce type, des données de nom de ville parcourues pendant la phase d'exploration du graphe ;
viii) reprendre les étapes iii) et iv) pour le troisième type de carrefours ;
ix) enregistrer les nouvelles données de direction dans la base de données de direction.
[0017] Le procédé selon l'invention permet de faire appel à des bases de données enrichies en ce qui a trait aux données de directions. Grâce à cette fonctionnalité technique, il est désormais possible de générer des cartes ou des guidages avec des données de direction, sans risque d'incohérence ou erreurs liées à des bases de données incomplètes. Cette même fonctionnalité permet également une expression synthétique des itinéraires, puisque l'utilisation de directions à suivre permet d'omettre les détails précis qui rendent souvent les instructions difficiles à appréhender.
[0018] Grâce à l'utilisation de bases de données de direction comportant un nombre important de données pour l'ensemble du graphe, il est possible d'industrialiser des procédés de calculs d'itinéraires à l'aide d'indications de direction sans risque que des portions d'itinéraires ne soient pas adéquatement renseignées.
[0019] Selon un mode de réalisation avantageux, le procédé comporte les étapes consistant à :
- vérifier si l'exploration du graphe du premier type ou du troisième type de carrefour est possible tout en assurant une continuité ;
- poursuivre l'exploration dans le cas où la continuité est assurée ;
- cesser l'exploration en cas de rupture de continuité.
DESCRIPTION DES FIGURES
[0020]Tous les détails de réalisation sont donnés dans la description qui suit, complétée par les figures 1 à 4, présentées uniquement à des fins d'exemples non limitatifs, et dans lesquelles: -la figure 1 présente un organigramme fonctionnel présentant les étapes d'une première phase du procédé selon l'invention ;
-la figure 2 présente un organigramme fonctionnel présentant les étapes d'une seconde phase du procédé selon l'invention ;
-la figure 3 présente un organigramme fonctionnel présentant les étapes d'une troisième phase du procédé selon l'invention ;
-la figure 4 présente une représentation schématique d'un système d'identification de données de direction selon l'invention. DESCRIPTION DETAILLEE DE L'INVENTION
Procédé en trois phases :
[0021] Le procédé selon l'invention est subdivisé en trois phases ou étapes, correspondant à autant de catégories de carrefours. Ainsi, une première phase d'exploration du graphe afin d'établir des liens entre des données de carrefours et des données de directions ou destinations potentielles atteignables depuis ces carrefours est effectuée pour les carrefours de type intersections à niveau et sorties de rond-point.
[0022] Une seconde phase d'exploration afin d'établir des liens entre des données de carrefours et des données de directions ou destinations potentielles atteignables depuis ces carrefours est effectuée pour les carrefours de type sorties de réseau sous forme de bretelles.
[0023] Enfin, une troisième phase d'exploration afin d'établir des liens entre des données de carrefours et des données de directions ou destinations potentielles atteignables depuis ces carrefours est effectuée pour les carrefours de type entrées du réseau de voies rapides sous forme de bretelles.
1re catégorie de carrefours :
[0024] La figure 1 illustre les différentes étapes effectuées par un système d'identification de données 1 selon l'invention pour les étapes inhérentes à la première catégorie de carrefours routiers. A l'étape 110, un module de sélection 6 sélectionne le graphe routier interurbain et identifie, à l'étape 120, les carrefours du graphe représentant des intersections à niveau ou des sorties de ronds-points. A l'étape 130, le seuil d'importance de la ville à atteindre est déterminé en fonction du niveau d'importance de la route empruntée au départ par le module de sélection 6.
[0025] A l'étape 140, le module de parcours de graphe 8 effectue un parcours du graphe depuis les carrefours identifiés et dans chacune des directions permises au départ. A l'étape 150, le module de parcours de graphe 8 effectue une vérification afin de déterminer si l'exploration peut être poursuivie dans la continuité.
[0026] Si tel n'est pas le cas (étape 170), le processus se termine à l'étape 180. Si l'exploration dans la continuité est possible (étape 160), lorsqu'une ville est atteinte, le module de test 7 vérifie si la ville nouvellement atteinte a le niveau d'importance le plus élevé depuis le début de l'exploration. Si tel n'est pas le cas, (étape 162), ces données de direction ne sont pas retenues (étape 163) et l'exploration du graphe se poursuit (étape 169) à l'étape 150.
[0027] Si la ville rencontrée a le niveau d'importance le plus élevé depuis le départ, (étape 164), le module d'appariement 9 relie les données de cette ville aux carrefours pour lesquels un lien existe. Un appariement est effectué pour tous les carrefours identifiés à l'étape 120 et rencontrés au fil de l'exploration.
[0028] A l'étape 165, le module de test 7 vérifie si le niveau d'importance de la ville atteinte est égal ou supérieur au seuil déterminé au départ. Si c'est le cas, (étape 167), l'exploration s'arrête à l'étape 180. Dans le cas contraire (étape 168), l'exploration du graphe est poursuivie (étape 69) à partir de l 'étape 150.
2e catégorie de carrefours :
[0029] La figure 2 illustre les différentes étapes effectuées par un système d'identification de données 1 selon l'invention pour les étapes inhérentes à la seconde catégorie de carrefours routiers. A l'étape 210, un module de sélection 6 sélectionne le graphe routier interurbain et identifie, à l'étape 220, les carrefours du graphe représentant des sorties du réseau de voies rapides sous forme de bretelles.
[0030]A l'étape 230, le module de parcours de graphe 8 effectue un parcours du graphe depuis les carrefours identifiés, uniquement via les bretelles. [0031]A l'étape 240, le module de parcours de graphe 6 teste les carrefours parcourus et stoppe le parcours dès qu'un carrefour comportant des données issues de la première phase d'exploration est atteint. [0032]A l'étape 250, les données de direction obtenues sont filtrées de façon à éliminer les données au delà d'un seuil limite. Par exemple, un seuil est fixé à 30km et applique aux villes d'importance moyenne et haute (villes dont « l'importance de la direction » dans le tableau 1 est supérieure à 4).
[0033] A l'étape 260, le module d'appariement 10 relie les données restantes aux carrefours pour lesquels un lien existe.
3e catégorie de carrefours :
[0034] La figure 3 illustre les différentes étapes effectuées par un système d'identification de données 1 selon l'invention pour les étapes inhérentes à la troisième catégorie de carrefours routiers. A l'étape 310, un module de sélection 6 sélectionne le graphe routier interurbain et identifie, à l'étape 320, les carrefours du graphe représentant des entrées du réseau de voies rapides sous forme de bretelles. A l'étape 330, le seuil d'importance de la ville à atteindre est déterminé en fonction du niveau d'importance de la route empruntée au départ par le module de sélection 6.
[0035]A l'étape 340, le module de parcours de graphe 8 effectue un parcours du graphe depuis les carrefours identifiés, uniquement via les bretelles et le réseau qu'elles alimentent.
[0036]A l'étape 350, le module de parcours de graphe 8 effectue une vérification afin de déterminer si l'exploration peut être poursuivie dans la continuité. [0037] Si tel n'est pas le cas (étape 370), le processus se termine à l'étape 380. Si l'exploration dans la continuité est possible (étape 360), lorsqu'une bretelle de sortie est atteinte, le module de test 7 vérifie si la bretelle comporte des directions vers des villes avec un niveau d'importance plus élevé que celles déjà rencontrées depuis le début de l'exploration. Si tel n'est pas le cas, (étape 362), ces données de direction ne sont pas retenues (étape 363) et l'exploration du graphe se poursuit (étape 369) à l'étape 350. [0038] Si la bretelle rencontrée comporte des directions vers des villes dont le niveau d'importance est plus élevé que celles rencontrées depuis le départ, (étape 364), le module d'appariement 9 relie ces données de direction au point de départ de l'exploration.
[0039]A l'étape 365, le module de test 7 vérifie si le niveau d'importance de la ville atteinte est égal ou supérieur au seuil déterminé au départ. Si c'est le cas, (étape 367), l'exploration s'arrête à l'étape 380. Dans le cas contraire (étape 368), l'exploration du graphe est poursuivie (étape 369) à partir de l 'étape 350.
Variantes
[0040] Bien entendu, l'affectation des diverses étapes aux différents modules du système d'identification de données de direction est donnée à titre d'exemple. Diverses variantes d'affectation sont possibles, en fonction de l'agencement des instructions. Ces variantes sont sans effet notable sur le procédé en tant que tel.
[0041]Le tableau 1 , ci-après, illustre un exemple de données susceptibles d'être obtenues au moyen du procédé d'identification de données de direction selon l'invention.
Tableau 1 : exemple de données résultant de la mise en oeuvre du procédé selon l'invention
[0042] Dans cet exemple, des identifiants sont prévus pour les points de départs, les tronçons, et les directions. Des données de noms de direction sont prévues, en association avec les villes ou agglomérations constituant des cibles à viser pour une partie ou la totalité d'un itinéraire ultérieurement calculé. [0043] Les données d'importance de la direction permettent de prioriser les choix possibles lorsque plusieurs possibilités se présentent.
[0044] Les données d'identification de route permettent de compléter l'information de direction par une information de route à suivre vers ladite direction. Enfin, les données de distances permettent par exemple de sélectionner de préférence une direction qui pourrait être suivie plus longtemps pour un itinéraire donné.
[0045] La figure 4 montre un exemple de système d'identification de données de direction selon l'invention. Dans cet exemple, le système est agencé selon une pluralité de modules, en fonction des principales opérations à effectuer. Diverses variantes d'architectures et d'agencement des modules, tant par le nombre de modules que par la répartition des fonctions entre les modules, sont possibles, sans sortir du cadre de l'invention.
[0046] Dans l'exemple illustré à la figure 4, le système d'identification de données de direction comporte :
- un module de sélection 6 adapté pour sélectionner le graphe ou portion de graphe pertinent pour la phase en cours et sélectionner les carrefours du graphe pertinent pour la phase en cours.
- un module de test de niveau d'importance 7, qui, en fonction de l'étape en cours, soit, lorsqu'une ville est atteinte, vérifie si la ville nouvellement atteinte a le niveau d'importance le plus élevé depuis le début de l'exploration ou, vérifie si le niveau d'importance de la ville atteinte est égal ou supérieur au seuil déterminé au départ.
- un module de parcours de graphe 8 permet de parcourir les tronçons et nœuds du graphe.
- un module d'appariement 9 est adapté pour relier les données des villes atteintes aux carrefours pour lesquels un lien existe entre les deux.
[0047] Deux bases de données intégrées au système sont illustrées à la figure 4, soit une base de données de réseau routier 2 et une base de données de direction 3. Ces bases peuvent être internes, externes et/ou à distance. Elles peuvent aussi être combinées en une seule base. [0048] Les Figures et leurs descriptions faites ci-dessus illustrent l'invention plutôt qu'elles ne la limitent. En particulier, l'invention et ses différentes variantes viennent d'être décrites e relation avec un exemple particulier de procédé comportant trois phases.
[0049] Néanmoins, il est évident pour un homme du métier que l'invention peut être étendue à d'autres modes de réalisation dans lesquels en variantes, on prévoit un nombre différent de phases, par exemple en combinant des phases décrite ci-dessus ou en ajoutant une ou plusieurs autres phases.
[0050] Les signes de références dans les revendications n'ont aucun caractère limitatif. Les verbes "comprendre" et "comporter" n'excluent pas la présence d'autres éléments que ceux listés dans les revendications.

Claims

REVENDICATIONS
T Procédé de calcul d'itinéraire permettant de déterminer un parcours routier entre deux points d'un graphe routier, comportant les étapes consistant à :
- recevoir un point de départ et un point d'arrivée ;
- parcourir le graphe afin d'identifier les itinéraires potentiels entre ces points ;
- élire les points et/ou segments du graphe permettant de générer un itinéraire optimal en fonction de critères donnés ;
- effectuer un parcours virtuel de l'itinéraire afin de déterminer des références de guidage susceptibles de permettre à un utilisateur de parcourir ledit itinéraire, les références de guidage comportant des données de directions ;
- caractérisé en ce que les données de direction ont été préalablement identifiées au moyen des étapes suivantes, consistant à :
i) subdiviser les carrefours du graphe routier interurbain en trois types de carrefours, le premier type comprenant les intersections à niveau ou sorties de rond-point
(120) ; le second type comprenant les sorties sous forme de bretelles (220) ; le troisième type comprenant les entrées de voies rapides sous forme de bretelles (320) ;
ii) effectuer, pour le premier type de carrefours un parcours du graphe (140) en recherchant, pour chaque carrefour du graphe de ce type, des données de nom de ville parcourues pendant la phase d'exploration du graphe ;
iii) mémoriser les noms de ville dont le niveau d'importance est supérieur à un seuil donné;
iv) associer les noms de villes mémorisées aux points de départ pour lesquels un lien existe, sur le graphe exploré, entre le carrefour et la ville, en tant que données de direction à suivre en relation avec un itinéraire à définir (165 ; 260 ; 365) ;
v) effectuer, pour le second type de carrefours, un parcours de graphe (230) en recherchant, pour chaque carrefour du graphe de ce type, des données de nom de ville parcourues pendant la phase d'exploration du graphe ;
vi) reprendre les étapes iii) et iv) pour le second type de carrefours ;
vii) effectuer, pour le troisième type de carrefours un parcours de graphe (340) en recherchant, pour chaque carrefour du graphe de ce type, des données de nom de ville parcourues pendant la phase d'exploration du graphe ;
viii) reprendre les étapes iii) et iv) pour le troisième type de carrefours.
2. Procédé de calcul d'itinéraire selon la revendication 1 , comportant les étapes consistant à :
- vérifier si l'exploration du graphe du premier type ou du troisième type de carrefours est possible tout en assurant une continuité (150 ; 350) ;
- poursuivre l'exploration dans le cas où la continuité est assurée (160 ; 360) ;
- cesser l'exploration en cas de rupture de continuité (170 ; 370).
3. Procédé de calcul d'itinéraire selon l'une des revendications 1 ou 2 dans lequel le calcul de l'itinéraire est effectué à postériori de l'enrichissement de la base de données.
4. Procédé de calcul d'itinéraire selon l'une des revendications 1 ou 2 dans lequel le calcul de l'itinéraire est effectué simultanément à l'enrichissement de la base de données.
5. Procédé permettant de compléter une base de données de direction (3) à suivre pour un graphe routier interurbain d'un système de calcul d'itinéraire, comportant les étapes consistant à :
i) subdiviser les carrefours du graphe routier interurbain en trois types de carrefours, le premier type comprenant les intersections à niveau ou sorties de rond-point
(120) ; le second type comprenant les sorties sous forme de bretelles (220) ; le troisième type comprenant les entrées de voies rapides sous forme de bretelles (320) ;
ii) effectuer, pour le premier type de carrefours un parcours du graphe (140) en recherchant, pour chaque carrefour du graphe de ce type, des données de nom de ville parcourues pendant la phase d'exploration du graphe ;
iii) mémoriser les noms de ville dont le niveau d'importance est supérieur à un seuil donné;
iv) associer les noms de villes mémorisées aux points de départ pour lesquels un lien existe, sur le graphe exploré, entre le carrefour et la ville, en tant que données de direction à suivre en relation avec un itinéraire à définir (165 ; 260 ; 365) ;
v) effectuer, pour le second type de carrefours, un parcours de graphe (230) en recherchant, pour chaque carrefour du graphe de ce type, des données de nom de ville parcourues pendant la phase d'exploration du graphe ; vi) reprendre les étapes iii) et iv) pour le second type de carrefours ;
vii) effectuer, pour le troisième type de carrefours un parcours de graphe (340) en recherchant; pour chaque carrefour du graphe de ce type, des données de nom de ville parcourues pendant la phase d'exploration du graphe ;
viii) reprendre les étapes iii) et iv) pour le troisième type de carrefours ;
ix) enregistrer les nouvelles données de direction dans la base de données de direction.
6. Procédé selon la revendication 5, comportant les étapes consistant à :
- vérifier si l'exploration du graphe du premier type ou du troisième type de carrefour est possible tout en assurant une continuité (150 ; 350) ;
- poursuivre l'exploration dans le cas où la continuité est assurée (160 ; 360) ;
- cesser l'exploration en cas de rupture de continuité (170 ; 370).
EP14707211.0A 2013-02-12 2014-02-04 Procédé d'identification de données de direction pour système de calcul d'itinéraires Withdrawn EP2956746A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR1300304A FR3002065B1 (fr) 2013-02-12 2013-02-12 Procede d'identification de donnees de direction pour systeme de calcul d'itineraires
PCT/IB2014/000122 WO2014125350A1 (fr) 2013-02-12 2014-02-04 Procédé d'identification de données de direction pour système de calcul d'itinéraires

Publications (1)

Publication Number Publication Date
EP2956746A1 true EP2956746A1 (fr) 2015-12-23

Family

ID=49054569

Family Applications (1)

Application Number Title Priority Date Filing Date
EP14707211.0A Withdrawn EP2956746A1 (fr) 2013-02-12 2014-02-04 Procédé d'identification de données de direction pour système de calcul d'itinéraires

Country Status (3)

Country Link
EP (1) EP2956746A1 (fr)
FR (1) FR3002065B1 (fr)
WO (1) WO2014125350A1 (fr)

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2006112174A1 (fr) * 2005-03-30 2006-10-26 Pioneer Corporation Dispositif d’affichage de route, méthode d’affichage de route, programme d’affichage de route et support d’enregistrement
JP2010145087A (ja) * 2008-12-16 2010-07-01 Xanavi Informatics Corp ナビゲーション装置およびナビゲーション方法

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
None *
See also references of WO2014125350A1 *

Also Published As

Publication number Publication date
FR3002065B1 (fr) 2016-06-03
WO2014125350A1 (fr) 2014-08-21
FR3002065A1 (fr) 2014-08-15

Similar Documents

Publication Publication Date Title
US20210019516A1 (en) Method and apparatus for updating road map geometry based on received probe data
US10101165B2 (en) Electronic device and method for planning tour route
US11244177B2 (en) Methods and systems for roadwork zone identification
Zielstra et al. Using free and proprietary data to compare shortest-path lengths for effective pedestrian routing in street networks
EP2079984B1 (fr) Procede de construction d'un modele numerique d'une route
US20160153804A1 (en) Monitoring and Visualizing Traffic Surprises
US10976164B2 (en) Methods and systems for route generation through an area
US11971262B2 (en) Systems and methods for generating scenic routes
FR2881862A1 (fr) Procede et dispositif de determination d'itineraire avec points d'interet
FR2980295A1 (fr) Procede et systeme de navigation avec serveur centralise
US9140573B2 (en) Path finding in a map editor
US11341845B2 (en) Methods and systems for roadwork zone identification
EP1466141B1 (fr) Procede et systeme de determination de l'itineraire emprunte par un vehicule
Priandani et al. Design and implementation of mobile-based application for Malang city public transportation route search
EP2956746A1 (fr) Procédé d'identification de données de direction pour système de calcul d'itinéraires
Ariyanto et al. Implementing a star for bicycle route finding system using OSM and GraphHopper: case study: Batu, Indonesia
FR2966589A1 (fr) Systeme et procede de cartographie avec representation par manoeuvres
EP2702359B1 (fr) Procédé et dispositif de création de cartes d'itinéraires et de navigation a données synthétiques
FR2743655A1 (fr) Procede et dispositif de guidage d'un vehicule routier
FR3047311A1 (fr) Procede d'orientation spatiale utilisant les coordonnees gps d'un telephone portable
JP2019066908A (ja) 地図データ構造
CN112990875A (zh) 一种全过程项目资源导入一体化方法、系统、终端设备及存储介质
EP2630446B1 (fr) Système et procédé de cartographie avec représentation appariée continue
FR3104791A1 (fr) Procédé d’élaboration d’instructions de guidage routier
FR3082486A1 (fr) Procede d'aide a la navigation d'un vehicule et systeme d'aide a la navigation

Legal Events

Date Code Title Description
PUAI Public reference made under article 153(3) epc to a published international application that has entered the european phase

Free format text: ORIGINAL CODE: 0009012

17P Request for examination filed

Effective date: 20150914

AK Designated contracting states

Kind code of ref document: A1

Designated state(s): AL AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HR HU IE IS IT LI LT LU LV MC MK MT NL NO PL PT RO RS SE SI SK SM TR

AX Request for extension of the european patent

Extension state: BA ME

DAX Request for extension of the european patent (deleted)
17Q First examination report despatched

Effective date: 20160610

GRAP Despatch of communication of intention to grant a patent

Free format text: ORIGINAL CODE: EPIDOSNIGR1

INTG Intention to grant announced

Effective date: 20180817

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: THE APPLICATION IS DEEMED TO BE WITHDRAWN

18D Application deemed to be withdrawn

Effective date: 20190103