Brevet FR2956901A1 — publié le 20110902

P10-2416 ENSEMBLE DE NAVIGATION ROUTIERE ET PROCEDE D'ACTIVATION AUTOMATIQUE D'UNE APPLICATION DE NAVIGATION ROUTIERE DOMAINE TECHNIQUE DE L'INVENTION [0001]L'invention concerne un ensemble de navigation routière comportant au moins une carte routière pourvue d'une pluralité de tronçons routiers et d'indications de lieux, disposés de façon à recréer à une échelle donnée, une représentation cartographique d'une pluralité de zones géographiques données, et un terminal numérique, comportant au moins un micro-processeur, un écran de visualisation, un ensemble d'instructions ordonnées de façon à permettre la mise en oeuvre d'une application de navigation routière, et un module de lecture de code visuel. [0002]L'invention concerne par ailleurs un procédé d'activation automatique d'une 15 application de navigation routière correspondante. ETAT DE LA TECHNIQUE ANTERIEURE [0003]On connaît des dispositifs et des procédés permettant de présenter à un 20 usager de la route des informations relatives à la densité de la circulation. L'information est souvent présentée sous la forme de cartes routières avec une application sur les tronçons concernés de différentes couleurs, par exemple du vert, jaune et rouge, selon la densité de circulation des tronçons. De tels procédés, historiquement présentés sur des dispositifs très puissants tels que des 25 ordinateurs reliés à des serveurs centralisés par des liaisons de type Internet, sont à présent disponibles sur des appareils plus légers, et facilement transportables, tels que des téléphones cellulaires, lecteurs multimédias, ou autres terminaux communicants, par téléphonie ou autre liaisons de préférence non filaires, par exemple de type Wifi, Wimax, etc. [0004]Le lancement de telles applications implique de manière usuelle de longues étapes de sélections de menus, d'étapes de validations, souvent difficiles à effectuer rapidement en situation de mobilité. Ainsi, entre l'identification d'une application, son lancement, la sélection d'une ville, du mode d'affichage de façon à bien voir la carte, etc, il peut s'écouler de longues minutes, en particulier si un utilisateur est peu familier avec l'application et/ou avec son terminal. [0005]Par ailleurs, une fois lancée, l'application d'information trafic n'est pas forcément ajustée de façon optimale. L'utilisateur doit alors effectuer de nouvelles opérations de sélection de menus, parfois par tâtonnements, pour ajuster le type d'affichage. [0006]Pour pallier ces différents inconvénients, l'invention prévoit différents moyens techniques. EXPOSE DE L'INVENTION [0007] Tout d'abord, un premier objet de l'invention consiste à prévoir un dispositif et un procédé permettant de faciliter la mise en route d'une application numérique 20 géographique, surtout pour des situations de mobilité, et plus particulièrement lorsque l'utilisateur a besoin de données précises, faciles à interpréter, dans un délai court. [0008]Un autre objet de l'invention consiste à prévoir un dispositif et un procédé 25 permettant de lancer et d'utiliser une application numérique géographique en optimisant les caractéristiques et/ou paramètres de celle-ci. [0009]Un autre objet de l'invention consiste à prévoir un dispositif permettant d'automatiser, de fiabiliser et d'optimiser le lancement d'applications numériques 30 géographiques. [0010]Pour ce faire, l'invention prévoit tout d'abord un ensemble de navigation routière comportant :15 - au moins une carte routière comprenant une pluralité de tronçons routiers et d'indications de lieux, disposés de façon à recréer à une échelle donnée, une représentation cartographique d'une pluralité de zones géographiques données; - un terminal numérique, comportant au moins un micro-processeur, un écran de visualisation, un ensemble d'instructions ordonnées de façon à permettre la mise en oeuvre d'une application de navigation routière (ou autre application de type cartographique ou nécessitant une visualisation de données sur une carte géographique pour sa mise en oeuvre), un module de lecture (ou décodage) de code visuel; -la carte routière de l'ensemble comprenant une pluralité de codes visuels, chacun en relation avec une zone géographique donnée, et comprenant des identifiants susceptibles de générer automatiquement le lancement de ladite application de navigation routière en relation avec la zone géographique associée à l'identifiant d'un des codes de la carte après lecture de ce code à l'aide du module de lecture. [0011]Selon un mode de réalisation avantageux, sur la carte de l'ensemble, un code associé à une zone est disposé à proximité immédiate de ladite zone. [0012]Le module de lecture ou décodage de codes visuel comporte avantageusement un capteur ou cellule de lecture ainsi que les moyens électroniques et les instructions appropriées, en fonction des types de codes à reconnaître. [0013]Selon une variante de mise en oeuvre, les codes sont des codes-barres. [0014]Selon une autre variante de mise en oeuvre, les codes sont matriciels (à deux dimensions. Il peut s'agir par exemple de codes QR, de Flashcode, etc). [0015]Selon un mode de réalisation avantageux, l'application de navigation est 30 effectuée à l'aide de données fournies par au moins un serveur distant et les codes contiennent un lien (par exemple une adresse URL) vers une configuration spécifique de l'application permettant une optimisation de cette application en25 relation avec la zone donnée (par exemple, pour une application d'information trafic, une délimitation de la zone couverte et/ou une échelle permettant un affichage en adéquation avec la taille et définition du terminal). [0016]Dans une variante, au moins un code contient un identifiant intermédiaire nécessitant un décodage par une application de décodage afin de fournir un identifiant compatible avec l'application de navigation prévue. [0017]Selon une variante avantageuse, les identifiants comprennent des données relatives à la latitude et/ou la longitude d'un point associé au code concerné. [0018]Selon un mode de réalisation avantageux, l'application est un procédé de visualisation de l'état de la circulation sur au moins une portion des tronçons de la zone présentée après lancement de l'application. [0019]L'invention prévoit par ailleurs une carte routière pour ensemble de navigation routière tel que préalablement décrit. [0020]L'invention prévoit enfin un procédé d'activation automatique (et à distance) 20 d'une application numérique géographique (de préférence de navigation routière), dans laquelle : - on dispose une pluralité de codes visuels sur une carte routière (ou géographique ou touristique), chaque code étant à proximité immédiate d'une zone géographique donnée; 25 -on intègre dans les données contenues dans les codes visuels des identifiants spécifiques à chacune des zones concernées; - on met à disposition d'utilisateurs de terminaux numériques (intégrants selon le cas des moyens de communication à distance sans fil) une application de lancement, permettant, après lecture du code visuel, de lancer l'application de 30 navigation routière; - l'application de navigation routière fonctionnant à l'aide d'une représentation visuelle sur une carte routière de la zone désignée par le code visuel;15 -le lancement de l'application de navigation routière prenant en compte les identifiants pour que l'application soit lancée avec les spécificités de la zone. [0021]De manière avantageuse, les identifiants permettent une délimitation d'une zone géographique donnée (ville, agglomération, etc). [0022]Les identifiants comprennent de préférence une échelle d'affichage de la zone donnée [0023]Selon un mode de réalisation préférentiel, l'application comprend au moins un module d'information trafic. [0024]Dans une variante, au moins une partie des données pour la mise en oeuvre de l'application est fournie par un serveur distant (la liaison entre le serveur et le terminal utilisateur est assurée par un réseau tel que Internet) et l'identifiant est une adresse URL de l'application. [0025]Selon une autre variante, l'identifiant est codé et requiert un décodage par un module de décodage fourni par un serveur distant. Ceci permet de modifier en toute souplesse, sans contrainte, les données finales de l'identifiant, en outre, de modifier l'adresse URL, par exemple pour diriger vers une nouvelle application ou pour diriger vers une autre configuration du la même application. [0026]Selon encore une autre variante, le terminal comporte ou est susceptible d'être relié à un moyen susceptible de permettre la lecture d'un code visuel tel qu'un code-barres ou un code matriciel (tel qu'un capteur spécifique ou un appareil photo), une application numérique (ou une suite d'instructions de commande) permettant de détecter les données, tel qu'un identifiant, contenues dans le code visuel.30 DESCRIPTION DES FIGURES [0027]Tous les détails de réalisation sont donnés dans la description qui suit, complétée par les figures 1 à 8, présentées uniquement à des fins d'exemples non limitatifs, et dans lesquelles: -la figure 1 représente de façon schématique un ensemble de navigation routière selon l'invention; - la figure 2 est un exemple d'une carte d'un tel ensemble selon l'invention; - les figures 3 montre la carte de la figure 2 à une échelle permettant de mieux visualiser un code visuel; -les figures 4 et 5 montrent les étapes de lancement d'une application de type information trafic à l'aide d'un ensemble de navigation selon l'invention ; - la figure 6 montre de façon schématique les différents éléments impliqués pour la mise en oeuvre du procédé d'activation automatique d'une application de navigation routière selon l'invention; -la figure 7 montre une variante des éléments de la figure 6 pour la mise en oeuvre d'une variante du procédé selon l'invention; -la figure 8 montre des exemples de données contenues dans des codes visuels prévus selon l'invention. DESCRIPTION DETAILLEE DE L'INVENTION [0028]La figure 1 illustre de façon schématique un ensemble 1 de navigation routière selon l'invention, comprenant d'une part une carte 10, telle qu'une carte 25 routière, touristique ou géographique, comportant, en plus des données habituelles telles que les désignations de lieux, et des routes (au moins principales, en fonction de l'échelle de la carte), une pluralité de codes visuels 13, 620 agencés sur la carte de façon à se trouver le plus près possible des lieux auxquels les codes seront associés ou liés. Les emplacements des codes près des lieux correspondants sont par ailleurs établis de façon à masquer le moins possible de données et/ou informations présentées sur la carte. Ces emplacements correspondent par exemple à des zones moins habitées, ou des zones de montagnes ou recouvertes par une surface d'eau. [0029]Un terminal numérique 20 muni ou connectable à un écran de visualisation 21 est également prévu dans ledit ensemble de navigation. Le terminal comprend en outre un moyen de lecture de codes visuels (item 23 à la figure 6) permettant de lire, ou scanner, ou photographier les codes 13 d'une carte 10. Dans les exemples de mise en oeuvre des figures 1, 4, 6 et 7, le terminal présente le code en cours de lecture 22 à l'écran 21, pour faciliter l'opération de détection et lecture du code souhaité par l'utilisateur. [0030]La figure 2 illustre un exemple plus détaillé d'une carte 10 conformément à un ensemble de navigation selon l'invention. Dans cet exemple illustrant la France, les tronçons 11 correspondants aux axes routiers principaux et les noms ou désignations 12 des villes sont indiqués. Des codes visuels 13 sont également disposés en correspondance avec les villes de Paris, Lyon, Marseille et Strasbourg. [0031]Les codes visuels 13 peuvent être de différents types, selon les variantes prévues, et en particulier en fonction du type et/ou de la quantité de données à intégrer au code. Selon un exemple avantageux, on utilise un code selon la norme européenne ISO 16022. Ce type de code est avantageusement de petite dimension, tout en offrant de vastes possibilités d'intégrations de données. [0032]Selon une autre variante, on utilise des codes de type QR Code, norme très largement utilisée au Japon. [0033]La figure 3 montre une carte 10 à une échelle permettant de mieux visualiser la région de Marseille, à laquelle un code visuel 13 est associé. Dans cette région, le code visuel est avantageusement positionné de façon à recouvrir la mer avoisinante, évitant ainsi de cacher des informations utiles des zones habitées. [0034]La figure 4 représente schématiquement un terminal numérique 20 lors d'une phase de lecture ou détection ou reconnaissance d'un code visuel. Dans cet exemple, le terminal est muni d'un appareil photographique permettant de capturer une ou plusieurs images de la zone où le code à lire se situe. Pour faciliter l'opération, l'écran 21 affiche l'image capturée, sur laquelle on aperçoit le code visuel 22 tel que capté par le terminal. [0035]Lorsque le code concerné est bien lu par le capteur du terminal, une opération de décodage est automatiquement lancée, afin de déchiffrer les données contenues dans le code. Dans cet exemple, les données du code 13 disposé à proximité de Marseille contiennent un identifiant correspondant à ce lieu et éventuellement une désignation de l'application à lancer par le terminal. Ainsi, tel que montré à la figure 5, après reconnaissance de l'identifiant, le terminal 20 est en mesure de lancer une application, dans ce cas, de visualisation des conditions de circulation, communément désignée «information trafic». Dans ce type d'application, les principaux tronçons de la zone sont colorés selon des codes permettant à l'utilisateur de déceler rapidement les secteurs à éviter ou contourner. Par exemple, les tronçons sont colorés en vert en cas de circulation fluide, en jaune en cas de ralentissement, et en rouge pour les tronçons où on retrouve des congestions. [0036]Les données comprises dans les codes visuels comprennent au moins un identifiant du lieu associé au code, et selon diverses variantes de réalisation, soit une donnée correspondant à une échelle cartographique à utiliser par l'application pour représenter la zone de façon optimale, et/ou un identifiant d'une application numérique géographique, comme par exemple l'information trafic. [0037]La figure 6 montre schématiquement un exemple de mise en oeuvre du procédé d'activation automatique d'une application numérique géographique selon l'invention. Un terminal 20 pourvu de moyens de lecture ou capteur 23 de codes visuels 13 est placé par un utilisateur à proximité de la zone de la carte 10 où le code concerné se trouve. Avant décodage, le code est avantageusement présenté à l'écran 21 du terminal pour faciliter l'orientation de ce dernier de façon à bien positionner le capteur 23 pour une lecture du code en entier. Lorsque le code est déchiffré et l'identifiant du lieu fourni, cet identifiant est envoyé à un serveur utilisateur 30, comme par exemple un serveur Internet ou autre type de réseau, filaire ou hertzien, qui l'envoie à un serveur d'application 40, fournissant au moins une partie des données de l'application mise en oeuvre par le terminal. Par exemple, dans le cas d'une application d'information trafic, le terminal peut recevoir du serveur d'application 40 les données correspondant à la densité de la circulation sous forme de tronçons de différentes couleurs tel que préalablement décrit. Pour effectuer cette fonction, le serveur 40 dispose de toutes les données d'information trafic pour tous les tronçons susceptibles d'être demandés par un utilisateur. [0038]Lors du lancement de l'application, le serveur d'application 40 fourni avantageusement les données de façon à ce que l'application soit optimisée dès son lancement, de façon à supprimer les éventuelles étapes de réglages ou sélection de menu ou options par l'utilisateur. Pour ce faire, les données des codes visuels comprennent, en plus des identifiants de lieux, des données de lancement optimal d'application. La figure 8 donne un exemple de données comprises dans les codes visuels. Dans cet exemple, sous forme d'une adresse URL, on trouve la désignation de l'application (information trafic de ViaMichelin), les données de latitude et de longitude de la zone ou du point géographique associé au code visuel, à savoir les coordonnées des zones de Paris, Marseille, Lyon et Strasbourg ainsi que la taille d'affichage prévue pour chaque zone (« zoom level »). Grâce à des données aussi complètes, après décodage du code visuel, avec les données du serveur d'application 40, le terminal 20 lance l'application concernée, en présentant la zone associée au code, et avec une échelle optimisée. Avec un procédé automatisé de la sorte, l'utilisateur ne perd pas de temps à naviguer dans des menus pour y sélectionner les divers paramètres utiles au lancement, ce qui dans certains cas peut occasionner des manipulations relativement longues ou fastidieuses, et/ou répétitives si elles doivent être effectuées fréquemment. [0039]La figure 7 présente une variante du procédé dans laquelle un serveur 50 de reconnaissance de code est également prévu pour la mise en oeuvre. Ainsi, au lieu de prévoir un décodage du code visuel au niveau du terminal 20, à l'aide d'instructions de décodage prévues au niveau du terminal, l'image du code visuel est directement transmise au serveur de reconnaissance de code visuel 50. Ce serveur, qui dispose d'un processeur et des instructions de décodage adaptées, effectue l'étape de reconnaissance des données du code. Ces données sont ensuite envoyées soit vers le terminal 20, qui peut lancer l'application prévue, soit directement vers le serveur d'application 40 concerné. Cette variante permet de gérer les données associées au code de façon dynamique, puisqu'il est plus aisé de modifier les données sur un serveur que de procéder à des mises à jour de plusieurs centaines ou milliers de terminaux. [0040]Selon une autre variante permettant aussi une gestion dynamique des données des codes visuels, les codes visuels 13 comprennent des codes intermédiaires, par exemple numériques ou alpha numériques, qui sont décodées au niveau du terminal 20 et envoyées à un serveur 50 de reconnaissance de code qui procède au décodage des codes intermédiaires. Dans un tel exemple de mise en oeuvre, les informations liées aux codes intermédiaires peuvent aisément être modifiées centralement, au niveau du serveur, plutôt qu'un niveau de chacun des terminaux 20. [0041]Pour les deux variantes précédentes, le serveur 50 et le serveur 40 peuvent 30 être combinés. REVENDICATIONS1. Ensemble (1) de navigation routière comportant : - au moins une carte routière (10) comprenant une pluralité de tronçons routiers (11) et d'indications de lieux (12), disposés de façon à recréer à une échelle donnée, une représentation cartographique d'une pluralité de zones géographiques données; - un terminal numérique (20), comportant au moins un micro-processeur, un écran de visualisation, un ensemble d'instructions ordonnées de façon à permettre la mise en oeuvre d'une application de navigation routière, un module de lecture (23) de code visuel; - caractérisé en ce que la carte routière de l'ensemble comprend une pluralité de codes visuels (13), chacun en relation avec une zone géographique donnée, et comprenant des identifiants susceptibles de générer automatiquement le lancement de ladite application de navigation routière en relation avec la zone géographique associée à l'identifiant d'un des codes de la carte après lecture de ce code à l'aide du module de lecture. 2. Ensemble (1) de navigation routière selon la revendication 1, dans lequel, un code (13) associé à une zone est disposé à proximité immédiate de ladite zone. 3. Ensemble (1) de navigation routière selon l'une des revendications 1 ou 2, dans lequel, les codes (13) sont des codes-barres. 4. Ensemble (1) de navigation routière selon l'une des revendications 1 ou 2, dans lequel, les codes (13) sont matriciels. 5. Ensemble (1) de navigation routière selon l'une des revendications 1 à 4, dans lequel, l'application de navigation est effectuée à l'aide de données fournies par au moins un serveur distant (30, 40, 50), et les codes contiennent un lien versune configuration spécifique de l'application permettant une optimisation de cette application en relation avec la zone donnée. 6. Ensemble (1) de navigation routière selon l'une des revendications 1 à 5, dans lequel au moins un code (13) contient un identifiant intermédiaire nécessitant un décodage par une application de décodage afin de fournir un identifiant compatible avec l'application de navigation prévue. 7. Ensemble (1) de navigation routière selon l'une des revendications précédentes, dans lequel, les identifiants comprennent des données relatives à la latitude et/ou la longitude d'un point associé au code concerné. 8. Ensemble (1) de navigation routière selon l'une des revendications précédentes, dans lequel, l'application est un procédé de visualisation de l'état de la circulation sur au moins une portion des tronçons de la zone présentée après lancement de l'application. 9. Carte routière pour ensemble de navigation routière selon l'une des revendications 1 à 8. 10. Procédé d'activation automatique d'une application de navigation routière, dans laquelle : - on dispose une pluralité de codes visuels (13) sur une carte routière (10), chaque code étant à proximité immédiate d'une zone géographique donnée; - on intègre dans les données contenues dans les codes visuels (13) des identifiants spécifiques à chacune des zones concernées; - on met à disposition d'utilisateurs de terminaux numériques une application de lancement, permettant, après lecture du code visuel, de lancer l'application de navigation routière; - l'application de navigation routière fonctionnant à l'aide d'une représentation visuelle sur une carte routière de la zone désignée par le code visuel ;-le lancement de l'application de navigation routière prenant en compte les identifiants pour que l'application soit lancée avec les spécificités de la zone. 11. Procédé d'activation automatique selon la revendication 10, dans lequel les identifiants permettent une délimitation d'une zone géographique donnée. 12. Procédé d'activation automatique selon la revendication 10, dans lequel les identifiants comprennent une échelle d'affichage de la zone donnée. 13. Procédé d'activation automatique selon l'une des revendications 10 à 12, dans lequel l'application comprend au moins un module d'information trafic. 14. Procédé d'activation automatique selon l'une des revendications 10 à 13, dans lequel au moins une partie des données pour la mise en oeuvre de l'application est fournie par un serveur distant (30, 40, 50) et l'identifiant est une adresse URL de l'application. 15. Procédé d'activation automatique selon l'une des revendications 10 à 14, dans lequel l'identifiant est codé et requiert un décodage par un module de décodage fourni par un serveur distant (30, 40, 50).