FR3024793A1

FR3024793A1 - METHOD OF MANAGING TRANSACTION BY RECOGNIZING THE REGISTRATION OF A VEHICLE

Info

Publication number: FR3024793A1
Application number: FR1457728A
Authority: FR
Inventors: Santiago Caballero
Original assignee: Oney Servicios Financieros Efc S A U
Current assignee: Oney Servicios Financieros Efc S A U
Priority date: 2014-08-08
Filing date: 2014-08-08
Publication date: 2016-02-12
Anticipated expiration: 2034-08-08
Also published as: FR3024793B1

Abstract

Méthode de gestion de transaction par reconnaissance d'immatriculation d'un véhicule (2) cette méthode comprenant: - une étape de pré-enregistrement par un client (1) de données d'identification personnelles, de paiements et d'identification d'au moins un véhicule (2) ; - une étape de lecture de l'immatriculation d'un véhicule (2); - une étape de transmission de l'immatriculation du véhicule (2) à - une plateforme (5) de données ; - une étape d'identification du véhicule (2) par la plateforme (5) de données ; - une étape d'authentification du client (1) par la saisie d'un numéro personnel d'identification ; - une étape de proposition de transaction au client (1) authentifié ; une étape de pré-autorisation par le client (1) de la transaction ; une étape d'autorisation de transaction par un serveur (6) d'autorisation de transaction ; - une étape d'information du client (1) de l'autorisation de transaction.Vehicle registration recognition transaction management method (2) this method comprising: - a step of pre-registration by a customer (1) of personal identification data, payments and identification of at least one vehicle (2); a step of reading the registration of a vehicle (2); a step of transmitting the registration of the vehicle (2) to a platform (5) of data; a step of identifying the vehicle (2) by the platform (5) of data; a step of authenticating the client (1) by entering a personal identification number; a step of proposing a transaction to the authenticated client (1); a pre-authorization step by the client (1) of the transaction; a transaction authorization step by a transaction authorization server (6); a step of informing the client (1) of the transaction authorization.

Description

1 METHODE DE GESTION DE TRANSACTION PAR RECONNAISSANCE D'IMMATRICULATION D'UN VEHICULE L'invention a trait au domaine de la sécurisation et de la simplification des méthodes de paiement proposées aux clients. Plus particulièrement, l'invention a trait aux méthodes de paiement proposées dans les lieux de ventes susceptibles d'accueillir des véhicules, tels des stations services. On entend par la suite par lieu de vente, tout lieu susceptible de proposer à un client un service ou un objet de vente, via l'établissement d'une transaction avec le client. Les stations services constituent le lieu d'acheminement final le plus visible des produits pétroliers proposés aux clients, particuliers ou professionnels, par les distributeurs de carburants. A titre d'exemple, des stations services peuvent être implantées par des distributeurs de carburants, à proximité de lieux de commerces (ex : supermarchés, hypermarchés), ces distributeurs étant parfois eux-mêmes les gérants desdits commerces. Par ailleurs, la distribution libre-service de carburants avec paiement automatique par carte est maintenant proposée aux clients depuis de nombreuses années. Il est ainsi possible de régler directement une transaction à une pompe à carburant lorsque celle-ci est associée à un terminal de paiement électronique, via l'utilisation d'une carte bancaire ou d'une carte spécifique proposée par le distributeur de carburants au client (carte privative). Ces modes de paiements nécessitent généralement l'introduction physique de la carte du client dans un lecteur de cartes d'un terminal de paiement électronique. La procédure, classique pour le client, consiste à insérer sa carte dans le lecteur, patienter plusieurs secondes durant l'établissement d'une connexion entre le terminal de paiement électronique et un serveur d'autorisation distant, insérer le code personnel associé à la carte et enfin retirer sa carte une fois celle-ci acceptée et commencer à remplir le réservoir de son véhicule. Ainsi, le bon déroulement d'une transaction est conditionné par divers paramètres physiques tels que l'état de la bande magnétique de la carte utilisée (garante de sa lecture), l'état physique du lecteur de carte, ou encore la disponibilité de la connexion entre le terminal de paiement électronique et le serveur d'autorisation. Ainsi, un seul 3024793 2 dysfonctionnement tel qu'une bande magnétique illisible, une anomalie matérielle ou logicielle sur le lecteur, ou une connexion indisponible, empêche toute réalisation de transaction. Des solutions de paiements automatisés alternatives, simplifiées et conviviales pour le client 5 seraient donc particulièrement avantageuses. La présente invention a pour objectif de répondre aux inconvénients précités. Un premier objectif est de proposer une méthode de paiement automatisée simplifiée pour les clients.The invention relates to the field of securing and simplifying the payment methods offered to customers. More particularly, the invention relates to payment methods offered in sales locations likely to accommodate vehicles, such as service stations. The term "place of sale" is understood to mean any place that may offer a customer a service or an object of sale by establishing a transaction with the customer. Service stations are the most visible final destination of petroleum products offered to customers, whether private or professional, by fuel distributors. For example, service stations can be set up by fuel distributors, near shopping centers (eg supermarkets, hypermarkets), these distributors being sometimes themselves the managers of said businesses. In addition, the self-service distribution of fuels with automatic card payment has now been offered to customers for many years. It is thus possible to directly settle a transaction to a fuel pump when it is associated with an electronic payment terminal, via the use of a credit card or a specific card proposed by the fuel distributor to the customer. (private card). These payment methods generally require the physical introduction of the customer's card into a card reader of an electronic payment terminal. The usual procedure for the customer is to insert his card in the reader, wait several seconds during the establishment of a connection between the electronic payment terminal and a remote authorization server, insert the personal code associated with the card and finally withdraw his card once it accepted and start filling the tank of his vehicle. Thus, the smooth running of a transaction is conditioned by various physical parameters such as the state of the magnetic strip of the card used (guarantor of its reading), the physical state of the card reader, or the availability of the connection between the electronic payment terminal and the authorization server. Thus, a single malfunction such as unreadable magnetic tape, hardware or software abnormality on the drive, or an unavailable connection, prevents any transaction. Alternative, simplified and user-friendly automated payment solutions for the customer 5 would therefore be particularly advantageous. The present invention aims to meet the aforementioned drawbacks. A first goal is to provide a simplified automated payment method for customers.

10 Un deuxième objectif est de proposer une méthode de paiement automatisée permettant de s'affranchir des contraintes physique d'une carte ou d'un terminal de paiement électronique disposé sur un lieu de vente. Un troisième objectif est de proposer une méthode de paiement 15 automatisée proposant des conditions de sécurité améliorées lors des transactions proposées aux clients. Un quatrième objectif est de proposer une méthode de paiement automatisée, permettant au client de gérer facilement son/ses mode(s) de paiement(s) préférentiel(s).A second objective is to propose an automated payment method that makes it possible to overcome the physical constraints of an electronic payment card or terminal disposed at a point of sale. A third objective is to propose an automated payment method offering improved security conditions during transactions offered to customers. A fourth objective is to propose an automated payment method, allowing the customer to easily manage his / her preferential payment method (s).

