FR3053512A1 - Procede de gestion de stationnement d'un vehicule - Google Patents

Procede de gestion de stationnement d'un vehicule Download PDF

Info

Publication number
FR3053512A1
FR3053512A1 FR1656319A FR1656319A FR3053512A1 FR 3053512 A1 FR3053512 A1 FR 3053512A1 FR 1656319 A FR1656319 A FR 1656319A FR 1656319 A FR1656319 A FR 1656319A FR 3053512 A1 FR3053512 A1 FR 3053512A1
Authority
FR
France
Prior art keywords
server
vehicle
data
notification device
location
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
FR1656319A
Other languages
English (en)
Other versions
FR3053512B1 (fr
Inventor
Denis Lebot
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Individual
Original Assignee
Individual
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Individual filed Critical Individual
Priority to FR1656319A priority Critical patent/FR3053512B1/fr
Publication of FR3053512A1 publication Critical patent/FR3053512A1/fr
Application granted granted Critical
Publication of FR3053512B1 publication Critical patent/FR3053512B1/fr
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • G—PHYSICS
    • G08—SIGNALLING
    • G08G—TRAFFIC CONTROL SYSTEMS
    • G08G1/00—Traffic control systems for road vehicles
    • G08G1/14—Traffic control systems for road vehicles indicating individual free spaces in parking areas
    • G08G1/141—Traffic control systems for road vehicles indicating individual free spaces in parking areas with means giving the indication of available parking spaces
    • G08G1/143—Traffic control systems for road vehicles indicating individual free spaces in parking areas with means giving the indication of available parking spaces inside the vehicles
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/14—Payment architectures specially adapted for billing systems
    • G06Q20/145—Payments according to the detected use or quantity
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
    • G06Q20/322—Aspects of commerce using mobile devices [M-devices]
    • G06Q20/3223—Realising banking transactions through M-devices
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
    • G06Q20/322—Aspects of commerce using mobile devices [M-devices]
    • G06Q20/3224—Transactions dependent on location of M-devices
    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07B—TICKET-ISSUING APPARATUS; FARE-REGISTERING APPARATUS; FRANKING APPARATUS
    • G07B15/00—Arrangements or apparatus for collecting fares, tolls or entrance fees at one or more control points
    • G07B15/02—Arrangements or apparatus for collecting fares, tolls or entrance fees at one or more control points taking into account a variable factor such as distance or time, e.g. for passenger transport, parking systems or car rental systems
    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07F—COIN-FREED OR LIKE APPARATUS
    • G07F17/00—Coin-freed apparatus for hiring articles; Coin-freed facilities or services
    • G07F17/24—Coin-freed apparatus for hiring articles; Coin-freed facilities or services for parking meters
    • G07F17/246—Coin-freed apparatus for hiring articles; Coin-freed facilities or services for parking meters provided with vehicle proximity-detectors

Abstract

L'invention propose un procédé de gestion de stationnement d'un véhicule (V), le procédé étant mis en œuvre à 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 : - (E1) mise en œuvre 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).

