FR 2945655 A1 20101119 FR 0953292 A 20090518 PROCEDE D'INFORMATION SUR LES CONDITIONS DE CIRCULATION D'UN VEHICULE ET DISPOSITIF ASSOCIE. La présente invention se rapporte à un procédé d'information sur les conditions de circulation d'un véhicule. Elle a également pour objet un dispositif apte à mettre en oeuvre le procédé selon l'invention. Le domaine technique de l'invention est, d'une façon générale, celui de la prévention et de la sécurité des conducteurs face à différentes situations de danger sur la route. Dans ce domaine on s'attache à assurer la sécurité des conducteurs sur les routes en les prévenant des éventuels dangers approchant. Il est ainsi nécessaire, dans un premier temps, d'effectuer une collecte de données relatives au trafic. La collecte des données sur le trafic est effectuée à la fois par des caméras vidéo et des boucles automatiques, c'est-à-dire des câbles enfouis dans la chaussée, qui calculent la vitesse des véhicules constituant le trafic ; par des capteurs automatiques ; par des patrouilles qui sillonnent en permanence le réseau, par exemple la gendarmerie qui effectue des rondes régulières ; par des automobilistes via les bornes d'appels pour signaler une panne ou autre. Ces différentes sources sont traitées par chaque société d'autoroutes qui est responsable de la qualité de l'information trafic sur son réseau. L'information trafic est ensuite rediffusée sur les ondes des radios d'autoroutes et les panneaux d'affichage. Une fois les données collectées, il est utile de diffuser les informations qui en résultent. Il existe ainsi différents systèmes d'informations sur les conditions de circulation et sur l'état du réseau routier. Un premier système est basé sur transmission de données numériques sur les ondes radios de la bande FM, le RDS (Radio Data System), il est complémentaire à un standard de codage de l'information trafic, le TMC (Traffic Message Chanel). Les données brutes collectées auprès de diverses sources doivent être agrégées ensemble et mises en cohérence. Le message est ensuite classé en fonction de son contenu. Accidents, travaux, embouteillages, fermeture de voies sont définis comme des "événements". Après cette étape de clarification du contenu du message, l'information trafic doit être codée pour être diffusée jusqu'à l'automobiliste. C'est là qu'intervient le standard TMC. Ce codage définit la manière dont doit être traduit en message d'info trafic un événement survenu sur le réseau routier. La diffusion des données sur le trafic est effectuée via le RDS, permettant la diffusion en temps réel de données simultanément à un programme de radiodiffusion sonore en FM. Cette diffusion s'opère sur une onde sous-porteuse de la fréquence servant de support, sans perturber la qualité d'écoute du programme lui-même. En d'autres termes, le conducteur reçoit l'info trafic tout en écoutant la station FM de son choix. Le système de RDS associé au système de TMC comporte quelques inconvénients : il ne couvre que les grands axes (autoroute, nationales) et les informations répercutées ne concernent généralement que les événements provoquant une congestion du trafic. Un deuxième système est basé sur l'accès aux informations via internet grâce à des terminaux mobiles de type téléphones, etc. La plupart des automobilistes se réfèrent ainsi aux nombreux sites Internet concernant l'information du 35 trafic avant de prendre la route. Ce système comporte quelques inconvénients, il ne permet pas de prévenir l'automobiliste en temps réel. Internet est maintenant accessible par les téléphones mobiles, si l'automobiliste est seul au volant de son véhicule, il peut représenter un danger en s'informant sur les conditions de circulation. Le système selon l'invention permet notamment de résoudre les différents problèmes qui viennent d'être évoqués. Ce système comporte plusieurs avantages, notamment une amélioration de la sécurité routière ; et la possibilité d'optimiser le parcours en fonction des informations qui sont disponibles. L'invention concerne donc essentiellement un procédé d'information sur les conditions de circulation caractérisé en ce qu'il comprend notamment les différentes étapes suivantes consistant à : - Saisir au niveau d'une interface utilisateur d'un terminal embarqué d'un véhicule, une information d'événement ; - Associer l'information d'événement à une information de position du véhicule ; - Transmettre l'information d'événement et l'information de la position du véhicule vers un serveur distant ; - Mettre à jour les informations d'une base de données générée par le serveur distant en mémorisant l'information d'événement associé à l'information de position du véhicule ; - Emettre, depuis le serveur distant vers des 30 moyens de réception de véhicules, au moins une partie des informations de la base de données mise à jour. Outre les caractéristiques principales qui viennent d'être mentionnées dans le paragraphe précédent, le procédé selon l'invention peut présenter une ou plusieurs 35 caractéristiques supplémentaires parmi les suivantes : - la partie des informations de la base de données mise à jour émise vers les moyens de réception de véhicules, est limitée aux informations d'événements associées aux informations de position coïncidant avec une information de localisation desdits véhicules ; - la mise à jour de la base de données n'est effectuée par une prise en considération de l'information d'événement que si ladite information d'événement est confirmée, soit par un nombre d'occurrences minimal préalablement déterminé de ladite information d'événement, soit par un utilisateur identifié comme fiable ; - les informations de la base de données sont émises avec un statut marquant une pertinence de 15 l'information d'événement ; - il comporte l'étape supplémentaire consistant à : Effectuer dans la base de données, une suppression d'une des informations d'événement si au moins un des 20 critères suivants est observé : ^ l'information d'événement considérée est mémorisée dans la base de données depuis une durée supérieure à une durée limitée préalablement mémorisée ; ^ l'information d'événement considérée n'a pas 25 été confirmée depuis une durée de confirmation préalablement déterminée ; ^ l'information d'événement considérée à été annulée par la réception d'une information d'événement contraire. 30 - l'étape d'émission est mise en oeuvre soit automatiquement, soit suite à la sollicitation d'un utilisateur du terminal embarqué ; La présente invention a également pour objet un dispositif d'information sur les conditions de 35 circulation apte à mettre en oeuvre le procédé selon l'invention caractérisé en ce qu'il comporte : - les moyens suivant : ^ un moyen de géo-localisation fournissant une information de position ; ^ un moyen de saisie par un utilisateur d'une information d'événement ; ^ un moyen de communication de l'information de position et de l'information d'événement à un serveur distant ; ^ un moyen d'association de l'information d'événement avec l'information de position du véhicule ; ^ un moyen de mise à jour de la base de données ; ^ un moyen de transmission des informations de la base de données vers des moyens de réception des 15 véhicules. - des moyens d'attribution de statut à une information d'événement mémorisée ; - ledit moyen de géo-localisation est de type système de localisation par satellite, ou par 20 triangulation par GSM et le moyen de communication et/ou de transmission est notamment de type GSM, GPRS, Edge, 3G ou Wimax ; lesdits moyens de réception sont des terminaux embarqués au sein des véhicules, lesdits terminaux 25 embarqués comportent au moins un système visuel et/ou un système audio, ledit système visuel étant notamment un écran tactile en interaction ou non avec le système audio pour diffuser les informations d'événements proches. Les différentes caractéristiques supplémentaires du 30 procédé selon l'invention et du dispositif associé, dans la mesure où elles ne s'excluent pas mutuellement, sont combinées selon toutes les possibilités d'association pour aboutir à différents exemples de réalisation de l'invention. 35 L'invention et ses différentes applications seront mieux comprises à la lecture de la description qui suit et à l'examen des figures qui l'accompagnent. Celles-ci ne sont présentées qu'à titre indicatif et nullement limitatif de l'invention. Les figures 5 montrent . - à la figure 1, une représentation schématique d'une situation propice à une mise en oeuvre du procédé selon l'invention ; - à la figure 2a, une représentation schématique 10 d'un exemple de terminal embarqué dans un premier mode de fonctionnement, intervenant dans un exemple de dispositif selon l'invention ; - à la figure 2b, une représentation schématique d'un exemple de terminal embarqué dans un deuxième mode 15 de fonctionnement, intervenant dans un exemple de dispositif selon l'invention ; - à la figure 3, un organigramme illustrant un exemple de mise en oeuvre du procédé selon l'invention. Les différents éléments apparaissant sur 20 différentes figures auront, sauf précision contraire, conservé les mêmes références. La figure 1 représente schématiquement un utilisateur 6 dans une situation d'alerte. Après avoir découvert un événement 5, l'utilisateur 25 6 saisit sur une interface utilisateur d'un terminal embarqué 1 dans son véhicule, une information concernant l'événement 5 sous la forme d'une information d'événement IE. Le terminal embarqué 1 mémorise alors une 30 information de position IP du véhicule par un moyen de géo-localisation de type satellitaire par GPS(� Global Positioning System � en anglais, traduit par Système de Géolocalisation par Satellite), ou bien par le système GalileoTM, ou encore par triangulation du réseau 35 GSM(� Global System for Mobile Communication � en anglais, traduit par Groupe Spécial Mobile). Ainsi à chaque information d'événement IE on associe une information IP Le terminal embarqué 1 transmet l'information d'événement IE ainsi que l'information de position IP associée, à un serveur distant 4 par un moyen de communication 3, ici de type GSM ; dans d'autres exemples, on utilise d'autres protocoles, par exemple de type GPRS, Edge, 3G ou encore Wimax. Le serveur distant 4 reçoit l'information d'événement IE et l'information de position IP du véhicule. La base de données des événements est mise à jour par le serveur distant 4 qui transmet la mise à jour à un groupe de terminaux embarqués 1, dits terminaux embarqués 1 ciblés, en utilisant le moyen de communication 3 de type GSM. La transmission peut également être initiée par une requête du terminal embarqué 1, par exemple au moment du démarrage du véhicule. Le groupe de terminaux embarqués 1 considéré correspond aux terminaux embarqués 1 dont la position coïncide avec l'information de position IP. Par l'expression � coïncider � on désigne le fait que la position des terminaux embarqués 1 ciblés se situe dans un disque de périmètre inférieur à, par exemple, dix kilomètres, centré sur l'information de position IP associés à l'information d'événement IE ; autrement dit, centré sur l'événement 5. Les figures 2a et 2b représentent un premier et un 30 deuxième exemple de mode de fonctionnement du terminal embarqué 1. Le terminal embarqué 1 a au moins deux modes de fonctionnement, un mode saisie (Figure 2a) et un mode circulation (Figure 2b). 35 Dans le mode saisie, représenté à la figure 2a, le terminal embarqué 1 comporte un écran 9 notamment tactile, permettant à l'utilisateur 6 de venir saisir l'information d'événement IE, directement dans une liste de choix d'événements. La liste de choix d'événements se trouve sur l'interface utilisateur du terminal embarqué 1, et comprend différents types d'événements comme un accident (a), des travaux (b), une panne (c), une crevaison (b), ou encore la présence d'un objet, d'un animal ou d'une personne sur la route, une zone de brouillard très dense, une flaque d'huile, etc.. La saisie peut être effectuée dans d'autres exemples avec un écran classique, à l'aide de boutons ou encore à l'aide de moyens de reconnaissance vocale. Dans le mode circulation, représenté à la figure 15 2b, le terminal embarqué 1 comporte une alerte sonore 7 et un signal visuel 8. Le terminal embarqué 1 fonctionne, dans le mode circulation, dans cet exemple, comme un GPS : l'utilisateur 6 voit son véhicule affiché sur l'écran 9. 20 Si un événement 5 est détecté, un signal visuel 8 apparait sur l'écran 9, en interaction ou non avec une alerte sonore 7. L'alerte sonore 7 peut être un signal de courte durée, ou une autre mélodie, ou bien une phrase adaptée au type d'événement 5 par exemple � Attention 25 Travaux �. Avantageusement, si un terminal embarqué 1 est informé d'un événement 5 sur l'itinéraire de l'utilisateur 6, le terminal embarqué 1 calcule un autre itinéraire permettant d'éviter l'événement 5. 30 La figure 3 représente graphiquement un mode de mise en oeuvre particulier du procédé. Au sein de l'interface utilisateur du terminal embarqué 1, on observe les différentes étapes suivantes : - Dans une étape 301, dite de saisie, 35 l'utilisateur 6 saisit des informations concernant l'événement 5. - Dans une étape 303 suivante, dite de sélection de l'information d'événement IE, l'utilisateur 6 sélectionne dans une liste de choix le type d'événement correspondant à l'événement 5. - Dans une étape 302, dite de mémorisation de l'information de position IP, une mémorisation géographique du véhicule de l'utilisateur 6 est effectuée, par un moyen de géo-localisation 2 de type satellitaire par GPS, en même temps que l'utilisateur 6 sélectionne, à l'étape 303, l'information d'événement IE. - Dans une étape 304 suivante, dite d'association de l'information de position IP à l'information d'événement IE, on assure la possibilité de situer géographiquement l'événement 5. - Dans une étape 305 suivante, dite d'envoi vers le serveur distant, l'information d'événement IE associée à l'information de position IP est transmise au serveur distant 4 par un moyen de communication 3 de type GSM. Au sein du serveur distant 4, on observe les différentes étapes suivantes : - Dans une étape 306 suivante, dite de mémorisation de l'information d'événement IE associée à l'information de position IP, le serveur distant 4 mémorise l'information d'événement IE associée à l'information de position IP. - Dans une étape 307 suivante, de décision, dite de validation, le serveur distant 4 estime la pertinence de l'information d'événement IE associée à l'information de position IP, afin de la valider ou non. - Dans une étape 310, dite de mise à jour de la base de données, l'information d'événement IE associée à l'information de position IP non validée, est mise à jour dans la base de données des événements en étant enregistrée comme non validée. - Dans une étape 311 suivante, dite d'envoi message � A Confirmer � vers terminaux embarqués, l'information d'événement IE associée à l'information de position IP non validée, reçoit un statut � A Confirmer �, envoyée vers les terminaux embarqués 1 par un moyen de communication de type GSM. - Dans une étape 312 suivante, dite de réception terminaux embarqués, l'information d'événement IE associée à l'information de position IP non validée, affectée au statut � A Confirmer � est réceptionnée et affichée sur les terminaux embarqués 1 des véhicules approchant de la zone géographique de l'événement 5. - Dans une étape 320, suivant l'étape 307 de décision, dite de mise à jour de la base de données, l'information d'événement IE associée à l'information de position IP validée, est mise à jour dans la base de données des événements en étant enregistrée comme validée. - Dans une étape 321 suivante, dite d'envoi message � Confirmé � vers terminaux embarqués, l'information d'événement IE associée à l'information de position IP validée, reçoit un statut � Confirmé �, envoyée vers les terminaux embarqués 1 par un moyen de communication de type GSM. - Dans une étape 322 suivante, dite de réception terminaux embarqués, l'information d'événement IE associée à l'information de position IP validée, affectée au statut � Confirmé � est réceptionnée et affichée sur les terminaux embarqués 1 des véhicules approchant de la zone géographique de l'événement 5. L'étape 306 mémorise l'information d'événement IE associée à l'information de position IP. Lorsqu'une deuxième information d'événement IE associée à une information de position IP est mémorisée, si la deuxième information d'événement IE est identique à la première information d'événement IE, et que l'information de position IP des deux informations d'événement IE présente une distance inférieure à une valeur préalablement déterminée, par exemple un kilomètre, alors le serveur distant 4 mémorise une unique information d'événement IE dont l'occurrence a été signalée deux fois. Dans cet exemple, l'information d'événement IE associée à l'information de position IP est validée au bout d'un certain nombre d'occurrences préalablement déterminé, par exemple trois. L'information d'événement IE associée à l'information de position IP, mémorisée à l'étape 306 une fois ou deux fois n'est pas validée, elle peut être erronée. Lorsque l'information d'événement IE associée à l'information de position IP est mémorisée à l'étape 306 une troisième fois, alors elle est validée. L'étape 307 estimant la pertinence de l'information d'événement IE associée à l'information de position IP, peu présenter d'autres exemples de fonctionnement. Ainsi, dans un deuxième exemple de fonctionnement de l'étape 307, chaque terminal embarqué 1 comporte un numéro de série, permettant d'enregistrer des informations sur un utilisateur 6 et de définir sa fiabilité : - soit l'utilisateur 6 est un utilisateur 6 ayant très peu utilisé le terminal embarqué 1, il est donc identifié comme peu fiable ; - soit l'utilisateur 6 a donné dans le passé des informations erronées, il est donc identifié comme non 30 fiable ; - soit l'utilisateur 6 a donné dans le passé des informations valides, il est donc identifié comme fiable. Si l'information d'événement IE associée à l'information de position IP est mémorisée à l'étape 306 35 une fois, et que l'utilisateur 6 est identifié comme fiable, alors l'information d'événement IE associée à l'information de position IP est validée. Si l'information d'événement IE associée à l'information de position IP est mémorisée à l'étape 306 une première et/ou une deuxième fois, et l'utilisateur 6 est identifié comme peu ou non fiable, alors l'information d'événement IE associée à l'information de position IP n'est pas validée. L'information d'événement IE associée à l'information de position IP sera validée seulement si l'information d'événement IE associée à l'information de position IP de l'utilisateur 6 identifié comme peu ou non fiable est mémorisée une troisième fois. Aux étapes 311 et 312, et 321 et 322, la transmission de l'information d'événement IE associée à l'information de position IP, de la base de données vers les terminaux embarqués 1, est mise en oeuvre : - soit automatiquement, par une mise à jour des informations des terminaux embarqués 1, prédéfinie périodiquement, notamment toutes les minutes ; - soit suite à la sollicitation par utilisateur 6 du terminal embarqué 1. Dans un deuxième exemple de mise en oeuvre du procédé, les étapes 310, 311 et 312 n'existent pas ; la base de données n'est alors pas mise à jour avant que l'information d'événement IE associée à l'information de position IP soit validée, c'est-à-dire mémorisée un nombre minimal de fois prédéfini, notamment trois fois. Une étape supplémentaire du procédé, non représentée sur les figures, est la suppression dans la base de données de l'information d'événement IE associée à l'événement 5 caduque, effectuée notamment par l'un des moyens suivants . - soit en fonction du type d'événement 5, un temps minimal est prédéfini, par exemple, pour une 35 crevaison, le temps de changer la roue est de deux heures. A la fin du temps prédéfini en fonction du type d'événement 5, l'information d'événement IE associée à l'événement 5 est supprimée de la base de données ; - soit en envoyant un message � Fin d'événement à confirmer � aux terminaux embarqués 1, et supprimer l'information d'événement IE associée à l'événement 5 après un nombre d'occurrences minimal prédéfini des réponses des utilisateurs 6, notamment trois ; - soit en remarquant qu'il n'y a plus de remontée 10 pendant un certain temps de l'information d'événement IE associée à l'information de position IP ; - soit en envoyant un message � Fin d'événement à confirmer � aux terminaux embarqués 1, après un temps minimal prédéfini en fonction du type d'événement 5 ; 15 après la réception d'un nombre d'occurrences minimal prédéfini de réponses des utilisateurs 6, notamment trois ; l'information d'événement IE associée à l'événement 5 est supprimé. REVENDICATIONS1. Procédé d'information sur les conditions de circulation caractérisé en ce qu'il comprend notamment 5 les différentes étapes suivantes consistant à : - Saisir au niveau d'une interface utilisateur d'un terminal embarqué (1) d'un véhicule, une information d'événement (IE) ; - Associer l'information d'événement (IE) à une 10 information de position (IP) du véhicule ; - Transmettre l'information d'événement (IE) et l'information de la position (IP) du véhicule vers un serveur distant (4) ; - Mettre à jour les informations d'une base de 15 données générée par le serveur distant (4) en mémorisant l'information d'événement (IE) associé à l'information de position (IP) du véhicule ; - Emettre, depuis le serveur distant (4) vers des moyens de réception de véhicules, au moins une partie des 20 informations de la base de données mise à jour. 2. Procédé selon la revendication 1 caractérisé en ce que la partie des informations de la base de données mise à jour émise vers les moyens de réception de véhicules, est limitée aux informations d'événements (IE) 25 associées aux informations de position (IP) coïncidant avec une information de localisation desdits véhicules. 3. Procédé selon l'une des revendications 1 ou 2, caractérisé en ce que la mise à jour de la base de données n'est effectuée par une prise en considération de 30 l'information d'événement (IE) que si ladite information d'événement (IE) est confirmée, soit par un nombre d'occurrences minimal préalablement déterminé de ladite information d'événement (IE), soit par un utilisateur (6) identifié comme fiable. 35 4. Procédé selon l'une des revendications 1 à 3caractérisé en ce que les informations de la base de données sont émises avec un statut marquant une pertinence de l'information d'événement (IE). 5. Procédé selon l'une quelconque des revendications 1 à 4 caractérisé en ce qu'il comporte l'étape supplémentaire consistant à effectuer dans la base de données, une suppression d'une des informations d'événement (IE) si au moins un des critères suivants est observé : - l'information d'événement (IE) considérée est mémorisée dans la base de données depuis une durée supérieure à une durée limitée préalablement mémorisée ; - l'information d'événement (IE) considérée n'a pas été confirmée depuis une durée de confirmation préalablement déterminée ; - l'information d'événement (IE) considérée à été annulée par la réception d'une information d'événement contraire. 6. Procédé selon l'une des revendications 1 à 5 caractérisé en ce que l'étape d'émission est mise en oeuvre soit automatiquement, soit suite à la sollicitation d'un utilisateur (6) du terminal embarqué (1). 7. Dispositif d'information sur les conditions de circulation apte à mettre en oeuvre le procédé selon l'une des revendications 1 à 6 caractérisé en ce qu'il comporte notamment . - un moyen de géo-localisation (2) fournissant une information de position (IP) ; - un moyen de saisie par un utilisateur (6) d'une 30 information d'événement (IE) ; - un moyen de communication (3) de l'information de position (IP) et de l'information d'événement (IE) à un serveur distant (4) ; - un moyen d'association de l'information 35 d'événement (IE) avec l'information de position duvéhicule (IP) ; - un moyen de mise à jour de la base de données ; - un moyen de transmission des informations de la base de données vers des moyens de réception des véhicules. 8. Dispositif selon la revendication 7, caractérisé en ce qu'il comporte notamment des moyens d'attribution de statut à une information d'événement (IE) mémorisée. 9. Dispositif selon l'une des revendications 7 ou 8, caractérisé en ce que le moyen de géo-localisation (2) est notamment de type système de localisation par satellite, ou par triangulation par GSM et le moyen de communication (3) et/ou de transmission est de type GSM, GPRS, Edge, 3G ou Wimax. 10. Dispositif selon l'une des revendications 7 ou 9, caractérisé en ce que les moyens de réception sont des terminaux embarqués (1) au sein des véhicules, lesdits terminaux embarqués (1) comportent au moins un système visuel (8) et/ou un système audio (7), ledit système visuel (8) étant notamment un écran (9) tactile en interaction ou non avec le système audio (7) pour diffuser les informations d'événements (IE) proches.