20 Un cinquième objectif, est de proposer une méthode de paiement automatisée, adaptée en fonction du véhicule du client. A cet effet, il est proposé, selon un premier aspect, une méthode de gestion de transaction par reconnaissance d'immatriculation d'un véhicule d'un client, cette méthode comprenant les étapes suivantes : 25 une étape de pré-enregistrement par le client dans une plateforme de données via un premier terminal de données d'identification personnelles, de données de paiements et de données d'identification d'au moins un véhicule ; une étape de lecture de l'immatriculation d'un véhicule du client 30 par des moyens de détection et de lecture déployés sur un lieu de vente accueillant le véhicule ; une étape de transmission de l'immatriculation du véhicule lue par les moyens de détection et de lecture à la plateforme de données ; une étape d'identification du véhicule par la plateforme de 35 données, en comparant l'immatriculation lue du véhicule et les données d'identification d'au moins un véhicule préenregistré ; 3024793 3 une étape d'authentification du client par la saisie d'un numéro personnel d'identification propre au client, dans le premier ou dans un deuxième terminal, le terminal utilisé pour l'authentification du client étant présent sur le lieu de vente ; 5 une étape de proposition de transaction au client authentifié, par le terminal utilisé pour l'authentification du client, la transaction proposée étant fonction des informations des données préenregistrées par le client et du véhicule identifié ; une étape de pré-autorisation par le client de la transaction 10 proposée ; une étape d'envoi à un serveur d'autorisation de transaction d'une requête d'autorisation par la plateforme de données pour la transaction pré-autorisée par le client ; une étape d'autorisation de transaction par le serveur 15 d'autorisation de transaction, via la transmission d'une réponse à la plateforme de données ; une étape de transmission de l'autorisation de transaction par la plateforme de données au terminal utilisé pour l'authentification du client ; 20 - une étape d'information du client de l'autorisation de transaction, par le terminal utilisé pour l'authentification du client. Avantageusement, dans cette méthode, la plateforme de données propose au client un service de gestion de flottes de véhicules, ce service étant réalisé par 25 la saisie par le client dans le premier terminal d'un ensemble d'informations relatives à une pluralité de véhicules, ces informations comprenant pour chaque véhicule une immatriculation, la marque et le modèle du véhicule, le type de carburant consommé, un budget limite de consommation pour un 30 ou plusieurs véhicules sur une période configurable, l'association de chaque véhicule à un ou plusieurs clients préenregistrés ; un calcul par la plateforme de données du budget de consommation restant pour chaque véhicule ou chaque client, en fonction des transactions effectuées par chaque client ; 35 - l'information du client des transactions et du budget restant pour chaque véhicule via un affichage approprié sur le premier terminal 3024793 4 ou un message poussé vers le terminal utilisé pour l'authentification du client. Avantageusement, dans cette méthode, le terminal utilisé pour l'authentification du client est un terminal mobile comportant une 5 application mobile, l'application mobile étant apte à proposer au client la mise à jour des données qu'il a préenregistré, la saisie de son numéro personnel d'identification, l'affichage, la pré-autorisation, le statut, la consultation, l'enregistrement de l'historique de transactions et la localisation d'au moins un lieu de vente le plus proche de la 10 localisation du terminal mobile. Avantageusement, dans cette méthode, la plateforme de données comprend - un module de gestion client apte à o proposer à tout terminal une interface graphique appropriée pour 15 le pré-enregistrement et/ou la mise à jour de données par le client dans une base de données ; o proposer l'ajout et la validation d'une carte de paiement bancaire dans l'interface graphique, la validation de la carte de paiement bancaire étant réalisée par une transaction ; 20 - un module de gestion de transaction apte o à fournir à tout terminal présent sur le lieu de vente, une interface graphique apte à authentifier le client, afficher la proposition de transaction, permettre au client de pré-autoriser cette transaction, informer le client du déroulement de la 25 transaction ; o à envoyer au serveur d'autorisation de transaction une requête d'autorisation pour la transaction pré-autorisée par le client et recevoir la réponse du serveur d'autorisation de transaction. Avantageusement, dans cette méthode, 30 l'identification d'une carte privative ajoutée par le client dans l'interface graphique du module de gestion client est communiquée à un serveur d'authentification de carte privative interfacé avec le module de gestion client et le module de gestion de transaction ; - une transaction via une carte privative est réalisée par l'envoi 35 d'une requête de transaction du module de gestion de transaction à un serveur d'autorisation de transactions de carte privative, B015 8007 FR - Version : TQD 3024793 5 suivie d'une réponse serveur d'autorisation de transactions de carte privative au module de gestion de transaction. Il est proposé, selon un deuxième aspect, un système de paiement automatisé par reconnaissance d'immatriculation d'un véhicule d'un 5 client, ce système comprenant un premier terminal apte à préenregistrer dans une plateforme de données, des données d'identification personnelles, des données de paiements et des données d'identification d'au moins un véhicule saisies par le client dans le terminal ; 10 - des moyens de détection et de lecture aptes o à lire l'immatriculation d'un véhicule du client, les moyens de détection et de lecture étant déployés sur un lieu de vente accueillant le véhicule ; o à transmettre l'immatriculation du véhicule lue à la plateforme de 15 données ; la plateforme de données étant apte à o identifier le véhicule, en comparant l'immatriculation lue du véhicule et les données d'identification d'au moins un véhicule préenregistré ; 20 o authentifier le client par comparaison d'un numéro personnel d'identification transmis par le premier ou un deuxième terminal, le terminal utilisé pour l'authentification du client étant présent sur le lieu de vente ; le terminal utilisé pour l'authentification du client étant apte à 25 proposer au client o la saisie du numéro personnel d'identification propre au client ; o une transaction fonction des informations des données préenregistrées par le client et du véhicule identifié ; o une pré-autorisation de la transaction proposée ; 30 - la plateforme de données étant en outre apte à envoyer à un serveur d'autorisation de transaction une requête d'autorisation pour la transaction pré-autorisée par le client ; le serveur d'autorisation de transaction étant apte à autoriser la transaction par la transmission d'une réponse à la plateforme de 35 donnée; 3024793 6 le terminal (utilisé pour l'authentification du client étant en outre apte à recevoir l'autorisation de transaction transmise par la plateforme de données et informer le client de l'autorisation de transaction.A fifth objective is to propose an automated payment method adapted to the customer's vehicle. For this purpose, it is proposed, according to a first aspect, a method of transaction management by registration recognition of a vehicle of a customer, this method comprising the following steps: a pre-registration step by the customer in a data platform via a first terminal of personal identification data, payment data and identification data of at least one vehicle; a step of reading the registration of a vehicle of the customer 30 by detection and reading means deployed at a point of sale hosting the vehicle; a step of transmitting the registration of the vehicle read by the detection and reading means to the data platform; a step of identifying the vehicle by the data platform, comparing the read license number of the vehicle with the identification data of at least one prerecorded vehicle; A step of authenticating the client by entering a personal identification number specific to the customer, in the first or in a second terminal, the terminal used for the authentication of the customer being present at the point of sale; A step of proposing a transaction to the authenticated client, by the terminal used for the authentication of the client, the proposed transaction being a function of the information of the pre-recorded data by the customer and the identified vehicle; a pre-authorization step by the client of the proposed transaction 10; a step of sending to a transaction authorization server an authorization request by the data platform for the transaction pre-authorized by the client; a transaction authorization step by the transaction authorization server, via the transmission of a response to the data platform; a step of transmitting the transaction authorization by the data platform to the terminal used for client authentication; A step of informing the client of the transaction authorization, by the terminal used for the authentication of the client. Advantageously, in this method, the data platform proposes to the customer a vehicle fleet management service, this service being performed by the client entering into the first terminal a set of information relating to a plurality of vehicles. , this information comprising for each vehicle a registration, the make and model of the vehicle, the type of fuel consumed, a limit of consumption for one or more vehicles over a configurable period, the association of each vehicle with one or more pre-registered customers; a calculation by the data platform of the remaining consumption budget for each vehicle or each customer, according to the transactions made by each customer; The customer information of the transactions and the remaining budget for each vehicle via an appropriate display on the first terminal 3024793 or a message pushed to the terminal used for the authentication of the customer. Advantageously, in this method, the terminal used for the authentication of the client is a mobile terminal comprising a mobile application, the mobile application being able to propose to the client the updating of the data which it has pre-recorded, the input of his personal identification number, the display, the pre-authorization, the status, the consultation, the recording of the transaction history and the location of at least one place of sale closest to the location of the mobile terminal. Advantageously, in this method, the data platform comprises a client management module able to provide any terminal with an appropriate graphical interface for the pre-registration and / or updating of data by the client in a database. data; o propose the addition and validation of a bank payment card in the graphical interface, the validation of the bank payment card being carried out by a transaction; A transaction management module capable of providing any terminal present at the point of sale with a graphical interface capable of authenticating the client, displaying the transaction proposal, enabling the client to pre-authorize this transaction, informing the client the progress of the transaction; o send to the transaction authorization server an authorization request for the transaction pre-authorized by the client and receive the response from the transaction authorization server. Advantageously, in this method, the identification of a private card added by the customer in the graphical interface of the customer management module is communicated to a private card authentication server interfaced with the customer management module and the module. transaction management; a transaction via a private card is performed by sending a transaction request from the transaction management module to a card transaction authorization server, B015 8007 FR - Version: TQD 3024793 5 followed by a card transaction authorization server response private to the transaction management module. It is proposed, in a second aspect, an automated payment system by registration recognition of a vehicle of a customer, this system comprising a first terminal able to pre-register in a data platform, personal identification data. , payment data and identification data of at least one vehicle entered by the customer in the terminal; Detection and reading means able to read the registration of a customer's vehicle, the detection and reading means being deployed at a point of sale hosting the vehicle; o to transmit the vehicle registration read to the data platform; the data platform being able to identify the vehicle, comparing the vehicle registration read and the identification data of at least one pre-registered vehicle; O authenticate the client by comparing a personal identification number transmitted by the first or a second terminal, the terminal used for the authentication of the customer being present at the point of sale; the terminal used for the authentication of the customer being able to propose to the customer the entry of the personal identification number specific to the customer; o a transaction based on the information of the prerecorded data by the customer and the identified vehicle; o a pre-authorization of the proposed transaction; The data platform being further capable of sending an authorization request for the transaction pre-authorized by the client to a transaction authorization server; the transaction authorization server being able to authorize the transaction by transmitting a response to the data platform; The terminal (used for the authentication of the client being further able to receive the transaction authorization transmitted by the data platform and inform the client of the transaction authorization.

5 Avantageusement, dans ce système, la plateforme de données est apte à proposer au client un service de gestion de flottes de véhicules, ce service étant réalisé par la saisie par le client dans le premier terminal d'un ensemble d'informations relatives à une pluralité de véhicules, ces 10 informations comprenant pour chaque véhicule une immatriculation, la marque et le modèle du véhicule, le type de carburant consommé, un budget limite de consommation pour un ou plusieurs véhicules sur une période configurable, l'association de chaque véhicule à un ou plusieurs clients préenregistrés ; 15 - un calcul par la plateforme de données du budget de consommation restant pour chaque véhicule ou chaque client, en fonction des transactions effectuées par chaque client ; l'information du client des transactions et du budget restant pour chaque véhicule via un affichage approprié sur le premier terminal 20 ou un message poussé vers le terminal utilisé pour l'authentification du client. Avantageusement, dans ce système, le terminal utilisé pour l'authentification du client est un terminal mobile comportant une application mobile, l'application mobile étant apte à proposer au client 25 la mise à jour des données qu'il a préenregistré, la saisie de son numéro personnel d'identification, l'affichage, la pré-autorisation, le statut, la consultation, l'enregistrement de l'historique de transactions et la localisation d'au moins un lieu de vente le plus proche de la localisation du terminal mobile.Advantageously, in this system, the data platform is able to offer the customer a vehicle fleet management service, this service being performed by the client entering in the first terminal a set of information relating to a plurality of vehicles, this information comprising for each vehicle a registration, the make and model of the vehicle, the type of fuel consumed, a consumption limit budget for one or more vehicles over a configurable period, the association of each vehicle with one or more pre-registered customers; A calculation by the data platform of the remaining consumption budget for each vehicle or each customer, according to the transactions made by each customer; the customer information of the transactions and the remaining budget for each vehicle via an appropriate display on the first terminal 20 or a message pushed to the terminal used for the authentication of the customer. Advantageously, in this system, the terminal used for the authentication of the client is a mobile terminal comprising a mobile application, the mobile application being able to propose to the client 25 the updating of the data which he has pre-recorded, the input of his personal identification number, the display, the pre-authorization, the status, the consultation, the recording of the transaction history and the location of at least one place of sale closest to the location of the terminal mobile.

30 Avantageusement, dans ce système, la plateforme de données comprend un module de gestion client apte à o proposer à tout terminal une interface graphique appropriée pour la saisie et l'enregistrement de données par le client dans une 35 base de données ; 3024793 7 o proposer l'ajout d'une carte de paiement bancaire dans l'interface graphique, la validation d'une carte de paiement bancaire étant réalisée par une transaction proposée au client et réalisée via des échanges entre le module de gestion client et le serveur 5 d'autorisation de transaction ; un module de gestion de transaction apte o à proposer tout terminal utilisé pour l'authentification du client, une interface graphique appropriée pour l'affichage, la modification, la pré-autorisation de la transaction proposée au 10 client ; o communiquer avec le serveur d'autorisation de transaction, via l'envoi d'une requête d'autorisation pour la transaction pré-autorisée par le client ; Avantageusement, ce système, comprend en outre 15 - un serveur d'authentification de carte privative interfacé avec le module de gestion client et le module de gestion de transaction, apte à recevoir l'identification d'une carte privative ajoutée par le client dans l'interface graphique du module de gestion client ; un serveur d'autorisation de transactions de carte privative apte à 20 recevoir une requête de transaction du module de gestion de transaction pour une carte privative et envoyer une réponse concernant la requête au module de gestion de transaction. D'autres objets et avantages de l'invention apparaîtront à la lumière de la description de modes de réalisation, faite ci-après en 25 référence aux dessins annexés dans lesquels : la figure 1 est une représentation du système de paiement automatisé selon un mode de réalisation ; la figure 2 est une représentation d'une partie du système de paiement automatisé selon un mode de réalisation ; 30 - la figure 3 est une figure illustrant les étapes d'une méthode de paiement automatisé selon un mode de réalisation. Sur la figure 1 est représenté un système 100 de paiement automatisé pouvant être proposé à un client 1 sur un lieu de vente déterminé impliquant la présence d'au moins un véhicule 2. A titre 35 d'exemple, le lieu déterminé décrit dans la suite de ce document est une station service. Cependant tout autre lieu susceptible d'accueillir 3024793 8 des véhicules 2, de proposer à un client 1 un service ou un objet de vente et accueillir un tel système 100 peut être envisagé (ex : péage, zone de stationnement, parking). Avantageusement, le système 100 est compatible avec tout véhicule 2 immatriculé et comprend les éléments 5 suivants : des moyens 3 de détection et de lecture, aptes à capturer et identifier les caractères alphanumériques d'une plaque d'immatriculation du véhicule 2. Ces moyens 3 sont par exemple réalisés par un système comprenant 10 o une ou plusieurs caméras (ou tout autre dispositif de capture d'image) disposées à proximité d'une pompe à carburant de la station service, permettant de capturer les images des plaques d'immatriculation avant et/ou arrière d'un véhicule 2 ; o une méthode implémentée dans un micrologiciel permettant de 15 déterminer l'immatriculation du véhicule 2 à partir d'une ou plusieurs images capturées; un terminal 4 présent à proximité du lieu de vente, ici une pompe à carburant de la station service, ce terminal 4 étant apte à proposer des moyens au client 1 pour effectuer la transaction. A titre 20 d'exemple, le terminal 4 est o un terminal de paiement électronique comprenant un écran tactile, muni d'une connexion internet, disposé de manière fixe à proximité de la pompe à essence et proposant au client 1 une interface de sélection, et de gestion de transaction. Une telle 25 interface est par exemple réalisée par une Interface Homme Machine (IHM) tactile ; o tout terminal mobile en possession du client 1, ce terminal comprenant des moyens de communications de données via un réseau sans fil, par exemple une tablette ou un Smartphone muni 30 d'une liaison de données Wifi, Bluetooth, 2G, 3G ou 4G ; un serveur, un ensemble de serveurs ou plus généralement une plateforme 5 de données (décrite ultérieurement), comprenant notamment des données relatives au client 1 et à son véhicule 2, la plateforme 5 de données étant apte à échanger des données via 35 une connexion préétablie avec le terminal 4 ; 3024793 9 un serveur 6 d'autorisation de transaction, permettant d'autoriser ou refuser une transaction, en fonction par exemple du solde bancaire d'un client 1 ou de sa présence dans une liste de clients 1 autorisés ou interdits.Advantageously, in this system, the data platform comprises a client management module able to provide any terminal with an appropriate graphical interface for the data entry and recording by the client in a database; O propose the addition of a bank payment card in the graphical interface, the validation of a bank payment card being performed by a transaction proposed to the customer and carried out via exchanges between the customer management module and the customer. transaction authorization server 5; a transaction management module able o to propose any terminal used for client authentication, an appropriate graphical interface for displaying, modifying, pre-authorizing the proposed transaction to the client; o communicate with the transaction authorization server, by sending an authorization request for the transaction authorized by the client; Advantageously, this system furthermore comprises a private card authentication server interfaced with the customer management module and the transaction management module, able to receive the identification of a private card added by the customer in the form of a card. GUI of the client management module; a private card transaction authorization server capable of receiving a transaction request from the transaction management module for a private card and sending a response concerning the request to the transaction management module. Other objects and advantages of the invention will be apparent from the description of embodiments, given below with reference to the accompanying drawings, in which: FIG. 1 is a representation of the automated payment system according to a production ; Figure 2 is a representation of a portion of the automated payment system according to one embodiment; Figure 3 is a figure illustrating the steps of an automated payment method according to one embodiment. FIG. 1 shows an automated payment system 100 that can be offered to a customer 1 at a given place of sale, involving the presence of at least one vehicle 2. For example, the determined location described hereinafter of this document is a service station. However any other place likely to accommodate vehicles 2, to offer a customer 1 a service or an object of sale and accommodate such a system 100 may be considered (ex: toll, parking area, parking). Advantageously, the system 100 is compatible with any registered vehicle 2 and comprises the following elements: detection and reading means 3, capable of capturing and identifying the alphanumeric characters of a license plate of the vehicle 2. These means 3 are for example made by a system comprising 10 o one or more cameras (or any other image capture device) disposed near a fuel pump of the service station, to capture the images of the front number plates and / or rear of a vehicle 2; a method implemented in a firmware for determining the registration of the vehicle 2 from one or more captured images; a terminal 4 present near the place of sale, here a fuel pump of the service station, this terminal 4 being able to offer the means to the customer 1 to perform the transaction. For example, the terminal 4 is an electronic payment terminal comprising a touch screen, provided with an internet connection, arranged in a fixed manner near the fuel pump and proposing to the customer 1 a selection interface, and transaction management. Such an interface is for example made by a touch screen Human Machine Interface (HMI); o any mobile terminal in the possession of the client 1, this terminal comprising data communication means via a wireless network, for example a tablet or smartphone with a Wifi, Bluetooth, 2G, 3G or 4G data link; a server, a set of servers or more generally a data platform 5 (described later), including in particular data relating to the client 1 and its vehicle 2, the data platform 5 being able to exchange data via a pre-established connection with the terminal 4; 3024793 9 a transaction authorization server 6, allowing to authorize or refuse a transaction, based for example on the bank balance of a customer 1 or its presence in a list of customers 1 authorized or prohibited.

5 Le fonctionnement du système 100 est maintenant décrit de manière simplifiée et sera d'avantage détaillé par la suite. Dans un mode de réalisation, le système 100 de paiement automatisé permet le déroulement d'une transaction, de son initiation jusqu'à sa validation (ou son interdiction), de la manière suivante : 10 - un client 1 muni de son véhicule 2 arrive sur un lieu de vente, ici une station service munie d'au moins une pompe à essence ; des moyens 3 de détection et de lecture de caractères alphanumériques, déployés sur le lieu de vente, par exemple une ou plusieurs caméras, « lisent » (pointillés 101) la plaque 15 d'immatriculation du véhicule 2 et transmettent (flèche 102) ensuite à la plateforme 5 de données l'information d'immatriculation du véhicule 2 identifiée; la plateforme 5 de données effectue ensuite une étape de comparaison entre l'immatriculation du véhicule 2 et des 20 informations de véhicules préenregistrées dans la plateforme 5 de données, en vue d'identifier le véhicule 2 correspondant à cette immatriculation ainsi que le(s) client(s) 1 utilisant ce véhicule 2 ; la plateforme 5 de donnée transmet (flèche 103) alors en retour au terminal 4, en fonction du véhicule 2 identifié, une requête 25 d'identification du client 1 ; le terminal 4 invite alors le client 1 à saisir un mot de passe personnel ou un numéro personnel d'identification (code « PIN ») préalablement connu, qu'il retourne ensuite à la plateforme 5 de données pour vérification ; 30 - si l'identification relative au client 1 est effective (ex : code PIN saisi correct), la plateforme 5 de données transmet alors au terminal 4 des informations de transactions préconfigurées et relatives au client 1, par exemple une valeur théorique et préconfigurée de transaction fonction du client 1 et de son véhicule 35 2 , 3024793 10 le terminal 4 propose (flèche 103) alors au client 1 une transaction via un affichage approprié, la transaction affichée étant fonction des informations transmises par la plateforme 5 de données ; si la transaction proposée convient au client 1, ce dernier la valide 5 via un menu de sélection affiché sur le terminal 4. Le client 1 peut aussi, au besoin, modifier certains des paramètres de la transaction via un menu de sélection, valider ensuite celle-ci ou encore l'annuler ; après validation d'une transaction par le client 1, le terminal 4 10 transmet (flèche 103) alors la transaction sélectionnée à la plateforme 5 de données ; la plateforme 5 de données interroge (flèche 104) ensuite le serveur 6 d'autorisation de transaction en vue d'autoriser ou non la transaction ; 15 - en fonction de la réponse du serveur 6 d'autorisation de transaction (flèche 104), le client 1 est alors informé par le terminal 4 (flèche 103) s'il est ou non autorisé à effectuer une action relative à la transaction. Par exemple, le client 1 est informé par le terminal 4 qu'il peut utiliser une pompe à essence autorisée 20 et déverrouillée, afin de remplir le réservoir de son véhicule 2 en carburant ; lorsque le client 1 a terminé l'action relative à la transaction, ici remplir de carburant le réservoir de son véhicule 2, le point de vente, ici la pompe à carburant, transmet alors à la plateforme 5 25 de données le montant réel de la transaction. Ce montant peut, à titre d'exemple, légèrement différer du montant théorique de la transaction proposée, du fait de la précision de distribution de carburant par la pompe à carburant ; la plateforme 5 de données retransmet (flèche 104) alors le 30 montant réel de la transaction au serveur 6 d'autorisation de transaction en vue de la facturation du client 1. Divers modes de réalisations plus détaillés sont maintenant décrits en référence à la figure 2. Dans un mode de réalisation, le système 100 de paiement 35 automatisé permet à la fois la prise en charge de cartes de paiements spécifiques proposées par un vendeur prédéterminé (cartes privatives), 3024793 11 par exemple un distributeur de carburants, ainsi que toute carte de paiement bancaire. Pour ce faire, la plateforme 5 de données comprend un module de gestion client 7, permettant au client 1 de fournir des informations concernant ses moyens de paiements et son/ses 5 véhicules(s) 2. Avantageusement, le module de gestion client 7 propose une interface graphique permettant au client 1 de fournir ces informations. Une telle interface graphique, peut à titre d'exemple, être accessible depuis une adresse internet prédéfinie, et permet des échanges de données (flèche 200) selon le protocole de transfert 10 hypertexte sécurisé HTTPS, entre tout terminal 8 disposant d'une connexion réseau et le module de gestion client 7. Le terminal 8 peut être à titre d'exemple, un ordinateur, un Smartphone, une tablette, ou encore le terminal 4 disposé à proximité du lieu de vente. Ainsi, pour une première utilisation, l'interface graphique du le 15 module de gestion client 7 propose à tout client 1 la possibilité de création d'un compte utilisateur. Lors de la création d'un compte, un client 1 est notamment invité à saisir les informations suivantes : des informations personnelles o son identité (nom, prénom pour un particulier, nom de l'entreprise 20 pour un client professionnel) ; o ses coordonnées (courriel, numéro de téléphone) ; o son numéro fiscal ; o les numéros d'une ou plusieurs cartes de paiement (carte spécifique d'un vendeur et/ou carte bancaire) ; 25 o choix d'un code d'identification spécifique à l'utilisateur, par exemple d'un numéro personnel d'identification PIN (acronyme anglais de « Personal Identification Number»); des informations concernant son/ses véhicule(s) 2 o le numéro d'immatriculation de chaque véhicule 2 qu'il souhaite 30 utiliser avec le service de paiement proposé par le système 100 de paiement automatisé ; o la marque et le modèle de chacun de ces véhicules 2 ; o le type de carburant utilisé par chacun de ces véhicules 2 ; o la quantité de carburant proposée par défaut par la pompe à 35 essence pour chaque véhicule 2, par exemple le choix d'un prix fixe souhaité associé au type de carburant ou le choix d'un volume fixe de carburant souhaité ; 3024793 12 le choix du mode de paiement souhaité, par exemple un débit immédiat, différé, ou des mensualisations ; la sélection d'un moyen de paiement préférentiel par défaut, via la sélection d'un numéro de carte préenregistré auparavant par le 5 client 1. Selon divers modes de réalisations, l'ensemble des informations saisies par le client 1 dans l'interface graphique du module de gestion client 7 est enregistré dans une base de données 9 constitutive, ou interfacée de manière externe, avec ce module. Ainsi, le module de 10 gestion client 7 est apte à la fois à compléter/récupérer (flèche 201) toute donnée fournie par le client/ préenregistrée dans la base de données 9. Notamment, lors d'utilisations ultérieures de l'interface graphique du module de gestion client 7 par le client 1, les informations fournies à 15 la base de données 9, peuvent être par la suite, modifiées ou complétées par le client 1. Pour ce faire, le client 1 s'identifie au préalable via un code d'identification spécifique, par exemple via son numéro personnel d'identification PIN qu'il aura auparavant choisi, ainsi qu'une information relative à son identité (ex : courriel, ou nom 20 d'utilisateur). Avantageusement, tout client 1 particulier ou professionnel (ex : entreprise), disposant d'une pluralité de véhicules 2 peut alors utiliser l'interface graphique du module de gestion client 7, comme un service de gestion de flotte de véhicules 2. Par exemple, dans le cadre de la 25 gestion de flotte de véhicules 2 d'une entreprise, un administrateur utilisant cette interface, est capable d'enregistrer un nombre déterminé d'employés et leur assigner un véhicule 2 spécifique. Pour un tel service, l'interface graphique du module de gestion client 7, permet en outre de configurer des seuils de dépenses.The operation of the system 100 is now described in a simplified manner and will be further detailed later. In one embodiment, the automated payment system 100 allows a transaction to be carried out, from initiation to validation (or prohibition), in the following manner: a customer 1 equipped with his vehicle 2 arrives at a point of sale, here a service station equipped with at least one gas pump; means 3 for detecting and reading alphanumeric characters deployed at the point of sale, for example one or more cameras, "read" (dashed 101) the license plate of the vehicle 2 and transmit (arrow 102) thereafter to the data platform 5 the registration information of the identified vehicle 2; the data platform 5 then performs a comparison step between the registration of the vehicle 2 and the pre-recorded vehicle information in the data platform 5, in order to identify the vehicle 2 corresponding to this registration as well as the customer (s) 1 using this vehicle 2; the data platform 5 transmits (arrow 103) then back to the terminal 4, according to the identified vehicle 2, a request 25 identifying the client 1; the terminal 4 then invites the client 1 to enter a personal password or a personal identification number ("PIN" code) previously known, it then returns to the data platform 5 for verification; If the identification relating to the client 1 is effective (eg correctly entered PIN code), the data platform 5 then transmits to the terminal 4 preconfigured transaction information relating to the client 1, for example a theoretical and preconfigured value of transaction the function of the customer 1 and his vehicle 35 2, 3024793 10 the terminal 4 proposes (arrow 103) then to the client 1 a transaction via an appropriate display, the displayed transaction being a function of the information transmitted by the platform 5 data; if the proposed transaction is suitable for the client 1, the latter validates it 5 via a selection menu displayed on the terminal 4. The client 1 can also, if necessary, modify some of the parameters of the transaction via a selection menu, then validate that or cancel it; after validation of a transaction by the client 1, the terminal 4 transmits (arrow 103) then the selected transaction to the data platform 5; the data platform 5 interrogates (arrow 104) then the transaction authorization server 6 in order to authorize or not the transaction; 15 - depending on the response of the transaction authorization server 6 (arrow 104), the client 1 is then informed by the terminal 4 (arrow 103) whether or not it is authorized to perform an action relating to the transaction. For example, the customer 1 is informed by the terminal 4 that he can use an authorized gas pump 20 and unlocked, in order to fill the tank of his vehicle 2 with fuel; when the customer 1 has completed the action relating to the transaction, here refuel the tank of his vehicle 2, the point of sale, here the fuel pump, then transmits to the platform 5 25 data the actual amount of the transaction. This amount may, for example, slightly differ from the theoretical amount of the proposed transaction, because of the fuel dispensing accuracy of the fuel pump; the data platform 5 retransmits (arrow 104) the actual amount of the transaction to the transaction authorization server 6 for billing the client 1. Various more detailed embodiments are now described with reference to FIG. In one embodiment, the automated payment system 100 allows both the support of specific payment cards proposed by a predetermined vendor (private cards), for example a fuel dispenser, as well as any card bank payment. To do this, the data platform 5 comprises a customer management module 7, enabling the customer 1 to provide information concerning its means of payment and his / her vehicle (s) 2. Advantageously, the customer management module 7 proposes a graphical interface allowing the client 1 to provide this information. Such a graphical interface can, for example, be accessible from a predefined internet address, and allows data exchanges (arrow 200) according to the secure hypertext transfer protocol HTTPS, between any terminal 8 having a network connection. and the customer management module 7. The terminal 8 may be for example a computer, a smartphone, a tablet, or the terminal 4 disposed near the point of sale. Thus, for a first use, the graphical interface of the customer management module 7 proposes to any customer 1 the possibility of creating a user account. When creating an account, a customer 1 is invited to enter the following information: personal information o his identity (surname, first name for an individual, name of the company 20 for a professional client); o contact information (email, phone number); o his tax number; o the numbers of one or more payment cards (specific card of a seller and / or bank card); O choice of a user-specific identification code, for example a personal identification number PIN (acronym for "Personal Identification Number"); information concerning his / her vehicle (s) 2 o the registration number of each vehicle 2 he wishes to use with the payment service proposed by the automated payment system 100; o the make and model of each of these vehicles 2; o the type of fuel used by each of these vehicles 2; the fuel quantity proposed by default by the fuel pump for each vehicle 2, for example the choice of a desired fixed price associated with the type of fuel or the choice of a desired fixed volume of fuel; The choice of the desired payment method, for example an immediate debit, deferred, or monthly payments; the selection of a preferential means of payment by default, by the selection of a card number pre-recorded previously by the client 1. According to various embodiments, all the information entered by the client 1 in the graphical interface of the customer management module 7 is stored in a database 9 constituting, or interfaced externally, with this module. Thus, the customer management module 7 is able both to complete / retrieve (arrow 201) any data supplied by the client / prerecorded in the database 9. In particular, during subsequent uses of the graphical interface of the customer management module 7 by the customer 1, the information provided to the database 9, may subsequently be modified or completed by the customer 1. To do this, the customer 1 identifies himself beforehand via a code specific identification, for example via his personal PIN identification number that he has previously chosen, as well as information relating to his identity (eg email, or user name). Advantageously, any individual customer 1 or professional (eg company), having a plurality of vehicles 2 can then use the graphical interface of the customer management module 7, such as a vehicle fleet management service 2. For example, as part of a company's vehicle fleet management 2, an administrator using this interface is able to register a specific number of employees and assign them a specific vehicle 2. For such a service, the graphical interface of the client management module 7 also makes it possible to configure expenditure thresholds.

30 Avantageusement, les seuils de dépenses définis par un utilisateur s'appliquent durant une période temporelle configurable via l'interface graphique. Pour ce faire, l'interface graphique du module de gestion client 7 propose de choisir une (ou plusieurs) date de « recharge » périodique (ex : tous les 5 et/ou 20 du mois), permettant de réinitialiser 35 après ladite période écoulée, le solde de dépenses restant autorisé par rapport au seuil maximal préconfiguré. Ainsi, dans un mode de réalisation, l'interface du module de gestion client 7 propose à un client 3024793 13 1, après sélection d'une carte de paiement, de fixer un seuil maximal de dépense, par exemple un seuil de dépense propre à un véhicule 2, et/ou un seuil de dépenses « global », c'est à dire partagé avec un ensemble de véhicules 2. Dans un autre mode de réalisation, afin 5 d'assurer la gestion de plusieurs utilisateurs par un administrateur, l'interface du module de gestion client 7 propose à l'administrateur de fixer un seuil maximal de dépense par utilisateur pour une période configurable. Ainsi, dans les modes de réalisations précédents, le module de 10 gestion client 7 est apte à calculer le solde restant par rapport au seuil de dépense maximal préconfiguré, le communiquer au client 1 via l'interface graphique, et éventuellement envoyer des notifications poussées (ex : par messages textes SMS, courriel sur un terminal 4 mobile) au client 1 si le solde restant se situe en dessous d'un seuil 15 d'alerte, pouvant aussi être préconfiguré par l'utilisateur au moyen de l'interface graphique du module de gestion client 7. Dans l'exemple d'une entreprise, chaque employé pourra se voir communiquer par l'administrateur, un identifiant (ex : courriel, séquence chiffrée d'identification) et un mot de passe/code spécifique par défaut, par 20 exemple un numéro personnel d'identification PIN, lui permettant d'accéder à l'interface de gestion de flotte des véhicules 2. L'accès à cette interface, s'effectue alors pour l'employé en tant que simple utilisateur (limitation des paramètres configurables), lui permettant de reconfigurer éventuellement son numéro personnel d'identification PIN, 25 choisir une voiture disponible parmi la flotte de véhicules 2 de l'entreprise, consulter sa consommation notamment son solde restant, ou encore consulter un historique préenregistré des transactions qu'il a auparavant effectué. Avantageusement, le numéro personnel d'identification configurable pour chaque utilisateur d'un même un 30 véhicule 2 est unique. Ceci permet notamment, de discriminer les transactions pour des clients 1 partageant à tour de rôle un même véhicule 2. Avantageusement, la gestion de flotte de véhicules 2 proposée par l'interface graphique du module de gestion client 7 permet aussi à un 35 fournisseur d'une compagnie cliente, par exemple une compagnie pétrolière fournissant en carburant des chaines d'hypermarché, de s'assurer que chacune de ses entreprises clientes propose des 3024793 14 garanties de paiement. Pour ce faire, le module de gestion client 7 peut proposer une interface graphique séparée de l'interface graphique proposée aux clients 1, et accessible depuis une adresse internet distincte de l'adresse de l'interface graphique proposée aux clients 1.Advantageously, the user-defined expense thresholds apply during a configurable time period via the graphical interface. To do this, the graphical interface of the customer management module 7 proposes to choose one (or more) date of "recharge" periodic (ex: every 5 and / or 20 of the month), to reset 35 after said period elapsed , the remaining expense balance allowed against the preconfigured maximum threshold. Thus, in one embodiment, the interface of the customer management module 7 proposes to a customer 3024793 13 1, after selection of a payment card, to set a maximum expenditure threshold, for example an expense threshold specific to a vehicle 2, and / or a "global" expenditure threshold, ie shared with a set of vehicles 2. In another embodiment, in order to ensure the management of several users by an administrator, the The interface of the client management module 7 proposes to the administrator to set a maximum threshold of expenditure per user for a configurable period. Thus, in the previous embodiments, the customer management module 7 is able to calculate the remaining balance with respect to the preconfigured maximum expenditure threshold, to communicate it to the customer 1 via the graphical interface, and possibly to send push notifications ( ex: SMS text messages, email on a mobile terminal 4) to the customer 1 if the remaining balance is below an alert threshold 15, which can also be preconfigured by the user using the graphical interface of the user. customer management module 7. In the example of a company, each employee can be communicated by the administrator, an identifier (eg email, encrypted sequence of identification) and a specific password / code by default, for example, a personal identification number PIN, enabling him to access the vehicle fleet management interface 2. Access to this interface is then performed for the employee as a simple user (li configuration of the configurable parameters), allowing it to possibly reconfigure its personal identification number PIN, 25 to choose an available car from the fleet of vehicles 2 of the company, to consult its consumption including its remaining balance, or to consult a pre-recorded history of transactions he has previously done. Advantageously, the personal identification number that can be configured for each user of the same vehicle 2 is unique. This makes it possible, in particular, to discriminate transactions for customers 1 sharing in turn the same vehicle 2. Advantageously, the vehicle fleet management 2 proposed by the graphical interface of the customer management module 7 also enables a service provider. a client company, for example an oil company supplying hypermarket chains with fuel, to ensure that each of its client companies offers 3024793 14 payment guarantees. To do this, the client management module 7 can provide a separate graphical interface to the graphical interface proposed to the clients 1, and accessible from an Internet address that is distinct from the address of the graphical interface proposed to the clients 1.

