Brevet FR3053512A1 — publié le 20180105

Procédé de gestion de stationnement d'un véhicule DOMAINE TECHNIQUE GENERAL L'invention concerne les dispositifs électroniques, les systèmes associés et les procédés d'échanges d'information dans le domaine de la mobilité de véhicule, et plus spécifiquement dans le domaine de la gestion du stationnement. ETAT DE L'ART En France, environ 20% des automobilistes paient un ticket de stationnement lorsqu'ils garent leur véhicule sur un place de parking public payante. Ce chiffre tombe à 15% à Paris, ce qui représente environ 65 ME de revenus pour l'année 2014 et donc un manque à gagner considérable. Sur l'échelle du pays, ce montant, que les collectivités territoriales aimeraient récupérer, s'élève à plusieurs centaines de millions d'euros. Par ailleurs, un automobiliste sur quatre en circulation urbaine est à la recherche d'une place de stationnement. Le trafic induit engendre congestion, bruit, nuisance et émission de CO2. On estime que sur une ville comme Paris, cela représente environ 800 Million km parcourus par an pour rechercher une place de stationnement, soit 120 ME. Pour inciter les automobilistes à payer leur parking, plusieurs stratégies sont envisagées, allant de la simplification du processus de paiement (par exemple via paiement par mobile, ou « paid by phone »), à la dissuasion (par exemple via l'augmentation de la contravention en cas de fraude). Mais ces stratégies se heurtent à plusieurs difficultés. 3053512 2 La dissuasion, pour être efficace, nécessite en effet des contrôles par des agents habilités, qui ne peuvent pas arpenter l'intégralité des rues pour surveiller toutes les places de parking. Le « soft enforcement » concerne une approche plus douce pour inciter l'utilisateur à payer, dans laquelle on apporte des compensations à l'utilisateur pour qu'il accepte de renoncer à un système qu'il peut facilement frauder. Ces compensations seraient soit financières (un avertissement est envoyé et l'amende est minorée, ou l'heure de parking est minorée), soit matérielle (dans certaines villes saturées en voitures, le nombre de places de parking publiques n'est pas suffisant et jusqu'à un véhicule sur trois roule pour trouver une place, l'utilisateur serait prêt à arrêter de frauder si on pourrait lui garantir de trouver beaucoup plus facilement une place). Ainsi, en facilitant le paiement et en offrant à l'utilisateur en contrepartie des services, le taux de paiement est supposé être meilleur. Cette approche, qui existe et apporte satisfaction par exemple dans les transports en commun (contrôle des billets avant d'embarquer, billets dématérialisés, etc.) reste toutefois entièrement à développer pour le parking, mais on voit qu'il y a une volonté de développement de méthodes permettant de surmonter en partie ces deux difficultés. La présente invention vient améliorer la situation. PRESENTATION DE L'INVENTION Dans un premier aspect, l'invention propose un Procédé de gestion de stationnement d'un véhicule, le procédé étant mis en oeuvre à l'aide de : - un dispositif de notification installé sur un véhicule et configuré pour permettre la mise à disposition de contenu vers l'extérieur du véhicule, - un serveur, - un terminal décisionnel, le procédé étant caractérisé en ce qu'il comprend les étapes suivantes de : 3053512 3 - (El) mise en oeuvre d'une transaction depuis le terminal décisionnel, et émission à destination du serveur d'une requête de transfert de données du serveur à destination du dispositif de notification, - (E2) émission par le serveur de données relatives à la transaction et comprenant un contenu à afficher, à destination du dispositif de notification, - (E3) mise à disposition par le dispositif de notification d'au moins une partie du contenu vers l'extérieur du véhicule. Le procédé peut comprendre les caractéristiques suivantes prises seules ou en combinaison : - le procédé est mis en oeuvre en outre à l'aide d'un serveur tiers, dans lequel : l'étape de mise en oeuvre d'une transaction (El) est effectuée entre le terminal décisionnel et le serveur tiers, l'étape d'émission à destination du serveur d'une requête de transfert (El) comprend une requête par le serveur tiers à destination du serveur, - l'étape d'émission (E2) comprend les sous-étapes suivantes : (E21) émission desdites données relatives à la transaction depuis le serveur (20) vers le terminal décisionnel (30), (E22) émission desdites données relatives à la transaction depuis le serveur vers le dispositif de notification, - le serveur (20) comprend une mémoire (24) et dans lequel : le véhicule est associé à un identifiant, le dispositif (10) est associé à un identifiant, lui-même associé à l'identifiant du véhicule dans une base de données d'appariement stockée sur la mémoire du serveur, le terminal décisionnel est associé à un identifiant, et dans lequel : ladite mise en oeuvre de la transaction (El) comprend l'envoi de l'identifiant du véhicule, 3053512 4 - l'étape d'émission (E2) se fait à destination du dispositif de notification ayant l'identifiant associé à l'identifiant du véhicule dans la dite base de données d'appariement, éventuellement via le terminal décisionnel, le contenu à afficher comprenant l'identifiant du véhicule, - le dispositif de notification comprend des moyens de localisation, et dans lequel le serveur comprend une mémoire, le procédé comprenant des étapes additionnelles de : (EO, E4) acquisition d'une donnée de localisation du dispositif à l'aide des moyens de localisation, effectuée soit avant l'étape de mise en oeuvre de la transaction (El) ou après l'étape de mise à disposition (E3), (E5) envoi au serveur de la donnée de localisation, (E6) mise à jour d'une base de données de places libres stockée dans la mémoire du serveur en fonction de la donnée de localisation, - le dispositif de notification comprend des moyens de localisation (13), et dans lequel le serveur comprend une mémoire, le procédé comprenant les étapes suivantes, mises en oeuvre préalablement : (F1) acquisition d'une donnée de localisation dudit dispositif à l'aide des moyens de localisation, (F2) envoi au serveur de la donnée de localisation, (F3) interrogation d'une base de données de places libres stockée dans la mémoire du serveur en fonction de la donnée de localisation reçue de sorte à identifier une place libre à proximité du véhicule, (F4) envoi au terminal décisionnel ou au dispositif de notification d'au moins une donnée relative à la localisation de ladite place libre identifiée, - le dispositif de notification comprend des moyens de détection de déplacement, et dans lequel le serveur comprend une mémoire, le procédé comprenant les étapes suivantes : (G1) acquisition d'une donnée relative au mouvement du véhicule par les moyens de détection de mouvement, (G2) envoi de la donnée relative à un mouvement du véhicule au serveur, 3053512 (G3) traitement par le serveur de la donnée reçue relative à un mouvement du véhicule, ledit traitement comprenant une conversion en donnée de place de parking libre, (G4) mise à jour d'une base de données de places de parking libres stockée dans la mémoire du serveur à partir de la donnée traitée, - le procédé comprend une étape additionnelle (G5) d'envoi d'une notification de la place libre avec la donnée de localisation à d'autres dispositifs de notification ou terminaux décisionnels, - les moyens de détection de mouvement comprennent un accéléromètre et des moyens de localisation, et dans lequel : l'étape de détection (G1) comprend l'émission (G11) d'un signal par l'accéléromètre pour déclencher une première localisation (G12) du dispositif et déclencher une deuxième localisation (G13) du dispositif après un intervalle de temps non nul, et l'étape de détection (G1) ou l'étape de traitement (G3) comprend la comparaison des deux localisations par rapport à une distance seuil, - le contenu à afficher comprend des horaires, des codes-barres et/ou des QR codes, - le serveur et le serveur tiers sont les deux mêmes entités physiques, - le dispositif de notification comprend des moyens de localisation et dans lequel, préalablement à l'étape de mise en oeuvre de la transaction (El), une étape d'acquisition (EO) d'une donnée de localisation du dispositif est mise en oeuvre à l'aide des moyens de localisation et dans lequel l'étape de transaction (El) prend en compte la donnée de localisation, - le procédé est mis en oeuvre en outre à l'aide d'un serveur dit de police et comprend les étapes suivantes : (H1) la donnée de localisation est analysée pour vérifier que le véhicule est garé, (H2) le serveur vérifie que le dispositif a fait l'objet d'une transaction, (H3) le serveur transmet l'information au serveur de police, 3053512 6 - le dispositif de notification comprend des moyens d'affichage physique et visuel, de sorte qu'une personne extérieure au véhicule puisse lire le contenu. Dans un deuxième aspect, l'invention concerne un ensemble comprenant : - un serveur, - un dispositif de notification associé à un véhicule et configuré pour permettre l'affichage d'information vers l'extérieur du véhicule, et - un terminal décisionnel, configurés pour mettre en oeuvre un procédé tel que décrit précédemment. L'ensemble peut comprendre les caractéristiques suivantes prises seules ou en combinaison : - le dispositif de notification comprend des moyens d'affichage à encre électronique ou à mémoire d'affichage, - le terminal décisionnel est un terminal mobile de type smartphone, - le dispositif de notification comprend des moyens de localisation, - le dispositif de notification comprend des moyens de détection de mouvement, - les moyens de détection de mouvement de notification comprennent un accéléromètre et des moyens de géolocalisation, - l'ensemble comprend une pluralité de dispositif de notification et une pluralité de terminaux décisionnels aptes à communiquer entre eux par le biais du serveur. Dans un troisième aspect l'invention propose un dispositif de notification tel que défini précédemment et configuré pour fonctionner dans un procédé tel que décrit précédemment. Avantageusement, le dispositif comprend des moyens d'attache à un pare-brise d'un véhicule. 3053512 7 Enfin, l'invention propose un véhicule comprend un tel dispositif de notification. PRESENTATION DES FIGURES D'autres caractéristiques, buts et avantages de l'invention ressortiront de la description qui suit, qui est purement illustrative et non limitative, et qui doit être lue en regard des dessins annexés, sur lesquels : - la figure 1 représente une architecture du système utilisé pour mettre en oeuvre le procédé selon l'invention, - la figure 2 illustre un véhicule avec un dispositif de notification positionné sous le pare-brise, - la figure 3 illustre plusieurs modes de réalisation d'un procédé mis en oeuvre à l'aide du système illustré en figure 1. DESCRIPTION DETAILLEE En référence à la figure 1, un système d'échange d'information pour la gestion du stationnement est illustré. Le système comprend un dispositif de notification 10 installé dans le véhicule. Ce dispositif de notification 10 est situé par exemple sur le tableau de bord ou vers une vitre comme le pare-brise PB, voire intégrée à une vitre (voir figure 2). Le véhicule peut être une voiture, un camion, un deux-roues, etc. Le dispositif de notification 10 comprend une unité de traitement 12 comprenant comme des moyens de calcul 12a un microprocesseur ou un processeur, et une mémoire 12b. Avantageusement, le dispositif de notification 10 comprend des moyens de localisation 13 et des moyens de détection de mouvement 14. 3053512 8 Les moyens de localisation 13 peuvent prendre la forme d'une balise GPS ou d'une puce GSM pour triangulation. Les moyens de détection de mouvement 14 peuvent comprendre un capteur de vibrations, notamment piézoélectrique. Dans un mode de réalisation préférentiel, les moyens de détection 14 comprennent les moyens de localisation 13 (la comparaison de plusieurs données de localisation successives permet d'identifier un mouvement), et/ou un accéléromètre 15, qui détecte une accélération du dispositif 10. Avantageusement, afin de s'affranchir des artefacts, comme un véhicule V heurté par un autre véhicule ou de limiter les problèmes de consommation d'énergie, les moyens de détection de mouvement 14 combinent l'accéléromètre 15 et les moyens de localisation 13. En effet, un accéléromètre 15 peut fonctionner sans consommer d'énergie lorsqu'il n'est pas sollicité et ne générer un signal que lorsqu'un mouvement est détecté. De la sorte, il peut ensuite déclencher une acquisition de données de localisation par les moyens de localisation 13, qui eux peuvent ainsi être mis en veille et n'être activés que lorsque l'accéléromètre 15 détecte un mouvement, de sorte à diminuer grandement l'énergie consommée, et éviter de détecter des « faux » mouvements, comme une vibration qui surviendrait en cas de choc. Cela sera décrit par la suite. Ces considérations s'appliquent aussi au capteur de vibration piézoélectrique. Dans la présente description, dans la mesure où le dispositif de notification 10 est logé dans le véhicule V, on assimilera la position du véhicule V à la position du dispositif 10 et le mouvement du véhicule V au mouvement du dispositif 10. Dans un mode de réalisation préférentiel, le dispositif de notification en outre vers l'extérieur du véhicule Dans une première variante, les moyens d'affichage 11 permettent un affichage physique et visuel, de sorte qu'une personne 3053512 9 extérieure au véhicule et ne possédant pas les clés puisse lire le contenu CONT. Dans une deuxième variante, les moyens d'affichage 11 permettent de provoquer l'affichage du contenu CONT sur un terminal externe, par lecture sans contact (émission sans-fil, etc.). En d'autres termes, les moyens d'affichage 11 permettent la mise à disposition de contenu vers l'extérieur du véhicule V, soit sur un afficheur local, soit un afficheur distant. Le dispositif de notification 10 comprend en outre une source d'énergie 16. La source d'énergie 16 comprend soit une batterie, soit une alimentation en direct depuis le véhicule V, par exemple avec l'allume-cigare ou prise USB (ou autre type), soit un panneau-solaire, soit une combinaison des éléments précédents. Enfin, le dispositif de notification 10 comprend une interface de communication 17, pour échanger des données, de préférence sans fil. L'interface est bidirectionnelle, pour pouvoir recevoir et émettre des données. L'interface de communication 17 peut être configuré pour du réseau GSM, GPRS, EDGE, 3G, 4G, LPWAN, BlueTooth, etc. Plus de détails seront donnés par la suite. Les moyens d'affichage 11 ont pour fonction de permettre à une personne extérieure au véhicule et étant dans la rue de pouvoir lire et accéder à des informations propres au véhicule. Pour cela, les moyens d'affichage 11 peuvent comprendre un écran LCD ou plasma. Préférablement, afin de limiter la consommation d'énergie, les moyens d'affichage 11 sont de type à encre électronique (ou papier électronique), qui ne nécessite pas de rétro-éclairage, ou de type à mémoire d'affichage. Les moyens d'affichage 11 permettent d'afficher des données appelées contenus CONT. Différents types de données seront décrits par la suite. 3053512 Le dispositif de notification 10 peut comprendre des moyens d'attache 18 pour le maintenir au pare-brise PB. Le dispositif peut aussi être logé dans un boitier (non représenté). Le système comprend en outre un serveur 20 qui permet de gérer les informations et notamment le contenu CONT à afficher. Le serveur 20 comprend une unité de traitement de calcul 22 comprenant comme des moyens de calcul 22a tel qu'un microprocesseur ou un processeur, et une mémoire 22b. La mémoire 22b stocke avantageusement une base de données BDD comprenant l'emplacement des places libres à un instant donné. Le serveur 20 est typiquement délocalisé, en « cloud computing ». Le système comprend enfin un terminal décisionnel 30, contrôlé l'utilisateur du véhicule V. A l'aide du terminal décisionnel 30, l'utilisateur peut effectuer des transactions qui déclenchent l'envoi d'information par le serveur 20 pour affichage sur le dispositif de notification 20. Cela sera décrit par la suite. Le terminal décisionnel 30 est préférablement un téléphone mobile performant, aussi appelé téléphone intelligent (« smartphone »). Dans un mode de réalisation, le terminal décisionnel 30 peut échanger des informations avec le dispositif de notification 10 et/ou avec le serveur 20. Dans une variante, le terminal décisionnel 30 est une borne fixe, située dans la rue ou dans un parking. Le terminal décisionnel 30 comprend typiquement un clavier et un lecteur de carte de crédit. Le système peut comprendre en outre un serveur tiers 40, qui permet dans une variante de réaliser la transaction avec le terminal décisionnel 30. Le serveur tiers 40 peut communiquer avec le serveur 30. Il s'agit par exemple du serveur du gestionnaire d'un parking ou de places de stationnement. 3053512 11 On appellera réseau 50 l'ensemble des protocoles et service de communication pour les différents échanges de données entre le dispositif de notification 10, le serveur 20, le terminal décisionnel 30, 35 et le serveur tiers 40. La référence 35 s'applique aux autres terminaux décisionnels. Le réseau 50 peut donc comprendre des normes GSM, GPRS, EDGE, 3G, 4G, LPWAN, BlueTooth. Les communications peuvent se faire avec fil (Ethernet...) ou préférablement sans-fil (WiFi, BlueTooth...). On définit un ensemble comprenant un serveur 20 tel que défini précédemment et une pluralité de dispositif de notification 10 et de terminaux décisionnels 30 associés à un utilisateur. A présent, en relation avec la figure 3, un procédé de gestion de stationnement va être décrit. Dans une première étape El, le terminal décisionnel 30 met en oeuvre une transaction. Cette transaction se fait avantageusement avec le serveur tiers 40, qui peut être le serveur 20 s'il est en charge des transactions. Conjointement à cette mise en oeuvre, le terminal décisionnel 30 émet, à destination du serveur 20 une requête pour qu'il génère et transfère des données TICK relatives à la transaction. Ces données TICK comprennent un contenu CONT que le dispositif de notification met à disposition vers l'extérieur du véhicule. Dans le cas des moyens d'affichage 11 physique et visuel (afficheur local), le contenu CONT doit être lisible par un humain depuis l'extérieur du véhicule. Dans le cas de moyens d'affichage 11 par transmission sans fil sur un terminal externe (afficheur externe), le contenu CONT doit pouvoir être transférer vers ledit terminal. Dans une deuxième étape E2, le serveur 20 émet ces données TICK dont le contenu CONT à destination du dispositif de notification 10. 3053512 12 Selon une première variante, le serveur 20 émet directement les données TICK au dispositif de notification 20. Selon une deuxième variante, le serveur 20 émet les données TICK vers le terminal décisionnel 30 qui ensuite les émet vers le dispositif de notification 10. Ce deuxième mode de réalisation est utilisable notamment lorsque le terminal décisionnel 30 est un téléphone mobile personnel. Une communication Bluetooth est ensuite utilisée par exemple. Enfin, une fois les données TICK reçue par le dispositif de notification 10, les moyens d'affichage 11 affichent, dans une étape E3, au moins une partie du contenu CONT à afficher, de sorte que le contenu CONT soit visible depuis l'extérieur du véhicule V. Un accusé de réception peut être envoyé au serveur 30 par le dispositif de notification 10. Le contenu CONT affiché peut être sous forme intelligible pour un être humain (lettre, mot, phrases, chiffres) ou sous forme de code-barres ou QR codes, ou tout autre motif déchiffrable par des moyens de déchiffrement. Les moyens de déchiffrement sont par exemple un téléphone muni d'une caméra et d'une solution logicielle adaptée. Dans le cadre d'un stationnement, le contenu CONT comprend par exemple un identifiant du véhicule Car_ID, qui est généralement la plaque d'immatriculation, et des horaires relatives à la durée autorisée de stationnement. Le contenu CONT peut aussi comprendre un macaron « handicapés » ou « invalide », ou d'autres informations utiles pour juger la validité du stationnement. Le dispositif de notification 10 peut aussi afficher des vignettes d'assurance, ou de contrôle technique, des images, du texte, etc. Ces contenus CONT sont stockés dans la mémoire 12b du dispositif 10. 3053512 13 Dans un mode de réalisation, l'étape El de mise en oeuvre de la transaction se fait entre le terminal décisionnel 30 et le serveur tiers 40. Le serveur tiers 40 échange ensuite avec le serveur 20 les données relatives à la transaction (en d'autre termes le serveur tiers 40 réalise l'émission de la requête de transfert des données TICK relatives à la transaction). Ce mode de réalisation a l'avantage de pouvoir intégrer la méthode à des services déjà existants de « paid by phone » par exemple, en utilisant une plateforme déjà fonctionnelle. On associe au véhicule V un identifiant Car_ID, au dispositif 10 un identifiant Obj_ID, au terminal décisionnel 30 un identifiant User_ID. L'identifiant du terminal décisionnel 30 peut-être celui de l'utilisateur. L'identifiant Car_ID est associé à l'identifiant Obj_ID, formant ainsi un couple. Ainsi, à chaque identifiant User_ID correspond un couple (Car_ID ; Obj_ID) Dans une première variante, le serveur 20 a, dans sa mémoire 24, les couples (Car_ID ; Obj_ID), stocké dans une base de données d'appariement. Pour cela, un appariement est effectué au préalable, par exemple lors de l'initialisation du dispositif de notification 10. Lors de la mise en oeuvre de la transaction, le terminal décisionnel 30 envoie l'identifiant Car_ID au serveur tiers 40. Une fois la transaction effectuée (paiement accompli, etc.), le serveur tiers 40 communique au serveur 20 l'identifiant Car_ID ainsi que d'autres données relatives à la transaction, comme des horaires, etc. Par la suite, le serveur 20 établit la correspondance entre l'identifiant Car_ID et l'identifiant Obj_ID à l'aide de l'appariement stocké dans la base de données d'appariement, de sorte qu'il peut ensuite transmettre les données TICK au dispositif de notification 10. Alternativement, dans le cas où un seul véhicule est associée à l'utilisateur, le serveur 20 a dans sa base de données d'appariement le triplet (User_ID ; Obj_ID ; Car_ID), de sorte qu'il suffit de mettre en 3053512 14 oeuvre la transaction avec le terminal décisionnel 30 pour que le serveur 20 sache quel identifiant Obj_ID est concerné. Dans une deuxième variante, le couple (Car_ID ; Obj_ID) est généré lors de la mise en oeuvre de la transaction, lorsque l'utilisateur rentre ces deux identifiants dans le terminal décisionnel 30 pour effectuer la transaction. Le dispositif de notification 10 peut notifier au terminal décisionnel 30, préférablement lorsque celui-ci est un téléphone mobile personnel, des informations concernant la transaction : par exemple la durée de stationnement restante, etc. A présent, des étapes additionnelles utilisant les moyens de localisation 13 vont être utilisées. Suite à l'étape de réception d'émission E2, et après la bonne réception des données TICK, le dispositif de notification 10 acquiert une donnée de localisation data_loc park dans une étape E4, à l'aide des moyens de localisation ; puis l'envoie dans une étape E5 au serveur 20. De la sorte, dans une étape E6 le serveur 20 met à jour sa base de données BDD des places de parking disponibles, en considérant cette place comme occupée par exemple. Alternativement, le dispositif de notification 10 acquiert une donnée de localisation data_loc_park dans une étape E0, avant la mise en oeuvre de la transaction de l'étape El. De cette façon, la transaction peut comprendre ladite donnée de localisation data_loc_park, donnée qui est parfois nécessaire selon les protocoles d'achat de ticket de stationnement. Cette acquisition de la donnée de localisation data_loc_park avant la mise en oeuvre de la transaction peut nécessiter que les moyens de détection de mouvement 14 indiquent que le véhicule V est garé, et non pas simplement arrêté à un feu. Alternativement, la dernière donnée de 3053512 localisation data_loc obtenue une fois le véhicule V arrêté peut-être utilisée. Afin de favoriser l'obtention d'une place de parking, un procédé particulier F peut être mis en oeuvre. Ainsi, préalablement à toute étape de mise en oeuvre d'une transaction El, dans une étape Fl, une donnée de localisation data_loc_mvt est acquise à l'aide des moyens de localisation 13. Cette donnée de localisation data_loc_mvt est envoyée au serveur 20 dans une étape F2. Dans une étape F3, la base de données BDD comprenant l'emplacement des places de parking libres est interrogée avec la donnée de localisation reçue data_loc_mvt, en prenant en compte un périmètre donné autour de la localisation correspondant à la donnée de localisation data_loc_mvt. Enfin, dans une étape F4, le serveur 20 envoie au dispositif 10 ou au terminal décisionnel 30 une donnée data_loc_libre relative à la localisation d'une place de parking libre se trouvant dans le périmètre donné. Lors de la mise en oeuvre des étapes Fl à F4, le véhicule est en recherche de place de parking. Une fois le véhicule V garé, l'obtention d'une donnée de géolocalisation data_loc_park dans une étape E0 ou E4 (selon les variantes), puis sa récupération au niveau du serveur 20 permet la mise à jour de la base de données BDD comprenant l'emplacement des places de parking libres. A présent, des étapes additionnelles utilisant les moyens de détection de mouvement 14 vont être utilisées. Ces étapes sont mises en oeuvre à partir d'un véhicule V stationné. Dans une première étape Gl, un mouvement du véhicule V est détecté par les moyens de détection de mouvement 14. Cette donnée relative à un mouvement est envoyée au serveur 20 dans une étape G2. 3053512 16 Dans une première variante, le signal des moyens de détection de déplacement 14 est traité par l'unité de traitement 12 du dispositif 10, qui retourne alors une information binaire, de type « resté/parti ». La donnée relative précitée est donc un signal numérique binaire. Dans une deuxième variante, le signal des moyens de détection de déplacement 14 est envoyé tel quel au serveur 20 qui le traite lui-même avec son unité de traitement 22. La donnée relative précitée est donc un signal numérique quelconque. Dans une étape G3, le serveur 20 traite la donnée reçue en la considérant comme une place libérée. Enfin, dans une étape G4, la base de données BDD du serveur 20 est mise à jour à partir de la donnée traitée. Enfin, dans une étape supplémentaire G5, le serveur 20 notifie à d'autres terminaux décisionnels 30 ou d'autres dispositifs de notification 10 qu'une place s'est libérée, avec une donnée de localisation data_loc_libre associée. Ainsi, l'ensemble définit précédemment permet d'optimiser l'occupation des places de parking disponible. Le choix des terminaux décisionnels 30 ou dispositifs 10 peut se fonder sur une localisation desdits dispositifs 10 (pour ne notifier que ceux qui se trouvent dans un périmètre donné de la place disponible). Dans un mode de réalisation préférentiel, il était indiqué que les moyens de détection de mouvement 14 comprenant un accéléromètre 15 et les moyens de localisation. L'étape G1 de détection comprend alors les étapes suivantes de détection G11 de génération d'un signal relatif à un mouvement par l'accéléromètre (en conséquence de la mise en mouvement du véhicule V), et le signal déclenche ensuite une étape de première localisation G12 du dispositif 10 et de deuxième localisation G13 du dispositif 10 après un intervalle de temps non nul. Enfin, ces deux données de localisation sont envoyées dans une étape G14 au serveur 30 dans qui les compare par rapport à une distance seuil. 3053512 17 L'intervalle de temps non nul est de l'ordre de la dizaine de seconde. Il s'agit d'une durée significative pour qu'un véhicule V quittant sa place ait parcouru une distance supérieure ou égale à la distance seuil. La distance seuil est donc un critère signifiant que la voiture V n'est plus sur la place de parking. A titre d'exemple, l'intervalle de temps est supérieur à 5s, mais inférieur à 20s, et la distance seuil est de 10m. Un autre exemple de boucle d'activation est donné : si un mouvement est détecté, les moyens de détection de mouvement 14 déclenchent une prise de position par les moyens de localisation 13, et l'information de mouvement est remontée vers le serveur 20 ; puis le dispositif 10 est mis en sommeil et tant que des mouvements sont détectés, le dispositif reste en sommeil ; dès qu'aucun mouvement n'est détecté, les moyens de localisation 13 acquièrent une donnée de localisation et l'envoie au serveur 20 ; le dispositif se remet en sommeil. Alternativement, les moyens de détection de mouvement 14 ne comprennent que les moyens de localisation 13 et la détection du mouvement se fait par comparaison de données de localisations successives. Cette alternative nécessite d'avoir des moyens de localisation 13 qui émettent à intervalles réguliers, le plus souvent en vain, ce qui gaspille de l'énergie. Le procédé présenté et le dispositif de notification 10 permettent de simplifier la gestion des places de parking. Un autre avantage réside dans le contrôle plus efficace par le personnel habilité : il n'est pas en effet plus nécessaire qu'un agent habilité parcourt les rues pour observer les moyens d'affichage. Dans ce cas, un serveur dit « de police » 60 échange des informations avec le serveur 20. Le serveur 20 dispose, à un instant donné, des données de localisation data_loc_park des véhicules V ainsi que les données relatives à la transaction (horaires, Car_ID, etc.) : il est ainsi facile de 3053512 18 vérifier si l'utilisateur a bien généré une transaction pour autoriser le stationnement. Ainsi, on définit des étapes supplémentaires de surveillance : le serveur 20 analyse à un instant donné, dans une étape H1, la donnée de localisation data_loc_park d'un dispositif 10, auquel est associé un identifiant Obj_ID. Il s'agit de vérifier si le véhicule V associé est garé. Dans une étape H2, le serveur 20 vérifie si cet identifiant Obj_ID a fait l'objet d'une transaction dont une donnée est compatible avec l'emplacement et/ou l'horaire. Si la réponse est positive, alors le serveur 20 ne transmet pas l'information au serveur de police 60 puisque le véhicule est validement garé. Alternativement, il transmet l'information comme quoi le véhicule est validement garé. Si la réponse est négative, alors le serveur 20 transmet dans une étape H3 l'information au serveur de police 60, puisque le véhicule est garé sur une place interdite et/ou hors de plage horaire autorisée ou achetée. L'agent habilité peut alors recevoir une information sur la localisation du véhicule concerné et le cibler spécifiquement. Avantageusement, l'agent vérifie que le contenu CONT affiché par les moyens d'affichage 11 ne contredisent par l'information reçue par le serveur de police 60. Toutefois, si le dispositif de notification 10 n'a pu être mis à jour par une avarie du système, l'agent peut toujours consulter le système de paiement distant pour vérifier la validité du stationnement, via un accès privilégié au serveur tiers 40, ou au serveur 20, par le biais du serveur de police 60. Préalablement, à l'étape H3, on peut définir une étape durant laquelle le serveur 20 envoie une notification au terminal décisionnel 30 (plutôt qu'au dispositif 10 qui se trouve dans le véhicule, là où ne se trouve justement pas l'utilisateur). Cette notification a pour but de l'avertir. Des protocoles de sécurisation et d'authentification sont préférablement mis en place pour éviter les vols d'identité et les fraudes. REVENDICATIONS1. Procédé de gestion de stationnement d'un véhicule (V), le procédé étant mis en oeuvre à l'aide de : - un dispositif de notification (10) installé sur un véhicule (V) et configuré- pour permettre la mise à disposition de contenu vers l'extérieur du véhicule (V), - un serveur (20), - un terminal décisionnel (30), le procédé étant caractérisé en ce qu'il comprend les étapes suivantes de : - (El) mise en oeuvre d'une transaction depuis le terminal décisionnel (30), et émission à destination du serveur (20) d'une requête de transfert de données du serveur (20) à destination du dispositif de notification (10), - (E2) émission par le serveur (20) de données (TICK) relatives à la transaction et comprenant un contenu (CONT) à afficher, à destination du dispositif de notification (10), - (E3) mise à disposition par le dispositif de notification (10) d'au moins une partie du contenu (CONT) vers l'extérieur du véhicule (V). 2. Procédé selon la revendication 1, mis en oeuvre en outre à l'aide d'un serveur tiers (40), dans lequel : - l'étape de mise en oeuvre d'une transaction (El) est effectuée entre le terminal décisionnel (30) et le serveur tiers (40), - l'étape d'émission à destination du serveur d'une requête de transfert (El) comprend une requête par le serveur tiers (40) à destination du serveur (20). 3. Procédé selon l'une quelconque des revendications précédentes, dans lequel le serveur (20) comprend une mémoire (24) et dans lequel : 3053512 20 - le véhicule (V) est associé à un identifiant (Car_ID), - le dispositif (10) est associé à un identifiant (Obj_ID), lui-même associé à l'identifiant du véhicule (Car_ID) dans une base de données d'appariement stockée sur la mémoire (24) du serveur (20), - le terminal décisionnel (30) est associé à un identifiant (User_ID), Et dans lequel : - ladite mise en oeuvre de la transaction (El) comprend l'envoi de l'identifiant du véhicule (Car_ID), - l'étape d'émission (E2) se fait à destination du dispositif de notification (10) ayant l'identifiant (Obj_ID) associé à l'identifiant du véhicule (Car_ID) dans la dite base de données d'appariement, éventuellement via le terminal décisionnel (User_ID), le contenu à afficher (TICK) comprenant l'identifiant du véhicule (Car_ID). 4. Procédé selon l'une quelconque des revendications précédentes, dans lequel le dispositif de notification (10) comprend des moyens de localisation (13), et dans lequel le serveur (20) comprend une mémoire (24), le procédé comprenant des étapes additionnelles de : - (E0, E4) acquisition d'une donnée de localisation (data_loc_park) du dispositif (10) à l'aide des moyens de localisation, effectuée soit avant l'étape de mise en oeuvre de la transaction (El) ou après l'étape de mise à disposition (E3), - (E5) envoi au serveur (20) de la donnée de localisation (data_loc_park), - (E6) mise à jour d'une base de données (BDD) de places libres stockée dans la mémoire (24) du serveur (20) en fonction de la donnée de localisation (data_loc_park). 5. Procédé selon l'une quelconque des revendications précédente, dans lequel le dispositif de notification (10) comprend des moyens de localisation (13), et dans lequel le serveur (20) comprend une mémoire (24), le procédé comprenant les étapes suivantes, mises en oeuvre préalablement : 3053512 21 - (F1) acquisition d'une donnée de localisation (data_loc) dudit dispositif (10) à l'aide des moyens de localisation, - (F2) envoi au serveur (10) de la donnée de localisation (data_loc), - (F3) interrogation d'une base de données (BDD) de places libres stockée dans la mémoire (24) du serveur (20) en fonction de la donnée de localisation reçue (data_loc) de sorte à identifier une place libre à proximité du véhicule (V), - (F4) envoi au terminal décisionnel (30) ou au dispositif de notification (10) d'au moins une donnée relative à la localisation (data_loc_libre) de ladite place libre identifiée. 6. Procédé selon l'une quelconque des revendications précédentes, dans lequel le dispositif de notification (10) comprend des moyens de détection de déplacement (14), et dans lequel le serveur (20) comprend une mémoire (24), le procédé comprenant les étapes suivantes : - (G1) acquisition d'une donnée relative au mouvement du véhicule par les moyens de détection de mouvement (14), - (G2) envoi de la donnée relative à un mouvement du véhicule au serveur (20), - (G3) traitement par le serveur (20) de la donnée reçue relative à un mouvement du véhicule, ledit traitement comprenant une conversion en donnée de place de parking libre, - (G4) mise à jour d'une base de données de places (BDD) de parking libres stockée dans la mémoire (24) du serveur à partir de la donnée traitée, - (G5) d'envoi d'une notification de la place libre avec la donnée de localisation (data_loc_libre) à d'autres dispositifs de notification (10) ou terminaux décisionnels (35). 7. Procédé selon la revendication 6, dans lequel les moyens de détection de mouvement (14) comprennent un accéléromètre (15) et des moyens de localisation (13), et dans lequel : 3053512 22 - l'étape de détection (G1) comprend l'émission (G11) d'un signal par l'accéléromètre (15) pour déclencher une première localisation (G12) du dispositif (10) et déclencher une deuxième localisation (G13) du dispositif (10) après un intervalle de temps non nul, et - l'étape de détection (G1) ou l'étape de traitement (G3) comprend la comparaison des deux localisations par rapport à une distance seuil. 8. Procédé selon l'une quelconque des revendications précédentes, dans lequel le dispositif de notification (10) comprend des moyens de localisation (13) et dans lequel, préalablement à l'étape de mise en oeuvre de la transaction (El), une étape d'acquisition (E0) d'une donnée de localisation (data_loc_park) du dispositif (10) est mise en oeuvre à l'aide des moyens de localisation (13), et dans lequel l'étape de transaction (El) prend en compte la donnée de localisation (data_loc_park). 9. Procédé selon l'une quelconque des revendications précédentes, dans lequel le dispositif de notification (10) comprend des moyens d'affichage (11) physique et visuel, de sorte qu'une personne extérieure au véhicule (V) puisse lire le contenu (CONT). 10. Ensemble pour mettre en oeuvre un procédé de gestion de stationnement, ledit ensemble comprenant : - un serveur (20), - un dispositif de notification (10) associé à un véhicule (V) et configuré pour permettre l'affichage d'information vers l'extérieur du véhicule (V), et - un terminal décisionnel (30), configurés pour mettre en oeuvre un procédé selon l'une quelconque des revendications précédentes. 3053512 23 11. Ensemble selon la revendication 10, dans lequel le dispositif de notification (20) comprend des moyens d'affichage à encre électronique ou à mémoire d'affichage. 12. Ensemble selon l'une quelconque des revendications 10 à 11, dans lequel le dispositif de notification (10) comprend des moyens de localisation (13). 13. Ensemble selon l'une quelconque des revendications 10 à 12, dans lequel le dispositif de notification (10) comprend des moyens de détection de mouvement (14), tels qu'un accéléromètre (15) et des moyens de géolocalisation (13). 14. Ensemble selon l'une quelconque des revendications 10 à 13, comprenant une pluralité de dispositifs de notification (10) et une pluralité de terminaux décisionnels (30, 35) aptes à communiquer entre eux par le biais du serveur (20).