Brevet FR3141274A1 — publié le 20240426

La présente invention concerne un procédé et un dispositif de rendu d’une alerte relative à un évènement de catastrophe naturelle par un dispositif embarqué dans un véhicule (10). A cet effet, des informations de localisation du véhicule (10) sont transmises via une liaison sans fil. Des données représentatives d’un évènement de catastrophe naturelle concernant la zone comprenant la localisation du véhicule (10) sont reçues. Une alerte est rendue en fonction des données reçues avec par exemple un affichage d’un message d’alerte sur un écran d’affichage embarqué dans le véhicule (10). Figure pour l’abrégé : Figure 1 Procédé et dispositif de rendu d’alerte d’un évènement de catastrophe naturelle pour véhicule La présente invention concerne les procédés et dispositifs de rendu d’alerte d’un évènement de catastrophe naturelle pour véhicule, notamment pour véhicule automobile. La présente invention concerne également un procédé et un dispositif de rendu d’instructions pour briser une vitre d’un véhicule en cas d’alerte pour un évènement de catastrophe naturelle. Arrière-plan technologique Les usagers de véhicules, par exemple les véhicules automobiles, sont soumis à des risques d’exposition aux catastrophes naturelles plus ou moins élevés en fonction de l’environnement dans lequel ces véhicules évoluent. Les risques de catastrophe naturelle sont nombreux et dépendent notamment de la géographie de l’environnement dans lequel circule ou stationne un véhicule. Ces évènements de catastrophe naturelle comprennent par exemple les risques comprennent par exemple les coulées de boue, les glissements de terrain, les coulées de lave, les coulées de neige, les séismes, les éruptions volcaniques, les tornades, les ouragans, les tsunamis, les incendies, etc. Un des dangers associés à ces évènements de catastrophe naturelle pour les véhicules correspond au risque de se retrouver enfermé ou coincé à l’intérieur de son véhicule sans possibilité d’actionner l’ouverture d’un ouvrant (porte ou coffre) du véhicule. Résumé de la présente invention Un objet de la présente invention est de résoudre au moins l’un des problèmes de l’arrière-plan technologique décrit précédemment. Un autre objet de la présente invention est d’améliorer la prévention des risques associées aux évènements de catastrophe naturelle. Un autre objet de la présente invention est d’améliorer la sécurité des véhicules et de leurs passagers. Selon un premier aspect, la présente invention concerne un procédé de rendu d’alerte d’un évènement de catastrophe naturelle pour véhicule, le véhicule embarquant un marteau brise-vitre, le procédé comprenant les étapes suivantes : - transmission d’informations de localisation représentatives de localisation du véhicule via une liaison sans fil ; - réception, via la liaison sans fil, de données représentatives d’un évènement de catastrophe naturelle associé à une zone géographique comprenant la localisation du véhicule ; - rendu de l’alerte en fonction des données sur un dispositif de rendu embarqué dans le véhicule. La transmission des données de localisation du véhicule permet de recevoir les alertes relatives aux évènements de catastrophe naturelle en cours ou prévus dans la zone où est localisé le véhicule. Le rendu de l’alerte sur un dispositif embarqué dans le véhicule permet aux passagers de se préparer au risque associé à l’alerte, par exemple en s’éloignant du danger, en se saisissant du marteau brise-vitre embarqué ou en prenant connaissance du mode d’emploi associé au marteau brise-vitre. Ceci permet d’améliorer la sécurité du véhicule et de ses passagers. Selon une variante, le procédé comprend en outre une étape de rendu de données d’instruction représentatives d’un ensemble d’instructions pour briser une vitre du véhicule avec le marteau brise-vite. Selon une autre variante, le rendu des données d’instruction comprend un contrôle d’affichage d’un ensemble de contenus graphiques sur au moins un écran d’affichage embarqué dans le véhicule. Selon une variante supplémentaire, au moins une partie de l’ensemble de contenus graphiques est affichée en réalité augmentée. Selon encore une variante, le marteau brise-vitre étant contenu dans une boite à gants du véhicule, le procédé comprend en outre une étape de contrôle d’ouverture automatique de la boite à gants déclenchée par la réception des données d’alerte. Selon une variante additionnelle, le rendu des données d’instruction comprend un contrôle de rendu sonore d’un contenu audio sur au moins un haut-parleur embarqué dans le véhicule. Selon un deuxième aspect, la présente invention concerne un dispositif de rendu d’alerte d’un évènement de catastrophe naturelle pour véhicule embarquant un marteau brise-vitre, le dispositif comprenant une mémoire associée à un processeur configuré pour la mise en œuvre des étapes du procédé selon le premier aspect de la présente invention. Selon une variante, le dispositif correspond à un dispositif de communication mobile. Selon un troisième aspect, la présente invention concerne un véhicule, par exemple de type automobile, comprenant un dispositif tel que décrit ci-dessus selon le deuxième aspect de la présente invention. Selon un quatrième aspect, la présente invention concerne un programme d’ordinateur qui comporte des instructions adaptées pour l’exécution des étapes du procédé selon le premier aspect de la présente invention, ceci notamment lorsque le programme d’ordinateur est exécuté par au moins un processeur. Un tel programme d’ordinateur peut utiliser n’importe quel langage de programmation, et être sous la forme d’un code source, d’un code objet, ou d’un code intermédiaire entre un code source et un code objet, tel que dans une forme partiellement compilée, ou dans n’importe quelle autre forme souhaitable. Selon un cinquième aspect, la présente invention concerne un support d’enregistrement lisible par un ordinateur sur lequel est enregistré un programme d’ordinateur comprenant des instructions pour l’exécution des étapes du procédé selon le premier aspect de la présente invention. D’une part, le support d’enregistrement peut être n'importe quel entité ou dispositif capable de stocker le programme. Par exemple, le support peut comporter un moyen de stockage, tel qu'une mémoire ROM, un CD-ROM ou une mémoire ROM de type circuit microélectronique, ou encore un moyen d'enregistrement magnétique ou un disque dur. D'autre part, ce support d’enregistrement peut également être un support transmissible tel qu'un signal électrique ou optique, un tel signal pouvant être acheminé via un câble électrique ou optique, par radio classique ou hertzienne ou par faisceau laser autodirigé ou par d'autres moyens. Le programme d’ordinateur selon la présente invention peut être en particulier téléchargé sur un réseau de type Internet. Alternativement, le support d'enregistrement peut être un circuit intégré dans lequel le programme d’ordinateur est incorporé, le circuit intégré étant adapté pour exécuter ou pour être utilisé dans l'exécution du procédé en question. Brève description des figures D’autres caractéristiques et avantages de la présente invention ressortiront de la description des exemples de réalisation particuliers et non limitatifs de la présente invention ci-après, en référence aux figures 1 à 3 annexées, sur lesquelles : illustre schématiquement un environnement d’un véhicule, selon un exemple de réalisation particulier et non limitatif de la présente invention ; illustre schématiquement un dispositif configuré pour le rendu d’alerte d’un évènement de catastrophe naturelle pour le véhicule de la , selon un exemple de réalisation particulier et non limitatif de la présente invention ; illustre un organigramme des différentes étapes d’un procédé de rendu d’alerte d’un évènement de catastrophe naturelle pour le véhicule de la , selon un exemple de réalisation particulier et non limitatif de la présente invention. Description des exemples de réalisation Un procédé et un dispositif de rendu d’alerte d’un évènement de catastrophe naturelle pour véhicule vont maintenant être décrits dans ce qui va suivre en référence conjointement aux figures 1 à 3. Des mêmes éléments sont identifiés avec des mêmes signes de référence tout au long de la description qui va suivre. Selon un exemple particulier et non limitatif de réalisation de la présente invention, le rendu d’une alerte relative à un évènement de catastrophe naturelle en cours ou à venir comprend la transmission, par un dispositif embarqué dans un véhicule, de données ou d’informations de localisation du véhicule. Ces données ou informations sont par exemple obtenues d’un récepteur d’un système de géolocalisation par satellite intégré dans le ou associé au dispositif embarqué. La transmission de ces informations de localisation est avantageusement mise en œuvre via une liaison sans fil, par exemple via un réseau cellulaire terrestre. Le dispositif ayant émis les informations de localisation reçoit des données représentatives d’un évènement de catastrophe naturelle pour la zone géographique comprenant la position du véhicule indiquée par les données de localisation, ces données étant relatives à un évènement de catastrophe naturelle en cours ou à des prévisions d’un évènement de catastrophe naturelle à venir. La réception des données déclenche le rendu d’une alerte sur un dispositif de rendu, par exemple un écran d’affichage, embarqué dans le véhicule. L’alerte est ainsi géolocalisée. Le dispositif embarqué correspond par exemple à un ensemble de calculateurs comprenant au moins un calculateur du véhicule. Selon un autre exemple, le dispositif embarqué correspond à un dispositif de communication mobile (par exemple un téléphone intelligent (de l’anglais « smartphone »), une tablette ou un objet connecté) présent dans le véhicule et optionnellement relié en communication sans fil au véhicule. Selon encore un exemple, le dispositif embarqué correspond à un système formé d’un ou plusieurs calculateurs du véhicule reliés en communication sans fil avec un dispositif de communication mobile. La illustre schématiquement un environnement 1 dans lequel évolue un véhicule 10, selon un exemple de réalisation particulier et non limitatif de la présente invention. Le véhicule 10 correspond par exemple à un véhicule à moteur thermique, à moteur(s) électrique(s) ou encore un véhicule hybride avec un moteur thermique et un ou plusieurs moteurs électriques. Le véhicule 10 correspond ainsi par exemple à un véhicule terrestre, par exemple une automobile ou un véhicule utilitaire. Selon un mode de réalisation particulier, le véhicule 10 embarque un ou plusieurs calculateurs. Ces calculateurs forment par exemple une architecture multiplexée pour la réalisation de différents services utiles pour le bon fonctionnement du véhicule et pour assister le conducteur et/ou les passagers du véhicule dans le contrôle du véhicule 10 via le contrôle de systèmes embarqués dans le véhicule 10, par exemple un système d’affichage de contenus graphiques et/ou un système de rendu audio de contenus audios et/ou un système de géolocalisation du véhicule. Les calculateurs communiquent et échangent des données entre eux par l’intermédiaire d’un ou plusieurs bus informatiques, par exemple un bus de communication de type bus de données CAN (de l’anglais « Controller Area Network » ou en français « Réseau de contrôleurs »), CAN FD (de l’anglais « Controller Area Network Flexible Data-Rate » ou en français « Réseau de contrôleurs à débit de données flexible »), FlexRay (selon la norme ISO 17458), LIN (de l’anglais « Local Interconnect Network » ou en français « Réseau interconnecté local ») ou Ethernet (selon la norme ISO/IEC 802-3). Selon un exemple particulier de réalisation, le véhicule 10 embarque un système de géolocalisation comprenant par exemple un récepteur d’un système de géolocalisation par satellite, par exemple un récepteur du système GPS (de l’anglais « Global Positioning System » ou en français « Système mondial de positionnement ») ou un récepteur du système Galileo. L’environnement 1 du véhicule 10 comprend en outre une infrastructure de communication mobile, par exemple une infrastructure d’un réseau de type V2X (de l’anglais « Vehicle-to-everything » ou en français « Véhicule vers tout »), avec laquelle le véhicule 10 est configuré pour communiquer des données. L’infrastructure de communication 1 met par exemple en œuvre des communications selon la technologie LTE (de l’anglais « Long-Term Evolution » ou en français « Evolution à long terme »), LTE-Avanced (de l’anglais « Long-Term Evolution - Advanced » ou en français « Evolution à long terme avancée »), C-V2X (de l’anglais « Cellular - Vehicle to Everything » ou en français « Cellulaire – Véhicule vers tout ») qui s’appuie sur la 4G et/ou la 5G, basées sur LTE. A cet effet, le véhicule 10 embarque un dispositif de communication correspondant par exemple à une unité de contrôle télématique, dite TCU (de l’anglais « Telematic Control Unit ») associée à une ou plusieurs antennes. Le véhicule 10 communique avantageusement en utilisant un système de communication dit V2X, par exemple basé sur les standards 3GPP LTE-V ou IEEE 802.11p de ITS G5. Dans un tel système de communication V2X, chaque véhicule embarque un nœud pour permettre une communication de véhicule à véhicule V2V (de l’anglais « vehicle-to-vehicle »), de véhicule à infrastructure V2I (de l’anglais « vehicle-to-infrastructure ») et/ou de véhicule à piéton V2P (de l’anglais « vehicle-to-pedestrian »). L’infrastructure du réseau comprend par exemple des dispositifs de communication 110 correspondant à des antennes relais et/ou à des unités bord de route (UBR), chacune correspondant à un nœud du réseau. L’antenne ou UBR 110 est avantageusement reliée à un ou plusieurs serveurs distants 111, 112, par exemple via le « cloud » 100 (ou en français « nuage »), via une connexion filaire et/ou sans fil. L’antenne ou UBR 110 est ainsi configurée pour faire office de relais entre le « cloud » 100 (et le serveur distant 111) et le véhicule 10. Le serveur distant 112 associé ou relié à l’antenne ou UBR 110 correspond par exemple à un dispositif informatique périphérique, à un dispositif de type MEC (de l’anglais « Mobile Edge Computing » ou « Multi-Access Edge Computing ») qui permet de déplacer le trafic informatique et les services depuis le « cloud » 100 centralisé vers un réseau de périphérie, plus proche des utilisateurs ou dispositifs client (par exemple le véhicule 10). Au lieu d’envoyer toutes données à traiter dans le « cloud », un réseau de périphérie analyse, traite et/ou stocke les données. Le fait de collecter et de traiter les données à proximité des utilisateurs réduit la latence des communications et augmente la bande passante disponible pour chaque utilisateur en évitant l’effet tuyau d’étranglement lorsque toutes les données sont redirigées vers le « cloud » ou émises depuis le « cloud » 100. Les normes encadrant le fonctionnement de l’architecture et des dispositifs compatibles MEC sont définies par l’ETSI (de l’anglais « European Telecommunications Standards Institute » ou en français « Institut européen des normes de télécommunication »). Le dispositif informatique périphérique 112 est relié à l’infrastructure du « cloud » 100 (par exemple à des serveurs du « cloud » 100 tels que le serveur 111) via une liaison de type dorsale (de l’anglais « backbone ») filaire, par exemple de type Ethernet ou fibre optique. Selon un mode de réalisation particulier, le véhicule 10 embarque un ou plusieurs dispositifs de communication mobiles tels qu’un ou plusieurs téléphones intelligents, c’est-à-dire que ce ou ces dispositifs de communication mobiles sont dans le véhicule 10 lorsque ce dernier circule ou est stationné. Un dispositif de communication mobile est avantageusement configuré pour communiquer des données avec le « cloud » via l’infrastructure réseau de l’environnement 1, par exemple via une connexion sans fil de type LTE 4G ou 5G. Un dispositif de communication mobile est en outre configuré pour communiquer des données avec le véhicule 10 lorsqu’une connexion sans fil ou filaire est établie entre ce dispositif de communication mobile et le véhicule 10. Une connexion sans fil est par exemple du type Wifi® ou Bluetooth®. Le dispositif de communication mobile comprend par exemple un écran d’affichage. Le dispositif de communication mobile comprend par exemple un récepteur d’un système de géolocalisation par satellite. Selon un exemple particulier, le dispositif de communication mobile embarqué est configuré pour le rendu et l’affichage de contenus en AR (de l’anglais « Augmented Reality » ou en français « Réalité augmentée »). L’affichage de contenus en AR comprend par exemple l’affichage d’objets virtuels sur l’écran du dispositif de communication mobile en plus d’un contenu dit réel, c’est-à-dire un contenu du monde réel acquis par une caméra. Par exemple, en mode AR, une image du monde réel acquise par une caméra arrangée au dos du dispositif de communication mobile est affichée en temps réel, c’est-à-dire simultanément avec l’acquisition, un ou plusieurs objets graphiques (texte, icône par exemple) étant affichés simultanément en surimpression du contenu réel par exemple. Le véhicule 10 embarque avantageusement un ou plusieurs marteaux brise-vitre prévu ou configuré pour briser une vitre du véhicule 10. Un marteau brise-vitre est par exemple arrangée dans une boite à gants du véhicule 10, en face ou en regard du siège passager avant du véhicule 10. Selon un exemple de réalisation particulier, le véhicule 10 embarque un système de rendu d’informations contrôlé par un calculateur du système embarqué du véhicule 10, par exemple par un calculateur de type IVI (de l’anglais « In-Vehicle Infotainment » ou en français « Infodivertissement embarqué »). Un tel système comprend par exemple un ou plusieurs écrans d’affichage, par exemple intégré dans le tableau de bord du véhicule 10. Un écran d’affichage correspond par exemple à : - un écran de type LCD (de l’anglais « Liquid Crystal Display » ou en français « Affichage à cristaux liquides »), par exemple de type de type TFT (de l’anglais « Thin-Film Transistor » ou en français « Transistor en film mince ») ; - un écran de type OLED (de l’anglais « Organic Light-Emitting Diode » ou en français « Diode électroluminescente organique ») ; - un écran de type afficheur tête-haute (aussi appelé Vision Tête Haute, dite VTH ou HUD (de l’anglais « Head Up Display » ou en français « Affichage Tête Haute ») ; ou - une paire de lunettes transparentes (de l’anglais « see-through glasses ») pour l’affichage de contenus AR (de l’anglais « Augmented Réalité » ou en français « Réalité augmentée »), une telle paire de lunettes étant par exemple arrangée dans un espace déterminé de l’habitacle, par exemple dans la boite à gants avec le marteau brise-vitre. Le ou les écrans d’affichages sont par exemple configurés pour l’affichage de contenus en réalité augmentée (de l’anglais « Augmented Reality », notée AR) sous le contrôle di calculateur IVI par exemple. Le système de rendu comprend par exemple un ou plusieurs haut-parleurs (par exemple du ou des écrans d’affichages) chacun configuré pour la restitution ou le rendu de sons et/ou instructions vocales. Le ou les écrans d’affichage et/ou le ou les haut-parleurs sont avantageusement configurés et utilisés pour le rendu de contenu(s) d’une interface homme-machine (IHM) pour la restitution d’informations destinées au conducteur et/ou aux passagers du véhicule 10. Un processus de rendu d’alerte d’un évènement de catastrophe naturelle pour véhicule, par exemple du véhicule 10, est avantageusement mis en œuvre par un dispositif embarqué dans le véhicule 10. Le dispositif correspond par exemple à un ou plusieurs calculateurs (par exemple par un ou plusieurs processeurs de ce ou ces calculateurs en relation avec une mémoire) du système embarqué du véhicule 10. Selon un autre exemple de réalisation, le dispositif correspond à un dispositif de communication mobile. Selon encore un autre exemple, le dispositif correspond à un système formé d’un ou plusieurs calculateurs du véhicule 10 reliés en communication sans fil avec le dispositif de communication mobile. Dans une première opération, des données ou informations de localisation du véhicule 10 sont transmises via une liaison sans fil à destination du « cloud » 100. Les données ou informations de localisation correspondent par exemple à un ensemble de coordonnées (par exemple latitude et longitude) obtenues d’un récepteur d’un système de géolocalisation par satellite du véhicule 10 et/ou du dispositif de communication mobile. A réception de ces informations de localisation du véhicule 10, le serveur 111 vérifie si un évènement de catastrophe naturelle a lieu dans la zone dans laquelle se trouve le véhicule 10 et/ou si les prévisions d’évènement de catastrophe naturelle prévoient qu’un évènement de catastrophe naturelle va avoir lieu dans un horizon de temps déterminé (par exemple dans les 15, 30, 60 ou 120 prochaines minutes). Dans la négative, c’est-à-dire si aucun évènement n’est en cours ou n’est prévu, le processus prend fin. Dans l’affirmative, c’est-à-dire si un évènement est en cours et/ou est prévu, le serveur 111 transmet des données représentatives de l’évènement de catastrophe naturelle à destination du dispositif mettant en œuvre le processus. Dans une deuxième opération, les données représentatives de l’évènement de catastrophe naturelle en cours ou à venir sont reçues via la liaison sans fil, ces données étant associées aux informations de localisation dans le sens où les données sont géolocalisées, c’est-à-dire que l’évènement de catastrophe naturelle concerne la zone géographique comprenant la localisation géographique du véhicule 10. Les données d’évènement de catastrophe naturelle comprennent par exemple des données textuelles et/ou graphiques. Les données d’évènement de catastrophe naturelle comprennent par exemple un identifiant du type d’évènement (coulée de boue, glissement de terrain, coulée de lave, coulée de neige, séisme, éruption volcanique, tornade, ouragan, tsunami, incendie, etc.), des données identifiant la zone géographique concernée (par exemple les routes impactées), des données sur l’heure ou l’intervalle de temps prévu pour l’évènement, des consignes ou instructions de sécurité, des données sur le niveau de risque, des données sur le niveau ou l’intensité de l’évènement, etc. Dans une troisième opération, une alerte est rendue en fonction des données d’évènement de catastrophe naturelle reçue, le rendu de l’alerte étant déclenché automatiquement à la réception des données d’évènement de catastrophe naturelle reçues à la deuxième opération. Le rendu de l’alerte comprend par exemple un affichage de données d’alerte sur un écran d’affichage du véhicule 10 et/ou sur un écran d’affichage du dispositif de communication mobile. Les données d’alerte correspondent par exemple aux données d’évènement de catastrophe naturelle reçues ou à des données obtenues par traitement de ces données d’évènement de catastrophe naturelle reçues. Le rendu comprend par exemple un affichage d’un message décrivant la catastrophe naturelle, la zone géographique concernée, l’instant temporel de l’évènement, etc. Selon une variante, le rendu comprend le rendu d’un message audio, par exemple en plus de l’affichage ou à la place de l’affichage, via un ou plusieurs haut-parleurs du véhicule 10 et/ou un ou plusieurs haut-parleurs du dispositif de communication mobile. Selon une variante de réalisation, le rendu de l’alerte comprend en outre un affichage d’un itinéraire pour éviter la zone géographique concernée par l’évènement de catastrophe naturelle, l’itinéraire étant déterminé en fonction des données d’évènement de catastrophe naturelle reçues. Selon cette variante, l’itinéraire est affiché via un système de navigation embarqué dans le véhicule 10 ou correspondant à une application mobile installée sur le dispositif de communication mobile. Selon encore une variante de réalisation, des données d’instruction représentatives d’instructions pour briser une vitre du véhicule 10 avec le marteau brise-vitre embarqué dans le véhicule 10 sont rendues, par exemple par affichage de ces instructions sur un écran d’affichage et/ou par rendu d’un contenu audio sur le ou les haut-parleurs. Le rendu des instructions est par exemple déclenché automatiquement par la réception des données d’évènement de catastrophe naturelle. Selon un autre exemple, le rendu des instructions est déclenché par une action d’un utilisateur, par exemple par un appui sur une interface tactile d’un écran sur lequel est affiché l’alerte, par le prononcé d’une commande vocale ou par tout autre moyen connu de l’homme du métier. Une partie ou l’ensemble de ces instructions est par exemple affiché en réalité augmentée, par exemple via des lunettes transparentes de réalité augmentée reliées en communication sans fil avec le dispositif mettant en œuvre le processus ou via l’écran du dispositif de communication mobile. L’affichage des instructions en réalité augmentée comprend par exemple l’affichage de texte, d’objet graphique tel qu’une représentation graphique du marteau brise-vitre sur un contenu représentant le monde réel, par exemple une vitre du véhicule 10. Dans une quatrième opération optionnelle, l’ouverture automatique de la boite à gants comprenant le marteau brise-vitre (et optionnellement des lunettes transparentes de réalité augmentée) est déclenchée par le dispositif en charge du processus. A cet effet, une commande est par exemple transmise par le dispositif mettant en œuvre le processus à un calculateur contrôlant un mécanisme d’ouverture électrique ou électromécanique équipant la boite à gants ou la serrure de la boite à gants, pour que ce dernier commande l’ouverture automatique de la boite à gants. Le contrôle de l’ouverture automatique de la boite à gants présente l’avantage d’indiquer implicitement aux passagers du véhicule 10 où se trouve le marteau brise-vitre, si jamais ce dernier s’avérait utile pour sortir du véhicule 10 en raison des risques de blocage des portes du véhicule 10 associés à l’évènement de catastrophe naturelle. La illustre schématiquement un dispositif 2 configuré pour le rendu ou le contrôle du rendu d’une alerte d’évènement de catastrophe naturelle pour véhicule, par exemple pour le véhicule 10, selon un exemple de réalisation particulier et non limitatif de la présente invention. Le dispositif 2 correspond par exemple à un dispositif embarqué dans le véhicule 10, par exemple un calculateur. Selon un autre exemple, le dispositif 2 correspond à un dispositif de communication mobile. Selon encore un autre exemple, le dispositif 2 correspond à un dispositif de traitement de données de type serveur 111. Le dispositif 2 est par exemple configuré pour la mise en œuvre des opérations décrites en regard de la et/ou des étapes du procédé décrit en regard de la . Des exemples d’un tel dispositif 2 comprennent, sans y être limités, un équipement électronique embarqué tel qu’un ordinateur de bord d’un véhicule, un calculateur électronique tel qu’une UCE (« Unité de Commande Electronique »), un téléphone intelligent, une tablette, un ordinateur portable, un ordinateur, un serveur. Les éléments du dispositif 2, individuellement ou en combinaison, peuvent être intégrés dans un unique circuit intégré, dans plusieurs circuits intégrés, et/ou dans des composants discrets. Le dispositif 2 peut être réalisé sous la forme de circuits électroniques ou de modules logiciels (ou informatiques) ou encore d’une combinaison de circuits électroniques et de modules logiciels. Le dispositif 2 comprend un (ou plusieurs) processeur(s) 20 configurés pour exécuter des instructions pour la réalisation des étapes du procédé et/ou pour l’exécution des instructions du ou des logiciels embarqués dans le dispositif 2. Le processeur 20 peut inclure de la mémoire intégrée, une interface d’entrée/sortie, et différents circuits connus de l’homme du métier. Le dispositif 2 comprend en outre au moins une mémoire 21 correspondant par exemple à une mémoire volatile et/ou non volatile et/ou comprend un dispositif de stockage mémoire qui peut comprendre de la mémoire volatile et/ou non volatile, telle que EEPROM, ROM, PROM, RAM, DRAM, SRAM, flash, disque magnétique ou optique. Le code informatique du ou des logiciels embarqués comprenant les instructions à charger et exécuter par le processeur est par exemple stocké sur la mémoire 21. Selon différents exemples de réalisation particuliers et non limitatifs, le dispositif 2 est couplé en communication avec d’autres dispositifs ou systèmes similaires et/ou avec des dispositifs de communication, par exemple une TCU (de l’anglais « Telematic Control Unit » ou en français « Unité de Contrôle Télématique »), par exemple par l’intermédiaire d’un bus de communication ou au travers de ports d’entrée / sortie dédiés. Selon un exemple de réalisation particulier et non limitatif, le dispositif 2 comprend un bloc 22 d’éléments d’interface pour communiquer avec des dispositifs externes, par exemple un serveur distant ou le « cloud », d’autres nœuds du réseau ad hoc. Selon un autre exemple de réalisation particulier et non limitatif, le dispositif 2 comprend une interface de communication 23 qui permet d’établir une communication avec d’autres dispositifs (tels que d’autres calculateurs du système embarqué) via un canal de communication 230. L’interface de communication 23 correspond par exemple à un transmetteur configuré pour transmettre et recevoir des informations et/ou des données via le canal de communication 230. L’interface de communication 23 correspond par exemple à un réseau filaire de type CAN (de l’anglais « Controller Area Network » ou en français « Réseau de contrôleurs »), CAN FD (de l’anglais « Controller Area Network Flexible Data-Rate » ou en français « Réseau de contrôleurs à débit de données flexible »), FlexRay (standardisé par la norme ISO 17458) ou Ethernet (standardisé par la norme ISO/IEC 802-3). Selon un exemple de réalisation particulier et non limitatif, le dispositif 2 peut fournir des signaux de sortie à un ou plusieurs dispositifs externes, tels qu’un écran d’affichage 240, tactile ou non, un ou des haut-parleurs 250 et/ou d’autres périphériques 260 (par exemple un actionneur haptique) via respectivement des interfaces de sortie 24, 25 et 26. Selon une variante, l’un ou l’autre des dispositifs externes est intégré au dispositif 2. La illustre un organigramme des différentes étapes de rendu ou de contrôle du rendu d’une alerte d’évènement de catastrophe naturelle pour véhicule, par exemple pour le véhicule 10, selon un exemple de réalisation particulier et non limitatif de la présente invention. Le procédé est par exemple mis en œuvre par un dispositif embarqué dans le véhicule 10 ou par le dispositif 2 de la . Dans une première étape 31, des d’informations de localisation représentatives de localisation du véhicule sont transmises via une liaison sans fil. Dans une deuxième étape 32, des données représentatives d’un évènement de catastrophe naturelle associé à une zone géographique comprenant la localisation du véhicule sont reçues via la liaison sans fil. Dans une troisième étape 33, l’alerte est rendue en fonction des données sur un dispositif de rendu embarqué dans le véhicule. Selon une variante, les variantes et exemples des opérations décrits en relation avec la s’appliquent aux étapes du procédé de la . Bien entendu, la présente invention ne se limite pas aux exemples de réalisation décrits ci-avant mais s’étend à un procédé de génération d’alerte d’évènement de catastrophe naturelle qui inclurait des étapes secondaires sans pour cela sortir de la portée de la présente invention. Il en serait de même d’un dispositif configuré pour la mise en œuvre d’un tel procédé. La présente invention concerne également un véhicule, par exemple automobile ou plus généralement un véhicule autonome à moteur terrestre, comprenant le dispositif 2 de la . Procédé de rendu d’alerte d’un évènement de catastrophe naturelle pour véhicule (10), ledit véhicule (10) embarquant un marteau brise-vitre, ledit procédé comprenant les étapes suivantes : - transmission (31) d’informations de localisation représentatives de localisation dudit véhicule (10) via une liaison sans fil ; - réception (32), via ladite liaison sans fil, de données représentatives d’un évènement de catastrophe naturelle associé à une zone géographique comprenant la localisation dudit véhicule (10) ; - rendu (33) de ladite alerte en fonction desdites données sur un dispositif de rendu embarqué dans ledit véhicule (10). Procédé selon la revendication 1, comprenant en outre une étape de rendu de données d’instruction représentatives d’un ensemble d’instructions pour briser une vitre dudit véhicule (10) avec ledit marteau brise-vite. Procédé selon la revendication 2, pour lequel ledit rendu des données d’instruction comprend un contrôle d’affichage d’un ensemble de contenus graphiques sur au moins un écran d’affichage embarqué dans ledit véhicule (10). Procédé selon la revendication 3, pour lequel au moins une partie dudit ensemble de contenus graphiques est affichée en réalité augmentée. Procédé selon l’une des revendications 1 à 4, pour lequel, ledit marteau brise-vitre étant contenu dans une boite à gants dudit véhicule (10), ledit procédé comprend en outre une étape de contrôle d’ouverture automatique de ladite boite à gants déclenchée par ladite réception des données représentatives d’un évènement de catastrophe naturelle. Procédé selon l’une des revendications 2 à 4, lequel ledit rendu des données d’instruction comprend un contrôle de rendu sonore d’un contenu audio sur au moins un haut-parleur embarqué dans ledit véhicule (10). Programme d’ordinateur comportant des instructions pour la mise en œuvre du procédé selon l’une quelconque des revendications précédentes, lorsque ces instructions sont exécutées par un processeur. Dispositif (2) de rendu d’alerte d’un évènement de catastrophe naturelle pour véhicule embarquant un marteau brise-vitre, ledit dispositif (2) comprenant une mémoire (21) associée à au moins un processeur (20) configuré pour la mise en œuvre des étapes du procédé selon l’une quelconque des revendications 1 à 6. Dispositif (2) selon la revendication 8, lequel dispositif (2) correspond à un dispositif de communication mobile. Véhicule (10) comprenant le dispositif (2) selon la revendication 8 ou 9.