5 Une telle interface permet par exemple, à un fournisseur, d'ajouter autant d'entreprises clientes que nécessaire, en saisissant dans l'interface graphique pour chaque entreprise cliente un nom, un identifiant ID unique, ainsi que le numéro fiscal de l'entreprise. Après cet ajout, il lui est alors possible de superviser les données fournies par 10 les entreprises clientes, par exemple - les seuils de dépenses maximum préconfigurés, définissant la garantie financière de chaque entreprise cliente ; - le solde courant disponible de l'entreprise cliente pour ledit servie proposé ; 15 - la date de réinitialisation périodique du solde de l'entreprise cliente ; - l'historique des transactions de l'entreprise cliente ; - les véhicules 2 et utilisateurs déclarés par l'entreprise cliente afin de bénéficier dudit service.Such an interface makes it possible, for example, for a supplier to add as many client companies as necessary, by entering in the graphic interface for each client company a name, a unique identifier ID, as well as the tax number of the customer. business. After this addition, it is then possible for him to supervise the data provided by the client companies, for example - the preconfigured maximum expenditure thresholds, defining the financial guarantee of each client company; - the current account balance of the client company for the proposed service; 15 - the periodical reset date of the balance of the client company; - the transaction history of the client company; the vehicles 2 and users declared by the client company in order to benefit from said service.