Description

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 M€ 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 M€.
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.
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 œuvre à 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 :
- (El) mise en œuvre 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 œuvre en outre à l'aide d'un serveur tiers, dans lequel :
l'étape de mise en œuvre 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 œuvre de la transaction (El) comprend l'envoi de l'identifiant du véhicule,
- 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 :
(E0, 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 œuvre 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 œuvre préalablement :
(Fl) 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 :
(Gl) 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, (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 (Gl) comprend l'émission (Gll) 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 (Gl) 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 œuvre de la transaction (El), une étape d'acquisition (E0) d'une donnée de localisation du dispositif est mise en œuvre à 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 œuvre en outre à l'aide d'un serveur dit de police et comprend les étapes suivantes :
(Hl) 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,
- 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 œuvre 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.
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 œuvre 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 œuvre à 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.
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 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.
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 boîtier (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 « doud 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.
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 œuvre 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 œuvre, 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.
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 codebarres 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.
Dans un mode de réalisation, l'étape El de mise en œuvre 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 œuvre 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 œuvre 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 œuvre 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 datajoc 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 œuvre 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 œuvre 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 localisation datajoc 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 œuvre.
Ainsi, préalablement à toute étape de mise en œuvre 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 œuvre 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 œuvre à 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.
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 luimê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 Gl de détection comprend alors les étapes suivantes de détection Gll 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.
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 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 Hl, 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.

Claims (14)

  1. Revendications
    1. Procédé de gestion de stationnement d'un véhicule (V), le procédé étant mis en œuvre à 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 œuvre 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. 2. Procédé selon la revendication 1, mis en œuvre en outre à l'aide d'un serveur tiers (40), dans lequel :
    - l'étape de mise en œuvre 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. 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 :
    - 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 œuvre 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. 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 œuvre 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. 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 œuvre préalablement :
    - (Fl) acquisition d'une donnée de localisation (datajoc) dudit dispositif (10) à l'aide des moyens de localisation,
    - (F2) envoi au serveur (10) de la donnée de localisation (datajoc),
    - (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 (datajoc) 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 (datajocjibre) de ladite place libre identifiée.
  6. 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 :
    - (Gl) 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 (datajocjibre) à d'autres dispositifs de notification (10) ou terminaux décisionnels (35).
  7. 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 :
    - l'étape de détection (Gl) comprend l'émission (Gll) 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 (Gl) ou l'étape de traitement (G3) comprend la comparaison des deux localisations par rapport à une distance seuil.
  8. 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 œuvre de la transaction (El), une étape d'acquisition (E0) d'une donnée de localisation (data_loç_park) du dispositif (10) est mise en œuvre à 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. 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. 10. Ensemble pour mettre en œuvre 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 œuvre un procédé selon l'une quelconque des revendications précédentes.
  11. 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. 12. Ensemble selon l'une quelconque des revendications 10 à 11, dans lequel le dispositif de notification (10) comprend des moyens de localisation (13).
  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. 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).
    1/3
FR1656319A 2016-07-01 2016-07-01 Procede de gestion de stationnement d'un vehicule Active FR3053512B1 (fr)

Priority Applications (1)

Application Number Priority Date Filing Date Title
FR1656319A FR3053512B1 (fr) 2016-07-01 2016-07-01 Procede de gestion de stationnement d'un vehicule

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR1656319A FR3053512B1 (fr) 2016-07-01 2016-07-01 Procede de gestion de stationnement d'un vehicule
FR1656319 2016-07-01

Publications (2)

Publication Number Publication Date
FR3053512A1 true FR3053512A1 (fr) 2018-01-05
FR3053512B1 FR3053512B1 (fr) 2023-04-28

Family

ID=57539331

Family Applications (1)

Application Number Title Priority Date Filing Date
FR1656319A Active FR3053512B1 (fr) 2016-07-01 2016-07-01 Procede de gestion de stationnement d'un vehicule

Country Status (1)

Country Link
FR (1) FR3053512B1 (fr)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FR3095289A1 (fr) * 2019-04-09 2020-10-23 Georges Baroin Système de gestion du stationnement payant de véhicules au travers d’un réseau LPWAN

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20130143536A1 (en) * 2011-12-06 2013-06-06 Massachusetts Institute Of Technology Real-time parking availability system
US20130265174A1 (en) * 2012-04-10 2013-10-10 Inrix, Inc. Parking resource management
US20150221219A1 (en) * 2012-09-11 2015-08-06 Telefonaktiebolaget L M Ericsson (Publ) Virtual parking management
US20160063862A1 (en) * 2014-08-27 2016-03-03 Sparkcity.Com Ltd. Parking space management system and method

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20130143536A1 (en) * 2011-12-06 2013-06-06 Massachusetts Institute Of Technology Real-time parking availability system
US20130265174A1 (en) * 2012-04-10 2013-10-10 Inrix, Inc. Parking resource management
US20150221219A1 (en) * 2012-09-11 2015-08-06 Telefonaktiebolaget L M Ericsson (Publ) Virtual parking management
US20160063862A1 (en) * 2014-08-27 2016-03-03 Sparkcity.Com Ltd. Parking space management system and method

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FR3095289A1 (fr) * 2019-04-09 2020-10-23 Georges Baroin Système de gestion du stationnement payant de véhicules au travers d’un réseau LPWAN

Also Published As

Publication number Publication date
FR3053512B1 (fr) 2023-04-28

Similar Documents

Publication Publication Date Title
US20150221140A1 (en) Parking and tollgate payment processing based on vehicle remote identification
KR20200005726A (ko) 디지털 차량 번호판의 전력 및 통신 모드
US20160267451A1 (en) Payment processing based on vehicle remote identification
EP2199966A1 (fr) Procédé de sécurisation de transactions, dispositif de transaction, serveur bancaire, terminal mobile, et produits programmes d'ordinateur correspondants
CN106780792A (zh) 一种地铁快捷支付方法及系统
AU2012200033A1 (en) Bicycle rental system
FR2950450A1 (fr) Procede de verification de la validite d'un ticket electronique de stationnement.
JP6968891B2 (ja) 盗難防止システムを有するデジタルナンバープレートシステム
WO2013132449A1 (fr) Système de paiement/gestion pour station de recharge de voitures électriques
FR2804558A1 (fr) Systeme de communication de donnees sans fil pour vehicule
EP1360776A2 (fr) Procede pour l'envoi d'informations personnalisees a au moins une personne equipee d'un appareil portable
WO2006010829A1 (fr) Ensemble de gestion de places de stationnement, avec borne de contrôle d’usager autorise et de signalement a un poste de contrôle, et logiciel d’application
JP2016541066A (ja) 近似を通じたデータ読み取り技術を使用した国内運転免許（ｃｎｈ）、車両登録証明書（ｃｒｖ）および車両登録ライセンス証明書（ｃｒｌｖ）の真正性、有効性および制限事項の電子的な問い合わせシステムおよび検証
FR2956941A1 (fr) Procede d'authentification biometrique, systeme d'authentification, programme et terminal correspondants.
WO2009027607A2 (fr) Procede et systeme de fourniture de services
FR2927452A1 (fr) Procede de controle d'acces, dispositif et produit programme d'ordinateur correspondants.
FR3053512A1 (fr) Procede de gestion de stationnement d'un vehicule
FR3052900A1 (fr) System de mise a disposition de vehicules partages amarres a des stations, et dispositifs associes.
EP3251063B1 (fr) Système de covoiturage
CA2543138A1 (fr) Systeme de controle d'informations liees a un vehicule
WO2019202227A1 (fr) Authentification du passager d'un véhicule
EP3418987A1 (fr) Borne de paiement et système de gestion d'un produit et/ou d'un service associé
FR3124345A1 (fr) Procédé de communication sans contact entre un objet communicant et un dispositif de communication
FR3035732A1 (fr) Procede et systeme communicant pour la gestion d'une aire de stationnement
FR3038435B1 (fr) Procede de gestion de l'utilisation d'un espace stationnement et dispositifs associes

Legal Events

Date Code Title Description
PLFP Fee payment

Year of fee payment: 2

PLSC Publication of the preliminary search report

Effective date: 20180105

PLFP Fee payment

Year of fee payment: 3

PLFP Fee payment

Year of fee payment: 5

PLFP Fee payment

Year of fee payment: 6

PLFP Fee payment

Year of fee payment: 7

PLFP Fee payment

Year of fee payment: 8