Brevet FR2982986A1 — publié le 20130524

WIKANG01.FRD Système électronique d'aide à la conduite L'invention concerne les systèmes électroniques d'aide à la conduite communautaires. Depuis quelques années, des systèmes électroniques ont été développés pour faciliter la conduite. Ces systèmes reposent sur la géolocalisation par satellite pour calculer et indiquer un itinéraire ou pour assister le conducteur le long de sa route, ainsi que sur les échanges avec un serveur pour recevoir des informations locales à courte durée de validité le long de cet itinéraire. Ces informations peuvent notamment être envoyées par les utilisateurs du système. De ce fait, de nombreux systèmes se sont auto-proclamés « communautaires ». Mais cette appellation est discutable, les utilisateurs n'ayant pas vraiment d'interactions les uns avec les autres au-delà des déclarations d'alertes, et un utilisateur donné n'a pour seul lien avec sa « communauté » que le nombre d'autres utilisateurs qui partagent la même route que lui. L'invention vient améliorer la situation. À cet effet, l'invention propose un système d'aide à la conduite qui comprend un serveur stockant des données d'aide à la conduite, et comprenant un sélecteur capable de sélectionner des données d'aide à la conduite en réponse à la réception de données de position, ainsi que des moyens de communication, et au moins un appareil d'aide à la conduite, comprenant des moyens de géolocalisation, étant agencé pour envoyer sensiblement régulièrement des données de position de l'appareil, tirées desdits moyens de géolocalisation, avec lesdits moyens de communications. Le serveur est agencé, en réponse à la réception de données de position d'un appareil, pour appeler le sélecteur avec ces données de position, et pour envoyer les données d'aide à la conduite résultantes audit appareil avec les moyens de communication. L'appareil est agencé, en réponse à la réception de données d'aide à la conduite, pour afficher une représentation de ces données d'aide à la conduite avec l'interface. Le serveur est en outre agencé pour stocker des données de profil en correspondance d'un appareil, le sélecteur étant en outre agencé, en réponse à la réception de données de position d'un premier appareil, pour sélectionner les données de profil associées à un deuxième appareil en fonction des données de position du premier appareil et du deuxième appareil. Le serveur est agencé, en réponse à la réception de données de position d'un appareil, pour appeler le sélecteur avec ces données de position, et pour envoyer les données de profil résultantes audit appareil avec les moyens de communication, et l'appareil est agencé, en réponse à la réception de données de profil, pour afficher une représentation de ces données de profil avec l'interface. La détermination et l'affichage des données de profil du deuxième appareil permettent à l'utilisateur du premier appareil de s'immerger dans la communauté et de profiter au 15 maximum de celle-ci. D'autres caractéristiques et avantages de l'invention apparaîtront mieux à la lecture de la description qui suit, tirée d'exemples donnés à titre illustratif et non limitatif, tirés des dessins sur lesquels : 20 - la figure 1 représente un schéma général d'un système électronique d'aide à la conduite selon l'invention, - la figure 2 représente un exemple de diagramme de flux du système d'aide à la conduite de la figure 1. - la figure 3 représente une opération de la figure 2 selon un premier mode de 25 réalisation, et - la figure 4 représente une opération de la figure 2 selon un deuxième mode de réalisation. Les dessins et la description ci-après contiennent, pour l'essentiel, des éléments de 30 caractère certain. Ils pourront donc non seulement servir à mieux faire comprendre la présente invention, mais aussi contribuer à sa définition, le cas échéant. Dans le mode de réalisation représenté en figure 1, le système d'aide à la conduite comprend un serveur 1 et des appareils d'aide à la conduite 2, 3, 4. Le serveur 1 comprend des moyens de communication 11, un processeur 12, et une base de données 13. Le processeur 12 contrôle les moyens de communication 11 et peut accéder à la base de données 13. Comme on le verra dans la suite, le processeur 12 a une fonction de sélecteur et une fonction de profileur. Selon les modes de réalisation, le processeur 2 peut comprendre plusieurs coeurs, il peut y avoir plusieurs processeurs 12 (virtuels ou non), dont certains assurent la fonction de sélecteur, et d'autres la fonction de profileur. En variante, le sélecteur et le profileur pourront être mise en oeuvre en utilisant par exemple une table de recherche (« look-up table » en langue anglaise) ou autre. La base de données 13 comprend des données d'aide à la conduite et des données de profil. Chaque appareil 2, 3, 4 comprend des moyens de communication 21, 31, 41, des moyens de géolocalisation 22, 32, 42, une interface utilisateur 23, 33, 43, ces éléments étant ensembles commandés par un processeur 24, 34, 44. Les appareils 2, 3, 4 sont mobiles. Ils sont en particulier destinés à être disposés dans un véhicule, par exemple sur le tableau de bord ou sur le pare-brise. Leur fixation dans le véhicule peut être prévue amovible grâce à des moyens de fixation connus en eux-mêmes, par exemple une ventouse apte à adhérer à la surface intérieure du pare-brise, une pince adaptée pour s'accrocher à une grille de ventilation, des bandes auto-agrippantes pour une fixation sur un guidon, etc. Les appareils 2, 3, 4 peuvent ainsi être déplacés et utilisés dans plusieurs véhicules. Dans d'autres modes de réalisation non représentés, les appareils 2, 3, 4 peuvent également être prévus solidaires d'un véhicule et/ou être intégrés à un ordinateur de bord du véhicule. Dans ces modes de réalisation, les appareils 2, 3, 4 sont mobiles dans le sens où ils peuvent être déplacés avec le véhicule. Les appareils 2, 3, 4 peuvent être alimentés par l'intermédiaire de connectiques adaptées aux véhicules, par exemple une prise du type « allume-cigare ». Les appareils 2, 3, 4 peuvent également être alimentés en énergie de manière indépendante, par exemple au moyen d'une batterie propre. Par souci de clarté, l'alimentation électrique des appareils n'est pas représentée sur les figures. Les moyens de communication 21, 31 et 41 sont dans l'exemple décrit ici des moyens de téléphonie sans fil, c'est-à-dire compatibles GMS, GPRS, EDGE, 3G ou LTE. D'autres moyens pourront être envisagés. Les moyens de géolocalisation 22, 32, 42 sont dans l'exemple décrit ici des récepteurs GPS. Pour des raisons de clarté, seuls trois satellites 5 ont été représentés sur les figures, bien que la technologie GPS préconise généralement l'utilisation de quatre satellites ou plus. L'antenne peut être disposée dans un boîtier de l'appareil 2, 3, 4 ou être déportée. Le fonctionnement de la géolocalisation par satellite, par exemple via GPS, est connu en lui-même. D'autres moyens de géolocalisation pourront être envisagés, par exemple à partir de la triangulation par rapport aux antennes relais d'un réseau téléphonique. L'interface utilisateur 23, 33, 43 peut comprendre un écran d'affichage, un avertisseur sonore, par exemple un haut- parleur, et des boutons. L'écran d'affichage peut également être un écran tactile, ce qui lui permet alors de remplir à la fois la fonction d'affichage et la fonction de moyen d'entrée pour l'utilisateur. Les boutons peuvent donc être des boutons physiques, c'est-à-dire à actionnement mécanique, ou virtuels, lorsque l'écran est tactile. Lorsqu'un conducteur utilise un appareil pour le guider en temps réel tout en conduisant un véhicule, fonctionnement qui sera dans ce qui suit qualifié de « mode assistance », l'appareil 2, 3, 4 traite les signaux reçus des satellites 5 pour en tirer des données de position. Ces données de position sont alors comparées aux données contenues dans des cartes stockées sur l'appareil 2, 3, 4. Celui-ci calcule alors un itinéraire pour relier un point de départ, tiré des données de position, et un point d'arrivé, préalablement entré par l'utilisateur. Cet itinéraire peut être optimisé selon divers paramètres définis par l'utilisateur, comme le souhait d'éviter les péages ou les grands axes. En variante, l'appareil ne calcule pas d'itinéraire, et indique seulement à l'utilisateur des alertes lorsqu'il s'approche de lieux particuliers. L'appareil 2, 3, 4 transmet alors ces informations au conducteur via l'interface 23, 33, 43, généralement sous forme d'instructions visuelles sur l'écran et/ou d'instructions vocales par le haut-parleur. L'appareil comprend une mémoire de masse (non représentée), qui contient des données de cartographie et de points d'intérêt. Les données de cartographies permettent au processeur 24, 34, 44 de calculer un itinéraire entre une position indiquée par les données de position déterminées par les moyens de géolocalisation 22, 32, 42 et une destination définie par d'autres données de position. Les données de points d'intérêt permettent à un utilisateur de choisir une destination sans avoir à entrer une adresse particulière. Lors de la conduite, les points d'intérêts situés le long du trajet peuvent également être affichés et/ou indiqués, ce qui conforte le conducteur. En variante, l'appareil ne contient que des données de type point d'intérêt, et pas de données de cartographie. Dans ce cas, tout élément de nature cartographique est obtenu du serveur lors des échanges avec celui-ci. En plus de sa capacité de géolocalisation, l'appareil 2, 3, 4 peut recevoir, via les moyens de communication 21, 31, 41, des informations supplémentaires envoyées par le serveur 1. Afin d'obtenir des informations pertinentes compte tenu de sa situation, l'appareil 2, 3, 4 communique ses données de position au serveur 1. Le serveur 1 transmet alors en réponse des informations relatives à une zone qui inclut la position désignée par les données de position transmises par l'appareil 2, 3, 4. Ces informations peuvent être particulièrement utiles et présentent généralement une durée de validité courte, comme lorsqu'il s'agit d'informations d'embouteillages par exemple. Le type d'informations envoyées par le serveur 1 peut être choisi par défaut, ou être sélectionné par l'utilisateur, par exemple au moyen de l'interface utilisateur 23, 33, 43. L'appareil 2, 3, 4 peut également émettre des informations du même type vers le serveur 1, pour leur partage avec d'autres appareils. Pour cela, lorsque le serveur 1 reçoit des données de position d'un appareil couplées avec des données d'informations à partager, le processeur 12 du serveur 1 sélectionne des appareils situés à proximité de de la position indiquée par les données de position, et leur transmet les informations associées. Par « situés à proximité » on entend de manière générale « dont la position actuelle, la direction, le sens de déplacement et/ou l'itinéraire choisi permettent de considérer que cet appareil va, dans un futur proche, être dans une zone proche de la position indiquée par les données de position ». Par futur proche, on entend ici une durée limitée prédéfinie. Comme mentionné plus haut, ces données sont en général à durée de validité courte. Il n'y a donc pas lieu de les stocker de manière prolongée dans l'appareil 2, 3, 4. Ces données peuvent donc être stockées dans la mémoire vive de l'appareil 2, 3, 4, et être effacées peu de temps après. Par exemple, ces informations à durée de validité courte peuvent concerner la présence d'un obstacle sur la chaussée, un accident, un trafic perturbé, une voie neutralisée, une déviation, des travaux, un contrôle routier ou radar, etc. Le serveur 1 étant connecté à plusieurs appareils 2, 3, 4, ces informations peuvent être centralisées, recoupées, confirmées, échangées, interprétées et/ou stockées. Ces informations supplémentaires sont dans ce qui suit appelées données d'aide à la conduite. L'actualisation des données d'aide à la conduite et leur envoi aux appareils situés à proximité de la position indiquée par les données de position peuvent être déclenchés automatiquement par le serveur 1, ou être demandés par chaque appareil concerné, automatiquement ou en réponse à une entrée utilisateur. Typiquement, l'état du trafic sur une voie donnée est déterminé automatiquement par le processeur 12, en détectant que la vitesse moyenne des appareils sur cette voie est faible par rapport à une vitesse autorisée. Inversement, la détection d'un obstacle sur la chaussée peut difficilement être automatisée, et l'utilisateur doit effectuer une action avec l'appareil 2, 3, 4 pour le déclarer. Par action, on entend par exemple la pression d'un bouton, que ce bouton soit physique ou virtuel par exemple sur un écran tactile. La mémoire de l'appareil reçoit donc des informations à durée de validité courte, mises à jour grâce aux données envoyées par les appareils 2, 3, 4, en plus des informations « statiques » comme la voirie, les limitations de vitesse, les sens de circulation autorisés, les installations de contrôle routiers ou radar fixes etc. Les données concernant les informations statiques, ci-après données statiques, sont 30 stockées dans la mémoire de masse des appareils eux-mêmes. La mise à jour de ces informations est régulière, mais présente une fréquence plus faible que celle des informations à durée de validité courte. Ces données n'ont en effet pas de raison d'être modifiées à des fréquences importantes. Par exemple on peut estimer qu'une actualisation de ce type de données plus d'une fois par jour présente un intérêt négligeable. Il est néanmoins souhaitable que la mise à jour des données statiques ne nécessite pas d'action spécifique de la part de l'utilisateur. En particulier, il est préférable que cette mise à jour puisse être réalisée sans contrainte. Il est aussi préférable que cette mise à jour soit réalisée automatiquement et de manière « transparente », c'est-à-dire sans qu'elle empêche le fonctionnement normal de l'appareil, par exemple le mode assistance. Selon un autre mode de réalisation, l'appareil 2, 3, 4 est réalisé par l'exécution d'une application d'aide à la conduite sur un téléphone portable. Par téléphone portable, on entend ici tout téléphone disposant des éléments utiles au fonctionnement de l'application, et en particulier des moyens de géolocalisation par GPS, des moyens de communication et une interface utilisateur compatible avec la pratique de la conduite. Actuellement, la plupart des téléphones mobiles appelés « Smartphones » ou « téléphones intelligents » remplissent ces besoins. Ainsi, un utilisateur souhaitant utiliser un système d'aide à la conduite selon l'invention, disposant d'un véhicule et d'un Smartphone peut utiliser son téléphone comme appareil 2, 3, 4 en exécutant cette application. Cela présente l'avantage de ne pas nécessiter l'acquisition d'un boîtier physique distinct. L'acquisition de l'application peut être réalisée par achat à distance par l'intermédiaire d'une plateforme d'achat, comme cela est bien connu des utilisateurs de Smartphones. La transmission des informations à courte durée de vie en temps réel aux appareils 2, 3, 4 pose néanmoins certaines questions. En effet, il est difficile pour les utilisateurs de savoir si ces données sont pertinentes ou pas. Par exemple, dans le cas d'un contrôle radar mobile ou d'une voie bloquée suite à un accident, la durée de vie d'une alerte ne dépasse pas quelques heures. Et l'utilisateur d'un appareil du système ne sait pas quand cette alerte a été déclarée originellement. Pour répondre à ce problème, divers schémas ont été explorés pour améliorer la fiabilité des informations, notamment afin de faire confirmer par les utilisateurs qui empruntent un trajet donné qu'une alerte déclarée sur ce trajet donné est toujours pertinente. Ces schémas connaissent un succès plus ou moins important pour les raisons suivantes (la liste n'étant pas exhaustive) : - certains utilisateurs refusent de participer à cet effort communautaire par principe, d'autres cherchent volontairement à transmettre des informations erronées, y compris en déclarant de fausses alertes, d'autres encore maîtrisent insuffisamment les appareils pour pouvoir participer de manière efficace, etc. Au vu de cette situation, la Demanderesse a découvert que les problèmes n'étaient pas forcément ceux que l'on croit, et qu'il fallait changer d'approche. En effet, tous les systèmes existants prétendent être communautaires, mais les problèmes énoncés ci-dessus montrent bien que ce n'est pas le cas. La Demanderesse a découvert que, pour améliorer le fonctionnement des systèmes électroniques d'aide à la conduite communautaires, il fallait réellement créer une communauté, et que chaque utilisateur des appareils 2, 3, 4 prenne conscience qu'il fait partie de cette communauté. Pour cela, la Demanderesse a développé la notion de profil de conduite communautaire, dans lequel un utilisateur d'un appareil peut déclarer volontairement certains éléments de partage le concernant, comme un avatar pour son véhicule, la couleur de son véhicule, et un nom sous lequel il veut être connu dans la communauté. Ces informations sont stockées dans des données de profil dont le rôle sera explicité dans la suite. En plus de ces éléments choisis par l'utilisateur, le profileur du serveur 1 est agencé pour collecter certaines données concernant les utilisateurs, afin de pouvoir déterminer leur profil. Ces données collectées comprennent de manière non limitative le temps du trajet par session, le kilométrage moyen par session, le kilométrage total, la fréquence d'utilisation, la vitesse moyenne, le nombre d'arrêts, le temps passé dans des embouteillages, le nombre d'alertes croisées, le nombre d'alertes déclarées, le nombre d'alertes déclarées et confirmées par d'autres, le nombre d'alertes déclarées et supprimées par d'autres, le nombre d'alertes confirmées et le nombre d'alertes supprimées. La collection de ces données par le profileur peut être instantanée ou programmée. Ainsi, dans une première variante, le profileur met à jour les données de profil relatives à chaque appareil de manière régulière, par exemple une fois par jour. Dans une deuxième variante, le profileur met à jour les données de profil à chaque fois que des données de profil d'un appareil donné sont modifiées, par exemple à chaque fois qu'un appareil rencontre une alerte, ou à chaque fois qu'un autre utilisateur valide une alerte déclarée par cet appareil, etc. À partir des données de profil, le profileur peut calculer pour chaque utilisateur un score qui indique l'expérience et la fiabilité de cet utilisateur pour pouvoir la déclarer aux autres utilisateurs. En effet, plus un utilisateur circule, plus il pourra être considéré comme fiable, puisque susceptible d'avoir déclaré des alertes. De même, la comparaison du nombre d'alertes croisées, du nombre d'alertes déclarées, du nombre d'alertes déclarées et confirmées par d'autres, du nombre d'alertes déclarées et supprimées par d'autres, du nombre d'alertes confirmées et du nombre d'alertes supprimées permet de déterminer avec une bonne précision la fiabilité d'un utilisateur. Le score qui est calculé pour chaque utilisateur est dans l'exemple décrit ici stocké en tant que données de profil. Le score d'un utilisateur peut être mis à jour, c'est-à-dire que le calcul de ce score peut être répété, par le serveur 1 selon une fréquence prédéterminée, par exemple quotidienne. En variante, d'autres fréquences peuvent être prévues, et l'utilisateur peut utiliser l'interface de l'appareil pour envoyer une requête de mise à jour de son score. Les données de profil peuvent être stockées dans la mémoire de masse de l'appareil et être mises à jour régulièrement depuis le serveur, par exemple à chaque mise à jour du score. En variante, les données de profil peuvent être stockées durablement côté serveur uniquement, les données de profil étant stockées en mémoire temporaire sur l'appareil, et envoyées par le serveur à chaque initialisation de l'appareil par exemple. Dans l'exemple décrit ici, les données de profil sont associées à un appareil, de sorte que le profil communautaire d'un utilisateur est lié à l'appareil qu'il utilise. Ainsi, la communication régulière entre l'appareil et le serveur suffit à identifier l'appareil et à sélectionner les données de profil correspondantes. Dans d'autres modes de réalisation, l'utilisateur pourrait entrer des informations d'identification sur l'appareil, afin qu'il puisse utiliser son profil communautaire sur d'autres appareils. Les données de profil sont utilisées de plusieurs manières. D'abord, certaines données de profil de l'utilisateur d'un premier appareil sont affichées et/ou indiquées vocalement par l'interface. Par exemple, l'avatar de son véhicule, avec sa couleur, son nom de profil communautaire, ainsi que son score sont affichés en permanence sur l'interface, ce qui permet à l'utilisateur de renforcer son sentiment d'appartenance à la communauté. Plus particulièrement, le score de chaque utilisateur peut être affiché et/ou indiqué vocalement d'une manière très simple à comprendre, par exemple par l'affectation d'une « médaille » en fonction du score de cet utilisateur. Ainsi, un utilisateur qui vient de rejoindre la communauté aura une médaille grise, ou de fer. Ensuite, pour tous les scores compris dans une première plage entre 0 et 300 points le score de cet utilisateur pourra être représenté par une médaille de bronze, pour tous les scores compris dans une deuxième plage entre 300 et 900 points, le score de cet utilisateur pourra être représenté par une médaille d'argent, et pour tous les scores compris dans une troisième plage au- delà de 900 points, le score de cet utilisateur pourra être représenté par une médaille d'or. Les points sont par exemple obtenus en fonction des radars déclarés et confirmés par les autres utilisateurs (par exemple, 100 points pour une déclaration confirmée par un autre utilisateur puis 10 points par confirmation supplémentaire). Les déclarations fausses ou infirmées par d'autres utilisateurs peuvent faire perdre des points, une médaille spéciale pouvant être prévus pour les utilisateurs « pollueurs » à score négatif. Le score peut évidemment être calculé différemment, en tenant compte du kilométrage, etc. Ce type de représentation simple permet à l'utilisateur de savoir très rapidement quel est son rang dans la communauté, et s'il participe de manière efficace. Une autre utilisation des données de profil est obtenue au moyen du sélecteur. Comme décrit plus haut, lorsque le serveur 1 reçoit des données de position d'un premier appareil, il répond en appelant le sélecteur pour déterminer les données d'aide à la conduite concernant la zone géographique désignées par les données de position, puis envoie les données d'aide à la conduite résultantes au premier appareil. Dans l'exemple décrit ici, le sélecteur est en outre agencé pour sélectionner des données de profil d'un autre appareil, en plus des données d'aide à la conduite. En effet, afin d'améliorer encore la sensation communautaire de l'utilisateur, il peut être intéressant d'afficher les données de profil d'un autre utilisateur de la communauté qui est proche de lui. Pour cela, le sélecteur est agencé pour sélectionner les données de profil d'un deuxième appareil, pour renvoi au premier appareil. Le choix du deuxième appareil est dans un premier mode de réalisation basé sur la sélection de l'appareil, sur la même route que le premier appareil, qui circule dans la même direction devant lui et qui est le plus proche. Cela peut être réalisé du fait que tous les appareils envoient leurs données de position vers le serveur 1 à intervalles réguliers. Ainsi, lorsque le premier appareil reçoit les données de profil du deuxième appareil avec les données d'aide à la conduite, le processeur du premier appareil peut commander l'interface pour afficher les données de profil du deuxième appareil, par exemple son avatar de véhicule, avec sa couleur, son nom et son score. L'utilisateur du premier appareil est donc rassuré en sachant qu'il n'est pas le seul membre de la communauté sur cette voie, et que les alertes qu'il recevra seront donc fiables et récentes. De plus, l'affichage du score (comme décrit plus haut) du deuxième appareil le rassurera sur la qualité des alertes, et l'encouragera à progresser dans la communauté. La représentation sonore et/ou visuelle des données de profil du deuxième appareil peut également comprendre la représentation de la distance qui sépare le premier véhicule et le deuxième véhicule, tirée de leurs données de position respectives. Dans un deuxième mode de réalisation, le choix du deuxième appareil peut être réalisé en sélectionnant l'appareil, sur la même route que le premier appareil, qui circule dans la même direction devant lui, et qui présente le meilleur score à une distance maximale 15 prédéterminée, par exemple de 5 km. Dans d'autres modes de réalisation, le choix du deuxième appareil pourra être réalisé différemment, et inclure par exemple un critère de similitude avec les données de profil du premier appareil. 20 La figure 2 représente un exemple de fonctionnement du système d'aide à la conduite tel que décrit plus haut, sous la forme d'un diagramme de flux. Ce diagramme commence par une opération 200 d'allumage du premier appareil. Cette 25 opération comprend toutes les opérations classiques liées à l'initialisation de l'appareil, y compris la détermination de la première position, ainsi que la connexion au réseau téléphonique pour les moyens de communication. Ensuite, dans une opération 210, le processeur du premier appareil commande les 30 moyens de géolocalisation pour déterminer des données de position, puis commande les moyens de communication pour l'envoi des données de position Pos_Dat déterminées au serveur. À réception des données de position du premier appareil, le serveur exécute une opération 220 de détermination de données d'aide à la conduite Ass_Dat et une opération 230 de détermination de données de profil Prof Dat, puis renvoie ces données au premier appareil. Enfin, dans une opération 240, l'appareil présentent les données Ass_Dat et Prof Dat à l'utilisateur au moyen de l'interface du premier appareil, de manière visuelle et/ou sonore, comme décrit précédemment. Les opérations 220 et 230 peuvent être réalisées en série ou en parallèle, et l'envoi des données résultantes peut être réalisé en une seule fois ou en plusieurs fois. Comme on l'a vu plus haut, les données d'aide à la conduite Ass_Dat comprennent les informations locales de la zone géographique désignée par les données Pos_Dat, à durée de validité courte, ou longue. Dans l'exemple décrit ici, les données de profil Prof Dat concernent uniquement les données de profil du deuxième appareil, les données de profil du premier appareil étant considérées comme connues de ce dernier, comme décrit plus haut. La figure 3 représente un exemple de détermination des données de profil du deuxième 20 appareil tel que décrit plus haut, sous la forme d'un diagramme de flux. La détermination des données de profil du deuxième appareil commence par la réception dans une opération 300 des données de position Pos_Dat du premier appareil. 25 Ensuite, dans une opération 310, le sélecteur détermine un groupe d'appareils parmi lesquels le deuxième appareil va être choisi. Pour réaliser ce choix, le sélecteur détermine d'abord la voie de circulation sur laquelle le premier appareil circule, à partir des données Pos_Dat. Ensuite, tous les appareils qui sont sur la même voie, et qui circulent dans le même sens et qui sont situés devant le premier appareil sont gardés, et 30 réunis dans des données 2ndU_Grp. Cette opération pourra être mise en oeuvre de plusieurs manières. Ainsi, il est possible de maintenir côté serveur un groupe de deuxièmes appareils potentiels 2ndU_Grp en permanence pour chaque appareil. Cette détermination peut aussi être réalisée au coup par coup. Lorsque la voie de circulation est isolée, comme par exemple sur une autoroute ou sur une route nationale, la détermination peut aussi être basée sur les données de position uniquement, sans déterminer la voie de circulation. D'autres méthodes apparaîtront à l'homme du métier. Une fois le groupe de deuxièmes appareils potentiels 2ndU_Grp déterminé, le sélecteur choisit l'appareil Prox_App de ce groupe qui est le plus proche du premier appareil dans une opération 320. Puis dans une opération 330, le sélecteur sélectionne les données de profil Prof Dat de l'appareil Prox App, et les envoie au premier appareil. La figure 4 représente un autre exemple de détermination des données de profil du deuxième appareil tel que décrit plus haut, sous la forme d'un diagramme de flux. Dans cet exemple, seule l'opération 420 est différente par rapport à la figure 3, et les 15 opérations 400, 410 et 430 sont identiques aux opérations 300, 310 et 330 respectivement. L'opération 420 de ce mode de réalisation est différente en ce qu'elle ne sélectionne pas comme deuxième appareil l'appareil du groupe 2ndU_Grp qui est le plus proche du 20 deuxième appareil, mais celui HS_App qui a le score le plus élevé, et qui est à une distance inférieure à un seuil prédéterminé, par exemple 10 km. Ainsi, le premier utilisateur voit les informations de l'utilisateur le plus fiable de la communauté sur la même voie de circulation que lui. Quant à l'utilisateur de l'appareil HS_App, il a la satisfaction d'être le référent des autres utilisateurs de la communauté sur sa route. 25 Les exemples décrits ci-dessus doivent être compris en des termes non limitatifs, et s'étendent à toute variante que l'homme du métier saura envisager. Par exemple, il existe d'autres manières que celles décrites avec les figures 3 et 4 de choisir le deuxième appareil (avec les mêmes critères de sélection), de même que d'autres critères 30 pourront être retenus. 10 L'invention concerne donc un système d'aide à la conduite présentant les caractéristiques optionnelles suivantes : le serveur est agencé, en réponse à l'envoi de données de position d'un premier appareil, pour envoyer les données de profil et les données d'aide à la conduite tirées du sélecteur à partir des données de position. - le premier appareil est agencé pour afficher une représentation des données d'aide à la conduite, des données de profil associées au premier appareil, et des données de profil associées au deuxième appareil avec l'interface. - le serveur comprend un profileur agencé pour collecter des données de profil pour chaque appareil, et pour calculer des données de score à partir de données de profil associées à un appareil donné. - le sélecteur est agencé pour sélectionner les données de profil associées au deuxième appareil en fonction des données de score du deuxième appareil. - le sélecteur est agencé pour sélectionner un groupe restreint d'appareils dont les données de position indiquent qu'ils sont à proximité d'un lieu désigné par les données de position du premier appareil, et qu'ils circulent dans le même sens que ce dernier. - le sélecteur est agencé pour sélectionner comme données de profil associées à un deuxième appareil les données de profil de l'appareil du groupe restreint dont les données de position indiquent qu'il est le plus proche du premier appareil. L'invention concerne également un procédé d'aide à la conduite, comprenant les opérations de : a. déterminer des données de position d'un appareil d'aide à la conduite, b. envoyer les données de position à un serveur, c. sélectionner dans le serveur des données d'aide à la conduite en fonction des données de position, d. envoyer les données d'aide à la conduite à l'appareil, e. afficher une représentation des données d'aide à la conduite sur une interface de l'appareil, Ce procédé comprend en outre les opérations de : f. sélectionner des données les données de profil associées à un autre appareil en fonction des données de position de l'opération a. et de données de position de l'autre appareil, g. envoyer les données de profil à l'appareil, h. afficher une représentation des données de profil sur une interface de l'appareil. En variante, le procédé comprend en outre l'opération d'afficher des données de profil associées à l'appareil, et/ou les opérations e. et h. sont simultanées.15 REVENDICATIONS1. Système électronique d'aide à la conduite, comprenant : - un serveur (1), stockant des données d'aide à la conduite, et comprenant un sélecteur (12) capable de sélectionner des données d'aide à la conduite en réponse à la réception de données de position, ainsi que des moyens de communication (11), - au moins un appareil (2) d'aide à la conduite, comprenant des moyens de géolocalisation (21), des moyens de communication (22), ainsi qu'une interface utilisateur (23), dans lequel l'appareil est agencé pour envoyer sensiblement régulièrement des données de position de l'appareil, tirées desdits moyens de géolocalisation (21), avec lesdits moyens de communications (22), dans lequel le serveur (1) est agencé, en réponse à la réception de données de position d'un appareil (2), pour appeler le sélecteur (12) avec ces données de position, et pour envoyer les données d'aide à la conduite résultantes audit appareil (2) avec les moyens de communication (21), dans lequel l'appareil est agencé, en réponse à la réception de données d'aide à la conduite, pour afficher une représentation de ces données d'aide à la conduite avec l'interface (23), caractérisé en ce que le serveur (1) est en outre agencé pour stocker des données de profil en correspondance d'un appareil (2), le sélecteur (12) étant en outre agencé, en réponse à la réception de données de position d'un premier appareil, pour sélectionner les données de profil associées à un deuxième appareil en fonction des données de position du premier appareil et du deuxième appareil, et en ce que le serveur est agencé en réponse à la réception de données de position d'un appareil (2), pour appeler le sélecteur (12) avec ces données de position, et pour envoyer les données de profil résultantes audit appareil (2) avec les moyens de communication (21), dans lequel l'appareil est agencé, en réponse à la réception de données de profil, pour afficher une représentation de ces données de profil avec l'interface (23). 2. Système d'aide à la conduite selon la revendication 1, dans lequel le serveur est agencé, en réponse à l'envoi de données de position d'un premier appareil, pourenvoyer les données de profil et les données d'aide à la conduite tirées du sélecteur à partir des données de position. 3. Système d'aide à la conduite selon la revendication 1 ou 2, dans lequel le premier appareil est agencé pour afficher une représentation des données d'aide à la conduite, des données de profil associées au premier appareil, et des données de profil associées au deuxième appareil avec l'interface (23). 4. Système d'aide à la conduite selon l'une des revendications précédentes, dans lequel le serveur (1) comprend un profileur (12) agencé pour collecter des données de profil associée pour chaque appareil, et pour calculer des données de score à partir de données de profil associées à un appareil donné. 5. Système d'aide selon la revendication 4, dans lequel le sélecteur est agencé pour sélectionner les données de profil associées au deuxième appareil en fonction des données de score du deuxième appareil. 6. Système selon l'une des revendications précédentes, dans lequel le sélecteur est agencé pour sélectionner un groupe restreint d'appareils dont les données de position indiquent qu'ils sont à proximité d'un lieu désigné par les données de position du premier appareil, et qu'ils circulent dans le même sens que ce dernier. 7. Système selon la revendication 6, dans lequel le sélecteur est agencé pour sélectionner comme données de profil associées à un deuxième appareil les données de profil de l'appareil du groupe restreint dont les données de position indiquent qu'il est le plus proche du premier appareil. 8. Procédé d'aide à la conduite, comprenant les opérations de : a. déterminer des données de position d'un appareil d'aide à la conduite, b. envoyer les données de position à un serveur,c. sélectionner dans le serveur des données d'aide à la conduite en fonction des données de position, d. envoyer les données d'aide à la conduite à l'appareil, e. afficher une représentation des données d'aide à la conduite sur une interface de l'appareil, caractérisé en ce qu'il comprend en outre les opérations de : f. sélectionner des données les données de profil associées à un autre appareil en fonction des données de position de l'opération a. et de données de position de l'autre appareil, g. envoyer les données de profil à l'appareil, h. afficher une représentation des données de profil sur une interface de l'appareil. 9. Procédé selon la revendication 8, comprenant en outre l'opération d'afficher des données de profil associées à l'appareil. 10. Procédé selon la revendication 8 ou 9, dans lequel les opérations e. et h. sont simultanées.