20 Dans un mode de réalisation, l'enregistrement d'une carte de paiement bancaire pour un client 1 s'effectue de la manière suivante : - un client 1 effectue une étape de connexion préalable à l'interface graphique du module de gestion client 7 ; - lors de la création d'un nouveau compte, ou de la mise à jour de 25 ses informations personnelles, le client 1 sélectionne dans l'interface un menu de gestion des cartes de paiement, réalisé par exemple via l'implémentation dans l'interface graphique d'un bouton « ajout de cartes de paiements » ; le module de gestion client 7 demande alors à l'utilisateur de 30 renseigner son numéro de carte dit PAN (acronyme anglais de « Primary Account Number »), la date d'expiration de sa carte, ainsi que son cryptogramme visuel, par exemple le code de vérification de carte dit CVV2 (acronyme anglais de « Card Verification Value») ; 35 - l'ensemble de ces données sont alors transmises de manière cryptée via un algorithme à un serveur 6 d'autorisation de B015 B007 FR - Version : TQD 3024793 15 transaction, apte à décrypter via le même algorithme ces informations et valider ou non des transactions pour cette carte. A titre d'exemple, la validation d'une transaction par le serveur 6 est fonction notamment d'une liste de cartes autorisées, du solde de la 5 carte bancaire du client 1, ainsi que de l'état des informations (correctes ou erronées) saisies par le client 1 et transmises par le module de gestion client 7; avantageusement, afin de valider la carte ajoutée, le serveur 6 d'autorisation de transaction propose au client 1 une première 10 transaction, via le prélèvement de frais sur le compte du client 1. Le serveur 6 d'autorisation de transaction transmet alors un challenge en accord avec le protocole 3D-Secure au module de gestion client 7, ce dernier le proposant au client 1 via l'interface graphique. Le client valide alors la transaction proposée en 15 saisissant dans l'interface graphique la réponse correcte à ce challenge, cette réponse étant retransmise du module de gestion client 7 au serveur 6 d'autorisation de transaction ; si la réponse au challenge retournée est correcte, le serveur 6 d'autorisation de transaction valide la transaction et autorise la 20 carte bancaire. Une fois la carte bancaire validée, le serveur 6 génère alors un jeton d'identification (« token ») unique et spécifique à la carte bancaire ajoutée, puis retourne ce jeton d'authentification au module de gestion client 7 ; les informations relatives à la carte ajoutée ainsi que le jeton 25 d'authentification généré correspondant sont alors stockés de manière encryptée par le module de gestion client 7 dans une table de la base de données 9. Avantageusement, une telle méthode permet lors de requêtes ultérieures de transaction au serveur 6 d'autorisation de transaction, 30 après identification préalable du client 1 et validation d'une de ses cartes de paiements, de ne communiquer lors des échanges entre le module de gestion client 7 et le serveur 6 d'autorisation de transaction que le jeton d'authentification correspondant à cette carte, et ce sans transmission d'informations sensibles (ex : PAN, CVC) liées à la carte 35 bancaire du client 1. Un tel mécanisme renforce donc la sécurité des transactions. Il est entendu que toute communication entre le module 3024793 16 de gestion client 7 et le serveur 6 d'autorisation de transaction est aussi sécurisée. Ainsi, on utilise entre le module de gestion client 7 et le serveur 6 d'autorisation de transaction, un mécanisme de communication (flèche 202) en accord avec les normes PCl/DSS 5 (acronyme anglais de « Payment Card Industry Data Security Standard »). A titre d'exemple, on utilise pour les échanges de données entre le module de gestion client 7 et le serveur 6 d'autorisation de transaction, un chiffrement bout en bout dit P2PE (acronyme anglais de « Point-to-Point Encryption »).In one embodiment, the registration of a bank payment card for a client 1 is carried out as follows: a client 1 performs a prior connection step to the graphical interface of the customer management module 7 ; when creating a new account, or updating its personal information, the client 1 selects in the interface a payment card management menu, made for example via the implementation in the graphical interface of a button "adding payment cards"; the customer management module 7 then asks the user to enter his PAN card number (the acronym for "Primary Account Number"), the expiry date of his card, as well as his visual cryptogram, for example the card verification code says CVV2 (acronym for "Card Verification Value"); All these data are then transmitted in an encrypted manner via an algorithm to a transaction authorization server 6, capable of decrypting the information via the same algorithm and validating or not confirming the data. transactions for this card. For example, the validation of a transaction by the server 6 is based in particular on a list of authorized cards, the balance of the bank card of the customer 1, as well as the state of the information (correct or erroneous ) entered by the client 1 and transmitted by the customer management module 7; advantageously, in order to validate the added card, the transaction authorization server 6 offers the client 1 a first transaction, via the collection of charges from the customer's account 1. The transaction authorization server 6 then transmits a challenge in accordance with the 3D-Secure protocol to the client management module 7, the latter proposing it to the client 1 via the graphical interface. The client then validates the proposed transaction by entering in the graphical interface the correct answer to this challenge, this response being retransmitted from the client management module 7 to the transaction authorization server 6; if the answer to the challenge returned is correct, the transaction authorization server 6 validates the transaction and authorizes the bank card. Once the credit card validated, the server 6 then generates a unique identification token ("token") specific to the added credit card, then returns this authentication token to the customer management module 7; the information relating to the added card as well as the corresponding generated authentication token 25 are then stored encrypted by the customer management module 7 in a table of the database 9. Advantageously, such a method allows for subsequent requests transaction to the transaction authorization server 6, 30 after prior identification of the client 1 and validation of one of its payment cards, to communicate during exchanges between the customer management module 7 and the authorization server 6 of transaction that the authentication token corresponding to this card, and without transmitting sensitive information (eg PAN, CVC) related to the bank card of the client 1. Such a mechanism thus enhances the security of transactions. It is understood that any communication between the customer management module 7 and the transaction authorization server 6 is also secure. Thus, a communication mechanism (arrow 202) is used between the client management module 7 and the transaction authorization server 6 in accordance with the PCl / DSS 5 standards (acronym for Payment Card Industry Data Security Standard). ). For example, for data exchanges between the client management module 7 and the transaction authorization server 6, an end-to-end encryption called P2PE (acronym for Point-to-Point Encryption) is used. .

10 En outre, si besoin de séparer la gestion (par exemple l'ajout et l'authentification) de cartes bancaires des cartes privatives, c'est-à-dire des cartes distribuées et spécifiques à un vendeur, ces dernières peuvent dans un mode de réalisation, être supervisées par un serveur d'authentification de carte privative 10. Avantageusement, le serveur 15 d'authentification de carte privative 10 est alors apte à gérer uniquement ce type de carte, et est par exemple réalisé via une solution propriétaire existante de serveur, interfacée avec le module de gestion client 7. Ainsi, selon divers modes de réalisations, pour toute utilisation d'une carte privative, par exemple lors d'un premier 20 enregistrement de la carte ou lors d'une demande de transaction via cette carte, le module de gestion client 7 et le serveur d'authentification de carte privative 10 échangent (flèche 203) un ensemble de données fonction de la solution propriétaire déployée. A titre d'exemple, lors du premier enregistrement par un client 1 d'une carte privative, le module 25 de gestion client 7 communique au serveur d'authentification de carte privative 10, une ou plusieurs informations encryptées relatives à la carte privative saisie par le client 1, par exemple le numéro de carte, ainsi que des informations concernant l'identité du client 1. Ces informations sont elles aussi stockées dans la base de données 9, cette 30 dernière étant accessible par le serveur d'authentification de carte privative 10 (flèche 201). Avantageusement, la communication de données entre le module de gestion client 7 et le serveur d'authentification de carte privative 10 est réalisée via le protocole de transfert hypertexte sécurisé HTTPS 35 combiné avec le standard de chiffrement avancé (algorithme de chiffrement) AES, acronyme anglais de « Advanced Encryption Standard ».In addition, if need be to separate the management (for example the addition and the authentication) of bank cards from private cards, that is to say distributed and vendor-specific cards, the latter can in one mode. implementation, be supervised by a private card authentication server 10. Advantageously, the private card authentication server 15 is then able to manage only this type of card, and is for example realized via an existing proprietary solution of 7. Thus, according to various embodiments, for any use of a private card, for example during a first 20 registration of the card or during a request for a transaction via this card. card, the customer management module 7 and the private card authentication server 10 exchange (arrow 203) a set of data depending on the deployed proprietary solution. For example, during the first registration by a client 1 of a private card, the customer management module 25 communicates to the private card authentication server 10, one or more encrypted information relating to the private card entered by the client 1, for example the card number, as well as information concerning the identity of the client 1. This information is also stored in the database 9, the latter being accessible by the private card authentication server. 10 (arrow 201). Advantageously, the data communication between the client management module 7 and the private card authentication server 10 is performed via the secure hypertext transfer protocol HTTPS 35 combined with the advanced encryption standard (encryption algorithm) AES, acronym Advanced Encryption Standard.

3024793 17 La plateforme 5 de données comprend, en outre, un module de gestion de transaction 11 interfacé avec le serveur d'authentification de carte privative 10. Avantageusement, le module de gestion de transaction 11 et le serveur d'authentification de carte privative 10 sont 5 aptes à établir une communication (flèche 204) permettant l'échange de données, via le protocole de transfert hypertexte sécurisé HTTPS combiné avec le standard de chiffrement avancé (algorithme de chiffrement) AES. En outre, le module de gestion de transaction 11 est apte à échanger des données avec 10 le module de gestion client 7 et la base de données 9 de la plateforme 5 de données (flèche 201) ; tout terminal 4 présent à proximité du lieu de vente ; en accord avec les normes PCl/DSS, par exemple en utilisant le un chiffrement bout en bout P2PE (flèche 202) ; 15 un serveur d'autorisation de transactions de carte privative 12 (flèche 205). Tout comme le serveur d'authentification de carte privative 10, le serveur d'autorisation de transactions de carte privative 12 est déployé si besoin pour gérer les transactions avec les cartes privatives. Un tel serveur peut lui aussi être réalisé via 20 une solution propriétaire. Avantageusement, le module de gestion de transaction 11 communique alors avec le serveur d'autorisation de transactions de carte privative 12 via le protocole de transport de données MPLS, acronyme anglais de « MultiProtocol Label Switching ». Ainsi, dans un mode de réalisation, le serveur 25 d'autorisation de transactions de carte privative 12 est en charge de gérer uniquement les transactions effectuées avec des cartes privatives, tandis que le serveur 6 d'autorisation de transaction est en charge de gérer les transactions effectuées via des cartes bancaires.The data platform 5 further comprises a transaction management module 11 interfaced with the private card authentication server 10. Advantageously, the transaction management module 11 and the private card authentication server 10. are able to establish a communication (arrow 204) allowing the exchange of data, via the secure hypertext transfer protocol HTTPS combined with the advanced encryption standard (encryption algorithm) AES. In addition, the transaction management module 11 is able to exchange data with the client management module 7 and the database 9 of the data platform 5 (arrow 201); any terminal 4 present near the point of sale; in accordance with PCl / DSS standards, for example using P2PE end-to-end encryption (arrow 202); 15 a private card transaction authorization server 12 (arrow 205). Like the private card authentication server 10, the private card transaction authorization server 12 is deployed as needed to handle the transactions with the privative cards. Such a server can also be realized via a proprietary solution. Advantageously, the transaction management module 11 then communicates with the private card transaction authorization server 12 via the MPLS data transport protocol, the acronym for "MultiProtocol Label Switching". Thus, in one embodiment, the private card transaction authorization server 12 is in charge of managing only the transactions made with private cards, while the transaction authorization server 6 is in charge of managing the transactions. transactions made via bank cards.

30 Le module de gestion de transaction 11 comprend par ailleurs une interface permettant d'échanger des données (flèche 206) avec les moyens 3 de détection et de lecture, aptes à capturer et identifier les caractères alphanumériques de la plaque d'immatriculation du véhicule 2. Une transaction selon le système 100 de paiement automatisé 35 proposé, nécessite en effet l'identification du véhicule 2 et donc la transmission de l'immatriculation du véhicule 2 à la plateforme 5 de 3024793 18 données. Afin de garantir l'intégrité des données échangées, la communication des données entre le module de gestion de transaction 11 et les moyens 3 de détection et de lecture, est par exemple réalisée via le protocole de transfert hypertexte sécurisé HTTPS combiné avec 5 le standard de chiffrement avancé (algorithme de chiffrement) AES. Avantageusement, le module de gestion de transaction 11 propose à un client 1 une interface graphique, lui permettant de participer à une transaction, en affichant des informations de transactions préconfigurées sélectionnables (ex : quantité de carburant proposée, 10 prix de transaction proposé), ces informations pouvant être modifiées par le client 1. Afin que le client 1 puisse interagir avec le module de gestion de transaction 11, l'interface graphique de ce module est accessible depuis une adresse internet prédéfinie, et permet des échanges de données (flèche 206) selon le protocole de transfert 15 hypertexte sécurisé HTTPS depuis tout terminal 4 présent à proximité du lieu de vente. Une telle interface graphique est donc aussi bien accessible par un écran tactile déployé par le distributeur sur le lieu de vente, que depuis un Smartphone en possession du client 1 présent sur le lieu de vente.The transaction management module 11 also comprises an interface for exchanging data (arrow 206) with the detection and reading means 3, capable of capturing and identifying the alphanumeric characters of the license plate of the vehicle 2. A transaction according to the proposed automatic payment system 100 requires the identification of the vehicle 2 and thus the transmission of the registration of the vehicle 2 to the platform 5 of 3024793 18 data. In order to guarantee the integrity of the data exchanged, the communication of the data between the transaction management module 11 and the detection and readout means 3 is for example carried out via the HTTPS secure hypertext transfer protocol combined with the standard of communication. advanced encryption (encryption algorithm) AES. Advantageously, the transaction management module 11 offers a client 1 a graphical interface, allowing it to participate in a transaction, by displaying selectable preconfigurable transaction information (eg proposed fuel quantity, proposed transaction price). information that can be modified by the client 1. In order for the client 1 to interact with the transaction management module 11, the graphical interface of this module is accessible from a predefined internet address, and allows data exchanges (arrow 206) according to HTTPS secure hypertext transfer protocol 15 from any terminal 4 present near the point of sale. Such a graphical interface is therefore also accessible by a touch screen deployed by the distributor at the point of sale, than from a smartphone in possession of the customer 1 present at the point of sale.

20 Par ailleurs, l'interface graphique associée au module de gestion client 7 précédemment décrite peut être réalisée sous différentes formes. Selon divers modes de réalisations, l'interface graphique se présente sous la forme d'un site internet accessible depuis tout terminal muni d'une connexion internet, et/ou est aussi réalisée sous forme 25 d'application mobile proposée à des terminaux mobiles tels que des Smartphones ou des tablettes. Ainsi, un client 1 muni d'un Smartphone peut au choix créer un compte via l'application mobile ou un site internet. L'utilisation de l'application mobile, après authentification, lui permet alors par la suite 30 de mettre à jour les informations qu'il a fourni (ex : données personnelles, du véhicule, moyens de paiements) et prendre part aux transactions sur un lieu de vente, via une interface graphique propre à l'application mobile. Avantageusement, une telle application mobile propose au client 1 au moins les mêmes services que ceux proposés par 35 les interfaces graphiques du module de gestion client 7 et le module de gestion de transaction 11. D'autres services peuvent par ailleurs être proposés au client 1 par cette application, par exemple la possibilité de B015 B007 FR - Version : TQD 3024793 19 consulter un historique personnel des transactions ; tirer profit des moyens de géo-localisations embarqués dans le terminal mobile utilisateur, pour proposer au moins un lieu de vente, ici une station service, identifié comme le plus proche par 5 rapport à la localisation du terminal ; recevoir selon une méthode poussée dite de type « push », par exemple via SMS ou courriel, un message comprenant des informations relatives à chaque transaction effectuée par le client 1 , 10 - recevoir de la publicité personnalisée ; pouvoir gérer un ensemble de coupons électroniques, d'offres de promotions, de programmes de fidélité, fournissant ainsi une ludification de l'expérience client. La figure 3 illustre, en accord avec les éléments précédemment 15 décrits, les différentes étapes se rapportant à une transaction conduite entre un client 1 et le système 100 de paiement automatisé. l'étape (300) se rapporte à une étape de pré-enregistrement du client 1. Un client 1 muni d'un véhicule 2, et souhaitant bénéficier d'un service d'auto-paiement par reconnaissance d'immatriculation 20 du véhicule 2, fournit au module de module de gestion client 7 des informations relatives à son identité, à son véhicule 2, ses modes de consommations préférés, le mode de transaction souhaité, et choisit un code PIN. Cette étape de pré-enregistrement est effectuée par le client 1 en se connectant à un site internet 25 préétabli via un terminal 8 ou en utilisant une application mobile préalablement téléchargée et installée sur un terminal mobile en sa possession. Avantageusement, le site internet et l'application mobile proposent au client 1 une interface graphique appropriée à la saisie de ces informations ; 30 - à l'étape (301) le client 1 arrive avec son véhicule 2 sur un lieu de vente, par exemple une station service. Avantageusement, le lieu de vente comprend un terminal 4 qui peut être un terminal fixe disposé par le vendeur sur le lieu de vente, ou un terminal mobile en possession du client 1. Afin d'effectuer une transaction, le 35 terminal 4 comprend une connexion sécurisée avec le module de gestion de transaction 11, ce dernier gérant une interface 3024793 20 graphique affichée sur le terminal 4. Une telle connexion peut être préconfigurée dans le cas d'un terminal fixe, ou établie par l'utilisateur pour un terminal mobile via l'ouverture de l'application mobile. Optionnellement, le client 1 a la possibilité de sélectionner 5 au choix sur par l'interface graphique du terminal 4 (gérée par le module de gestion de transaction 11), soit une méthode de paiement « classique » (lecture physique d'une carte en sa possession), soit la méthode de paiement automatisé proposée, décrite dans les étapes suivantes ; 10 - dans ce dernier cas, des moyens 3 de détection et de lecture, tels des caméras disposées au voisinage du lieu de vente, capturent et reconnaissent (« lecture ») les données d'immatriculation du véhicule 2 (étape 302) ; une fois reconnues, les données d'immatriculation du véhicule 2 15 sont communiquées dans un message par les moyens 3 de détection et de lecture au module de gestion de transaction 11 (étape 303). Les moyens 3 détection et de lecture ajoutent par ailleurs, à des fin d'identification dans le message transmis, la date et l'heure de lecture de l'immatriculation du véhicule 2, ainsi 20 que le numéro de pompe à carburant où se situe le véhicule 2 ; à l'étape (304) le module de gestion de transaction 11 cherche à identifier, via une étape de comparaison avec les données préenregistrées dans base de données 9, l'identité du véhicule 2 et de son utilisateur. Si le véhicule 2 ne figure pas dans la base de 25 données 9, cela signifie que l'utilisateur n'a pas préenregistré des données relatives à ce véhicule 2. Le module de gestion de transaction 11 transmet alors un message d'erreur à afficher sur le terminal 4 et/ou un message invitant le client 1 à effectuer l'étape (300) de pré-enregistrement s'il souhaite utiliser le service d'auto- 30 paiement proposé (étape 305). ; si le véhicule 2 est identifié par le module de gestion client 7 dans la base de données 9, le client 1 est alors invité à saisir via le terminal 4 un code d'identification, par exemple un code PIN (étape 306) qu'il a préenregistré dans la base de données 9 ; 35 si le code d'identification saisi par le client 1 est valide, le terminal 4 affiche alors une proposition de transaction (étape 307), en 3024793 21 fonction des données fournies par le client 1 lors de l'étape (300) de pré-enregistrement. La transaction proposée est par exemple une quantité de carburant donnée pour un prix prédéfini, celle-ci pouvant être aussi fonction des seuils de dépenses que le client 1 5 aura préconfiguré ; le client 1 a alors soit la possibilité via l'interface graphique du terminal 4 de valider la transaction (étape 308) directement, soit la modifier (étape 309) avant de la valider, s'il souhaite par exemple effectuer une transaction à un prix moins élevé. L'étape de 10 validation (308) de transaction par le client 1 , peut éventuellement être vue comme une étape de pré-autorisation, le serveur 6 d'autorisation de transaction étant seul responsable de l'autorisation finale ; le montant de transaction validé par le client 1 sur le terminal 4 est 15 transmis module de gestion de transaction 11 , qui vérifie ensuite si une telle transaction est possible. Pour ce faire le module de module de gestion de transaction 11 interroge (étape 310) via une requête de transaction, le serveur 6 d'autorisation de transaction, sur la possibilité d'une telle transaction bancaire ; 20 - si une telle transaction est autorisée, le serveur 6 d'autorisation de transaction en notifie le module de gestion de transaction 11. Le module de gestion de transaction 11 envoie alors conjointement (étape 311) o un message d'autorisation à une entité, munie de moyens de 25 communication avec le module de gestion de transaction 11 , présente sur le lieu de vente et permettant au client 1 d'accéder à l'objet de transaction. Par exemple le module de gestion de transaction 11 envoie un message de commande à un dispositif de verrouillage de pompe de distribution de carburant, permettant 30 de déverrouiller automatiquement la pompe du carburant spécifié dans la transaction ; o un message au terminal 4 informant le client 1 qu'il peut maintenant accéder à l'objet de sa transaction, par exemple un message l'informant que la pompe correspondante est 35 déverrouillée et qu'il peut maintenant remplir le réservoir de son véhicule 2 ; 3024793 22 lorsque le client 1 a terminé de procéder à l'accès de l'objet de la transaction, par exemple terminé de remplir son réservoir de carburant, le point de vente, ici la pompe à essence informe le module de gestion de transaction 11 et lui transmet la quantité 5 réelle de carburant distribuée ainsi que le montant final de la transaction. Le module de gestion de transaction 11 transmet alors le montant final de la transaction au serveur 6 d'autorisation de transaction pour débiter le client 1 (étape 312) ; les détails de la transaction sont alors enregistrés par le module 10 de gestion de transaction 11 dans la base de données 9 (étape 313). Le terminal 4 affiche alors les détails de la transaction à destination du client 1 (étape 314). Les détails de cette transaction peuvent être par exemple, affichés sur un écran fixe déployé par le vendeur à la fin de la transaction, imprimés en sélectionnant un 15 menu sur le terminal fixe, poussés par SMS ou courriel vers le terminal mobile du client 1, ou encore affichés par l'application mobile du terminal mobile du client 1, pouvant par ailleurs accéder, télécharger et/ou enregistrer l'historique des transactions effectuées par le client 1.Furthermore, the graphical interface associated with the client management module 7 previously described can be implemented in different forms. According to various embodiments, the graphical interface is in the form of a website accessible from any terminal equipped with an internet connection, and / or is also implemented as a mobile application proposed to mobile terminals such as than smartphones or tablets. Thus, a customer 1 with a Smartphone can optionally create an account via the mobile application or a website. The use of the mobile application, after authentication, then allows it thereafter 30 to update the information it has provided (eg personal data, vehicle, means of payment) and take part in transactions on a point of sale, via a graphical interface specific to the mobile application. Advantageously, such a mobile application provides the client 1 with at least the same services as those offered by the graphical interfaces of the client management module 7 and the transaction management module 11. Other services may also be offered to the client 1 by this application, for example the possibility of consulting a personal transaction history; take advantage of the geo-localization means embedded in the user mobile terminal, to propose at least one place of sale, here a service station, identified as closest to the location of the terminal; receive according to a so-called "push" type push method, for example via SMS or email, a message comprising information relating to each transaction made by the client 1, 10 - receive personalized advertising; be able to manage a set of electronic coupons, promotion offers, loyalty programs, thus providing a gamification of the customer experience. FIG. 3 illustrates, in agreement with the elements previously described, the various steps relating to a transaction conducted between a client 1 and the automated payment system 100. step (300) relates to a pre-registration step of the client 1. A customer 1 equipped with a vehicle 2, and wishing to benefit from a self-payment service by registration recognition 20 of the vehicle 2 , provides the customer management module module 7 information relating to its identity, its vehicle 2, its preferred consumption modes, the desired transaction mode, and chooses a PIN code. This pre-registration step is performed by the client 1 by connecting to a pre-established website 25 via a terminal 8 or by using a mobile application previously downloaded and installed on a mobile terminal in his possession. Advantageously, the website and the mobile application offer the client 1 a graphical interface suitable for entering this information; - In step (301) the customer 1 arrives with his vehicle 2 at a point of sale, for example a service station. Advantageously, the place of sale comprises a terminal 4 which may be a fixed terminal arranged by the seller at the point of sale, or a mobile terminal in the possession of the customer 1. In order to carry out a transaction, the terminal 4 comprises a connection secured with the transaction management module 11, the latter managing a graphical interface displayed on the terminal 4. Such a connection can be preconfigured in the case of a fixed terminal, or established by the user for a mobile terminal via opening the mobile app. Optionally, the client 1 has the possibility of selecting 5 of the choice on the graphical interface of the terminal 4 (managed by the transaction management module 11), a "conventional" payment method (physical reading of a card in possession), the proposed automated payment method described in the following steps; 10 - in the latter case, detection and reading means 3, such as cameras arranged in the vicinity of the place of sale, capture and recognize ("reading") the registration data of the vehicle 2 (step 302); once recognized, the registration data of the vehicle 2 is communicated in a message by the detection and reading means 3 to the transaction management module 11 (step 303). The detection and reading means 3 additionally add, for purposes of identification in the transmitted message, the date and time of reading of the registration of the vehicle 2, as well as the number of the fuel pump where it is located. the vehicle 2; in step (304) the transaction management module 11 seeks to identify, via a step of comparison with the prerecorded data in database 9, the identity of the vehicle 2 and its user. If the vehicle 2 does not appear in the data base 9, this means that the user has not prerecorded data relating to this vehicle 2. The transaction management module 11 then transmits an error message to be displayed. on the terminal 4 and / or a message inviting the client 1 to perform the pre-registration step (300) if it wishes to use the proposed self-payment service (step 305). ; if the vehicle 2 is identified by the customer management module 7 in the database 9, the client 1 is then invited to enter via the terminal 4 an identification code, for example a PIN code (step 306) that it prerecorded in database 9; 35 if the identification code entered by the client 1 is valid, the terminal 4 then displays a transaction proposal (step 307), in function of the data provided by the client 1 during the step (300) of pre -recording. The proposed transaction is for example a quantity of fuel given for a predefined price, it may also be a function of the expenditure thresholds that the customer 1 5 will preconfigured; the client 1 then has the possibility via the graphical interface of the terminal 4 to validate the transaction (step 308) directly, or modify it (step 309) before validating it, if it wishes for example to perform a transaction at a price lower. The transaction validation step (308) by the client 1 may possibly be seen as a pre-authorization step, the transaction authorization server 6 being solely responsible for the final authorization; the transaction amount validated by the client 1 on the terminal 4 is transmitted to the transaction management module 11, which then verifies whether such a transaction is possible. To do this, the transaction management module module 11 interrogates (step 310) via a transaction request, the transaction authorization server 6, on the possibility of such a bank transaction; 20 - if such a transaction is authorized, the transaction authorization server 6 notifies the transaction management module 11. The transaction management module 11 then jointly sends (step 311) o an authorization message to an entity provided with means of communication with the transaction management module 11 present at the point of sale and allowing the customer 1 to access the transaction object. For example, the transaction management module 11 sends a control message to a fuel dispensing pump lock device, enabling the pump of the fuel specified in the transaction to be automatically unlocked; a message to the terminal 4 informing the customer 1 that he can now access the object of his transaction, for example a message informing him that the corresponding pump is unlocked and that he can now fill the tank of his vehicle 2; 3024793 22 when the customer 1 has finished to access the object of the transaction, for example finished filling his fuel tank, the point of sale, here the fuel pump informs the transaction management module 11 and transmits to it the actual amount of fuel dispensed as well as the final amount of the transaction. The transaction management module 11 then transmits the final amount of the transaction to the transaction authorization server 6 to debit the client 1 (step 312); the details of the transaction are then recorded by the transaction management module 10 in the database 9 (step 313). The terminal 4 then displays the details of the transaction for the client 1 (step 314). The details of this transaction can be, for example, displayed on a fixed screen deployed by the seller at the end of the transaction, printed by selecting a menu on the fixed terminal, pushed by SMS or email to the mobile terminal of the client 1, or else displayed by the mobile application of the mobile terminal of the client 1, who can also access, download and / or record the transaction history performed by the customer 1.

20 Dans un mode de réalisation, les transactions effectuées pour des cartes privatives suivent les mêmes étapes que celles précédemment décrites à la différence que les échanges réalisés entre le module de gestion de transaction 11 et le serveur 6 d'autorisation de transaction, sont remplacés par des échanges entre le module de gestion de 25 transaction 11 et un serveur d'autorisation de transactions de carte privative 12. Avantageusement, les modes de réalisations précédemment décrits permettent de propos e r une solution de paiement basée sur la reconnaissance automatique des plaques de véhicules 2, et 30 s'appliquent aussi bien au paiement de carburant dans les stations services que dans tout autre lieu susceptible de proposer une solution de paiement automatisé pour des véhicules, par exemple une zone de péage routier, une zone de stationnement ou un parking. Un autre avantage est la simplicité de la méthode paiement 35 proposée au client 1, lui permettant ainsi d'effectuer des transactions bien plus rapidement qu'avec les méthodes existantes, telles celles impliquant une utilisation physique d'une carte de paiement.In one embodiment, the transactions carried out for private cards follow the same steps as those described above with the exception that the exchanges made between the transaction management module 11 and the transaction authorization server 6 are replaced by exchanges between the transaction management module 11 and a private card transaction authorization server 12. Advantageously, the previously described embodiments make it possible to propose a payment solution based on the automatic recognition of the vehicle plates 2 , and 30 apply equally to the payment of fuel in service stations or any other place likely to offer an automated payment solution for vehicles, for example a road toll zone, a parking area or a parking lot. Another advantage is the simplicity of the payment method proposed to the client 1, enabling it to carry out transactions much more quickly than with existing methods, such as those involving the physical use of a payment card.

3024793 23 Les modes de réalisations proposés permettent par ailleurs à chaque client 1 de gérer son propre portefeuille électronique, via l'ajout et l'utilisation d'une ou plusieurs cartes de paiement, pouvant aussi bien être des cartes privatives distribuées par un vendeur spécifique 5 (ex : hypermarché) que des cartes de crédit bancaire. L'intégration de nouvelles cartes n'affecte en rien l'expérience utilisateur. Avantageusement, la possibilité pour un client 1 d'utiliser un terminal mobile avec le système 100 de paiement automatisé précédemment décrit permet en outre 10 - au client 1 d'interagir avec la plateforme 5 de données sans avoir nécessairement besoin d'utiliser un terminal déployé par un vendeur sur un lieu de vente ; à tout vendeur d'effectuer des économies financières, en évitant d'avoir à déployer nécessairement de nouveaux terminaux 4 15 interactifs sur leurs points de ventes ; de renforcer le niveau de sécurité du service proposé pour chaque utilisateur. Un terminal 4 est alors propre à chaque client 1 et non plus partagé entre plusieurs clients 1, limitant ainsi fortement les éventuels impacts sur un ensemble de clients 1 en cas de piratage 20 d'un terminal 4. De plus, l'identification d'un client 1 résulte à la fois de la reconnaissance de l'immatriculation de son véhicule 2 combiné avec la saisie par le client d'un mot de passe ou code PIN. Une transaction ne peut donc être effectuée qu'après une pré-autorisation du client 1, nécessitant au préalable une étape 25 d'authentification dudit client 1 ; au client 1 de gérer (ex : consulter, modifier, supprimer) personnellement ses propres identifiants et données depuis une unique application mobile ; au client 1 de recevoir des notifications poussées, par exemple un 30 résumé d'une transaction finalisée par SMS, de la publicité ciblée et gérer des coupons de réductions personnels. Un autre avantage, du système 100 de paiement automatisé précédemment décrit, est l'implémentation d'un service permettant de gérer des informations relatives à une flotte de véhicules 2. Un tel 35 service peut, à titres d'exemples, aussi bien être proposé à un vendeur fournissant ses services à une pluralité d'entreprises clientes (ex : 3024793 24 distribution de carburant), une entreprise afin de gérer la flotte des véhicules 2 mis à disposition de ses employés, un particulier/un professionnel possédant une pluralité de véhicules dont il souhaite gérer le mode de consommation. 5The proposed embodiments also allow each client 1 to manage their own electronic wallet, via the addition and use of one or more payment cards, which may also be private cards distributed by a specific seller. 5 (eg hypermarket) only bank credit cards. The integration of new cards does not affect the user experience. Advantageously, the possibility for a client 1 to use a mobile terminal with the previously described automated payment system 100 further allows the client 1 to interact with the data platform without necessarily having to use a deployed terminal. by a seller at a point of sale; any vendor to make financial savings, avoiding having to necessarily deploy new interactive terminals 4 15 at their points of sale; to reinforce the level of security of the service offered for each user. A terminal 4 is then specific to each client 1 and no longer shared between several clients 1, thus greatly limiting the possible impacts on a set of clients 1 in the event of hacking 20 of a terminal 4. In addition, the identification of a customer 1 results both from the recognition of the registration of his vehicle 2 combined with the entry by the customer of a password or PIN. A transaction can therefore be carried out only after a pre-authorization of the client 1, requiring in advance a step 25 of authentication of said client 1; the client 1 to manage (eg consult, modify, delete) personally his own identifiers and data from a single mobile application; Client 1 to receive push notifications, such as a summary of an SMS finalized transaction, targeted advertising, and manage personal discount coupons. Another advantage of the automated payment system 100 described above is the implementation of a service for managing information relating to a fleet of vehicles 2. Such a service may, by way of example, also be proposed. to a seller providing his services to a plurality of client companies (eg: 3024793 24 fuel dispensing), a company to manage the fleet of vehicles 2 made available to its employees, an individual / a professional having a plurality of vehicles he wants to manage the mode of consumption. 5

Claims

REVENDICATIONS1. Method of transaction management by registration recognition of a vehicle (2) of a customer (1), this method comprising the following steps: a pre-registration step (300) by the client (1) in a platform (5) data via a first terminal (4), (8), personal identification data, payment data and identification data of at least one vehicle (2); - A reading step (302) of the registration of a vehicle (2) of the customer (1) by means (3) for detection and reading deployed at a point of sale hosting the vehicle (2); a step of transmitting (303) the registration of the vehicle (2) read by the detection and reading means (3) to the data platform (5); a step of identifying (304) the vehicle (2) by the data platform (5), comparing the read license number of the vehicle (2) with the identification data of at least one prerecorded vehicle (2); an authentication step (306) of the client (1) by entering a personal identification number specific to the client (1), in the first or in a second terminal (4), (8), the terminal (4), (8) used for the authentication of the customer (1) being present at the point of sale; a step of proposing (307) a transaction to the client (1) authenticated by the terminal (4), (8) used for the authentication of the client (1), the proposed transaction being a function of the information of the data pre-recorded by the customer (1) and the vehicle (2) identified; a pre-authorization step (308) by the client (1) of the proposed transaction; a step of sending (310) to a server (6) for authorization of transaction of an authorization request by the platform (5) of data for the transaction pre-authorized by the client (1); A transaction authorization step by the transaction authorization server (6), via the transmission of a response to the data platform (5); a step of transmitting the transaction authorization by the data platform (5) to the terminal (4), (8) used for the authentication of the client (1); a step of informing the client (1) of the transaction authorization, by the terminal (4), (8) used for the authentication of the client (1). 10

2. Method according to claim 1, in which the data platform (5) proposes to the customer (1) a vehicle fleet management service (2), this service being performed by the customer (1) entering the service. first terminal (4), (8) of a set of information relating to a plurality of vehicles (2), this information comprising for each vehicle (2) a registration, the make and model of the vehicle (2), the type of fuel consumed, a consumption limit budget for one or more vehicles (2) over a configurable period, the association of each vehicle (2) with one or more pre-registered customers (1); a calculation by the platform (5) of data of the remaining consumption budget for each vehicle (2) or each customer (1), according to the transactions made by each customer (1); The customer information (1) of the transactions and the remaining budget for each vehicle (2) via an appropriate display on the first terminal (4), (8) or a message pushed to the terminal (4), (8) used for client authentication (1). 30

3. Method according to claim 1 or 2, wherein the terminal (4), (8) used for the authentication of the client (1) is a mobile terminal comprising a mobile application, the mobile application being able to offer the client (1) the updating of the data he has pre-registered, the entry of his personal identification number, the display, the pre-authorization, the status, the consultation, the recording of the transaction history and the location of at 3024793 27 minus a place of sale closest to the location of the mobile terminal.

4. Method according to any one of claims 1 to 3, wherein the data platform (5) comprises a client management module (7) able to o propose to any terminal (4), (8) a graphical interface suitable for pre-registration and / or updating of data by the client (1) in a database (9); O proposing the addition and validation of a bank payment card in the graphical interface, the validation of the bank payment card being carried out by a transaction; a transaction management module (11) able to provide to any terminal (4), (8) present at the point of sale, a graphical interface capable of authenticating the client (1), displaying the transaction proposal, allow the customer (1) to pre-authorize this transaction, inform the customer of the progress of the transaction; o to send to the transaction authorization server (6) an authorization request for the transaction pre-authorized by the client (1) and to receive the response from the transaction authorization server (6).

5. Method according to claim 4, wherein the identification of a private card added by the customer (1) in the graphical interface of the client management module (7) is communicated to a card authentication server. private (10) interfaced with the client management module (7) and the transaction management module (11); A transaction via a private card is performed by sending a transaction request from the transaction management module (11) to a private card transaction authorization server (12), followed by a server response authorization card transaction authorization (12) to the transaction management module (11). B015 8007 EN - Version: TQD 3024793 28

6. System (100) for automated payment by registration recognition of a vehicle (2) of a client (1), this system comprising a first terminal (4), (8) able to pre-record in a platform ( 5) data, personal identification data, payment data and identification data of at least one vehicle (2) entered by the customer (1) in the terminal (4), (8); detection and reading means (3) suitable for reading the registration of a vehicle (2) from the customer (1), the means (3) for detecting and reading being deployed at a point of sale hosting the vehicle (2); o to transmit the registration of the vehicle (2) read to the platform (5) of data; The platform (5) of data being able to identify the vehicle (2) by comparing the registration of the vehicle (2) with the identification data of at least one pre-registered vehicle (2); o Authenticate the client (1) by comparing a personal identification number 20 transmitted by the first or second terminal (4), (8), the terminal (4), (8) used for client authentication (1) being present at the point of sale; the terminal (4), (8) used for the authentication of the customer being able to propose to the customer (1) 25 o the entry of the personal identification number specific to the customer (1); o a transaction based on the information of the prerecorded data by the customer (1) and the vehicle (2) identified; o a pre-authorization of the proposed transaction; the data platform (5) being further adapted to send to a transaction authorization server (6) an authorization request for the transaction pre-authorized by the client (1); the transaction authorization server (6) being able to authorize the transaction by transmitting a response to the platform (5) of data; The terminal (4), (8) used for the authentication of the client being further able to receive the transaction authorization transmitted by the platform (5) of data and inform the customer (1) of the authorization transaction.

7. System according to claim 6, wherein the data platform 5 (5) is able to propose to the customer (1) a vehicle fleet management service (2), this service being performed by the customer input ( 1) in the first terminal (4), (8) of a set of information relating to a plurality of vehicles (2), this information comprising for each vehicle (2) a registration, the make and model of the vehicle (2) the type of fuel consumed, a consumption limit budget for one or more vehicles (2) over a configurable period, the association of each vehicle (2) with one or more pre-registered customers (1); A calculation by the platform (5) of data of the remaining consumption budget for each vehicle (2) or each customer (1), according to the transactions made by each customer (1); the customer information (1) of the transactions and the remaining budget for each vehicle (2) via an appropriate display on the first terminal (4), (8) or a message pushed to the terminal (4), (8) used for client authentication.

8. System according to claim 6 or 7, wherein the terminal (4), (8) used for the authentication of the client is a mobile terminal 25 comprising a mobile application, the mobile application being able to offer the customer (1 ) the updating of the data that he has pre-registered, the entry of his personal identification number, the display, the pre-authorization, the status, the consultation, the recording of the transaction history and the location at least one point of sale closest to the location of the mobile terminal.

9. System according to any one of claims 6 to 8, wherein the platform (5) of data comprises a client management module (7) able to 3024793 30 o provide any terminal (4), (8) an interface appropriate graph for data entry and recording by the client (1) in a database (9); o propose the addition of a bank payment card in the graphical interface 5, the validation of a bank payment card being carried out by a transaction proposed to the customer (1) and carried out via exchanges between the customer management module (7) and the transaction authorization server (6); a transaction management module (11) capable of offering any terminal (4), (8) used for client authentication, an appropriate graphical interface for displaying, modifying, pre-authorization of the transaction proposed to the client (1); o communicating with the transaction authorization server (6), 15 by sending an authorization request for the transaction authorized by the client (1).

The system of claim 9, further comprising a private card authentication server (10) interfaced with the client management module (7) and the transaction management module (11), able to receive the identification a private card added by the customer (1) in the graphical interface of the customer management module (7); a private card transaction authorization server (12) adapted to receive a transaction request from the transaction management module (11) for a private card and send a response concerning the request to the transaction management module (11) .