FR 3091392 A1 20200703 FR 1874382 A 20181228 Description Titre de l'invention : Procédé et système de gestion d'une flotte de véhicules partagés [0001] Domaine technique. [0002] L'invention concerne un procédé et un système de gestion d'une flotte de véhicules partagés. [0003] Le domaine de l'invention concerne notamment les méthodes pour libérer un véhicule partagé dans une zone géographique déterminée. [0004] Etat de la technique. [0005] Un service de partage de véhicule (en anglais « car-sharing ») ou véhicules en libre- service est un système dans lequel une société, une agence publique, une coopérative, une association, ou un groupe d'individus, met à la disposition de « clients » ou membres du service un ou plusieurs véhicules (ci-après « flotte de véhicules »). Plutôt que de disposer d'un véhicule personnel, l'utilisateur du service dispose d'un véhicule qu'il ne paye que pour la durée de son besoin. En d'autres termes, lorsqu'un utilisateur utilise un véhicule partagé, il est facturé d'un certain montant. Le montant facturé dépendant généralement du nombre de kilomètres parcourus et/ou du temps d'utilisation du véhicule et/ou du modèle ou type de véhicule. Le reste du temps, le véhicule est destiné à être utilisé par d'autres membres. [0006] Il peut arriver qu'à une période donnée (par exemple chaque vendredi entre 18h et 20h) et dans une zone géographie particulière (par exemple à la sortie d'une gare de trains), la demande de réservation des véhicules soit très forte. A cc jour, aucune solution efficace n'incite un utilisateur à libérer son véhicule dans cette zone géographique et durant cette période donnée. [0007] Le document US 2015/0206206 (PUENTE) décrit un procédé et un système d'échange de véhicules entre conducteurs. Un serveur peut enregistrer les requêtes de souhait de location d'un premier utilisateur et avertir un autre utilisateur enregistré que le premier utilisateur souhaite échanger ou louer son véhicule. Le système propose d'assister l'échange par la définition d'un lieu et d'une heure d'échange. La requête d'échange peut comprendre des données tarifaires ou de durée. Un inconvénient de ce système est que chaque utilisateur doit fixer un point de rendez-vous accepté d'un commun accord. Le système déciit ne propose pas de service à des gens souhaitant pouvoir disposer simplement un véhicule selon où ils se trouvent, sans avoir nécessairement à négocier avec d'autres utilisateurs. [0008] Un objectif de l'invention est de remédier aux inconvénients précités. Un autre objectif de l'invention est de proposer une méthode permettant d'inciter efficacement 2 des utilisateurs à libérer leur véhicule pour satisfaire les besoins d'autres utilisateurs de la communauté. Un autre objectif de l'invention est de proposer une solution pour mettre rapidement des véhicules à la disposition d'utilisateurs selon où ils se trouvent, sans avoir à négocier directement avec d'autres utilisateurs. [0009] Présentation de l'invention. [0010] La solution proposée par l'invention est un procédé de gestion d'une flotte de véhicules partagés par une pluralité d'utilisateurs, ledit procédé comportant les étapes suivantes : a) calcul, par un serveur informatique, d'un premier nombre de requêtes de réservation de véhicules de la flotte dans une zone géographique prédéterminée, b) détermination, par le serveur informatique, des positions géographiques des véhicules dc la flotte et calcul d'un second nombre de véhicules de la flotte disponibles dans la zone géographique, c) comparaison, par le serveur informatique, du premier nombre et du second nombre, d) si le second nombre est inférieur au premier nombre, alors identification, par le serveur informatique, des véhicules de la flotte : - qui sont indisponibles et en cours d'utilisation ; - et dont la position géographique est située dans la zone géographique ou à une distance prédéterminée de ladite zone géographique, c) génération, par le serveur informatique, d'une requête incitative incluant l'emplacement de la zone géographique, t) transmission automatique de cette requête incitative, depuis le serveur informatique via une liaison sans fil, aux véhicules identifiés de la flotte ou à au moins un équipement des utilisateurs desdits véhicules identifiés. [0011] Grâce à ce procédé, un grand nombre d'utilisateurs peuvent être incités à libérer leur véhicule partagé dans une zone géographique où la demande d'utilisation est forte. Le serveur informatique ne cible que les utilisateurs qui sont potentiellement les plus à même de libérer leur véhicule dans la zone concernée, ce qui permet d'accroitre significativement l'efficacité du service. De plus, ces utilisateurs ciblés reçoivent automatiquement les requêtes incitatives depuis le serveur informatique, et non plus depuis d'autres utilisateurs en demande, à l'inverse de ce que préconise US 2015/0206206, ce qui permet d'éviter toute négociation entre utilisateurs. En outre, le serveur informatique évalue automatiquement et de manière autonome le taux de demandes d'utilisation et ne génère les requêtes incitatives que si la demande est supérieure à l'offre. Le serveur gère ainsi de manière autonome l'offre et la demande, optimisant de fait la pertinence du service. [0012] D'autres caractéristiques avantageuses de l'invention sont listées ci-dessous. Chacune de ces caractéristiques peut être considérée seule ou en combinaison avec les 3 caractéristiques remarquables définies ci-dessus, et faire l'objet, le cas échéant, d'une ou plusieurs demandes de brevet divisionnaires : - Selon un mode de réalisation, à l'étape a), le calcul du premier nombre est opéré en prenant en compte le nombre de requêtes de réservation estimées, lequel nombre est basé sur un historique des requêtes de réservation effectives sur une période temporelle antérieure. - Selon un mode de réalisation, à l'étape a), le calcul du premier nombre est opéré en prenant en compte le nombre de requêtes de réservation effectives à un instant donné. - Selon un mode de réalisation, l'étape c) comprend une sous-étape consistant à associée un coupon électronique de réduction de facturation à la requête incitative, lequel coupon a une validité limitée dans le temps. - Selon un mode de réalisation, en outre les étapes suivantes : g) génération et transmission d'un indicateur de disponibilité au serveur informatique, depuis un véhicule de la flotte rendu disponible ou depuis un équipement mobile de l'utilisateur dudit véhicule, via une liaison sans fil, h) détermination, par le serveur informatique, de la position géographique dudit véhicule et d'un montant à facturer suite à l'utilisation dudit véhicule, i) application, par le serveur informatique, de la réduction de facturation audit montant à facturer aux conditions suivantes : - la position géographique du véhicule correspond à l'emplacement de la zone géographique ; - et la requête incitative générée à l'étape c) a été transmise au véhicule ou à l'équipement mobile de l'utilisateur dudit véhicule, préalablement à la génération de l'indicateur de disponibilité de l'étape g) ; - et le coupon de réduction est valide. - Selon un mode de réalisation, l'étape f) comprend une sous étape consistant à enregistrer, dans une zone mémoire du serveur, des identifiants des véhicules de la flotte auxquels a été transmise la requête incitative générée à l'étape e). - Selon un mode de réalisation: l'étape g) comprend une sous étape consistant à associer un identifiant du véhicule à l'indicateur de disponibilité ; - à l'étape i), le serveur informatique compare l'identifiant associé à l'indicateur de disponibilité avec les identifiants enregistrés dans sa zone mémoire, pour déterminer si la requête incitative générée à l'étape e) a été transmise au véhicule ou à l'équipement mobile de l'utilisateur dudit véhicule, préalablement à la génération de l'indicateur de disponibilité de l'étape g). - Selon un mode de réalisation, le procédé comprend en outre les étapes suivantes : g) génération et transmission d'un indicateur de disponibilité au serveur informatique, depuis un véhicule de la flotte rendu disponible ou depuis un équipement mobile de l'utilisateur dudit véhicule, via une liaison sans fil, le coupon de réduction étant associé audit indicateur de disponibilité si ledit coupon est valide, h) détermination, par le serveur informatique, de la position géographique dudit véhicule et d'un montant à facturer suite à l'utilisation dudit véhicule, i) application, par le serveur informatique, de la réduction de facturation audit montant à facturer, si la position géographique dudit véhicule correspond à l'emplacement de la zone géographique. - Selon un mode de réalisation alternatif, le procédé comprend en outre les étapes suivantes : g) génération et transmission d'un indicateur de disponibilité au serveur informatique, depuis un véhicule de la flotte rendu disponible ou depuis un équipement mobile de l'utilisateur dudit véhicule, via une liaison sans fil, le coupon de réduction étant associé audit indicateur de disponibilité, h) détermination, par le serveur informatique, de la position géographique dudit véhicule et d'un montant à facturer suite à l'utilisation dudit véhicule, i) application, par le serveur informatique, de la réduction de facturation audit montant à facturer, si la position géographique dudit véhicule correspond à l'emplacement de la zone géographique, et si le coupon de réduction est valide. - Selon un mode de réalisation, l'étape c) comprend une sous étape consistant à inclure dans la requête incitative un ou plusieurs itinéraires d'acheminement vers l'emplacement de la zone géographique. [0013] Un autre aspect de l'invention concerne un système de gestion d'une flotte de véhicules partagés par une pluralité d'utilisateurs, ledit système comportant un serveur informatique adapté pour communiquer, via des liaisons sans fil, avec les véhicules de la flotte, lequel serveur comporte au moins une unité de traitement, et au moins une mémoire comprenant une ou plusieurs applications informatiques dont les instructions, lorsqu'elles sont exécutées par ladite unité de traitement, permettent audit serveur : a) de calculer un premier nombre de requêtes de réservation de véhicules de la flotte dans une zone géographique prédéterminée, b) de déterminer les positions géographiques des véhicules de la flotte et de calculer un second nombre de véhicules de la flotte disponibles dans la zone géographique, c) de comparer le premier nombre et le second nombre, d) si le second nombre est inférieur au premier nombre, alors identifier des véhicules de la flotte : - qui sont indisponibles et en cours de fonctionnement - et dont la position géographique est située dans la zone géographique ou à une distance prédéterminée de ladite zone géographique, e) de générer une requête incitative incluant l'emplacement de la zone géographique, t) de transmettre automatiquement de cette requête incitative, via une liaison sans fil, aux véhicules identifiés de la flotte ou à au moins un équipement mobile des utilisateurs desdits véhicules identifiés. [0014] D escription des figures. D'autres avantages et caractéristiques de l'invention apparaîtront mieux à la lecture de la description d'un mode de réalisation préféré qui va suivre, en référence aux dessins annexés, réalisés à titre d'exemples indicatifs et non limitatifs et sur lesquels : [fig.1] illustre un exemple de réalisation d'un système pour la mise en oeuvre de l' invention, [fig.2] est un exemple de réalisation des étapes d'un procédé conforme à l'invention. [0015] Description des modes de réalisation. [0016] Le procédé et le système objets de l'invention engendrent des manipulations d'éléments physiques, notamment des signaux (électriques ou magnétiques) et des données numériques, capables d'être stockés, transférés, combinés, comparés, ..., et permettant d'aboutir à un résultat souhaité. [0017] L'invention met en oeuvre une ou plusieurs applications informatiques exécutées par des équipements ou serveurs informatiques. Par souci de clarté, il faut comprendre au sens de l'invention que « un équipement ou serveur fait quelque chose » signifie « l'application informatique exécutée par une unité de traitement de l'équipement ou du serveur fait quelque chose ». Tout comme « l'application informatique fait quelque chose » signifie « l'application informatique exécutée par l'unité de traitement de l'équipement ou du serveur fait quelque chose ». [0018] Encore par souci de clarté, la présente invention est susceptible de faire référence à un ou plusieurs « processus infbrmatiques logiques ». Ces derniers correspondent aux actions ou résultats obtenus par l'exécution d'instructions de différentes applications informatiques. Aussi, il faut également comprendre au sens de l'invention que « un processus informatique logique est adapté pour .faire quelque chose » signifie « les instructions d'une application informatique exécutées par une unité de traitement limt quelque chose ». [0019] Encore par souci de clarté, les précisions suivantes sont apportées à certains termes utilisés dans la description et les revendications : - « Ressource infimnatique » peut être compris de façon non limitative comme : composant, matériel, logiciel, fichier, connexion à un réseau informatique, quantité de mémoire RAM, espace de disque dur, bande passante, vitesse de processeur, nombre de CPU, etc. - « Serveur infimnatique » peut être compris de façon non limitative comme : dispositif informatique (matériel ou logiciel) comportant des ressources informatiques pour réaliser les fonctions d'un serveur et qui offre des services, ordinateur, pluralité d'ordinateurs, serveur virtuel sur intemet, serveur virtuel sur Cloud, serveur virtuel sur une plate-forme, serveur virtuel sur une infrastructure locale, réseaux de serveurs, cluster, noeud, ferme de serveurs, ferme de noeuds, etc. 6 - « Service » peut être compris de façon non limitative comme l'ensemble des fonctionnalités proposé et assuré par un serveur et par au moins un équipement connecté audit serveur SERV par l'intermédiaire d'un réseau. Le service peut comprendre par exemple, les fonctionnalités suivantes : la réservation d'un véhicule partagé parmi une liste de véhicules disponibles, la localisation d'un véhicule partagé par exemple sur une carte numérique affichée sur un équipement utilisateur, la mise à disponibilité d'un véhicule partagé après une période d'utilisation, le déverrouillage à distance d'un véhicule partagé après une réservation validée, le verrouillage à distance d'un véhicule partagé après une fin d'utilisation d'un véhicule, etc. - « Requête » désigne un ordre d'exécution pouvant suivre un protocole de communication et comprenant des paramètres en entrée (question, informations....) et éventuellement des paramètres en retour (réponse, information, ...), pouvant se présenter dans un format lié au protocole employé. - « Unité de traitement » peut être compris de façon non limitative comme : processeur, microprocesseurs, CPU (pour Central Processing Unit). - « Matériel informatique » représente une ou plusieurs pièces détachées d'un équipement informatique et peut être compris de façon non limitative comme hardware. - « Application informatique » peut être comprise comme : logiciel, programme informatique, software, etc. - « Réseau » peut être compris de façon non limitative comme : bus informatique, réseau personnel (PAN), réseau local (LAN, WLAN, ..), réseau étendu (VVAN), réseau intemet, réseau intranet, réseau extranet. Le réseau informatique est un ensemble d'équipements informatiques reliés entre eux pour échanger, de manière sécurisée ou non, des informations et/ou des données selon un protocole de communication (ISDN, Ethernet, ATM, IP, CLNP, TCP, HTTP, ...). - « Base de données » peut être comprise de façon non limitative comme un ensemble structuré et organisé de données enregistrées sur des supports accessibles par des équipements informatiques et pouvant être interrogées, lues et mises à jour. Des données peuvent y être insérées, récupérées, modifiées et/ou détruites. La gestion et l'accès à la base de données peuvent être assurés par un ensemble d'applications informatiques qui constituent un système de gestion de base de données (SGBD). - « Véhicule partagé » ou véhicules en libre-service (en anglais « car sharing ») est un véhicule mis à la disposition de « clients » ou membres. Lorsqu'un utilisateur utilise un véhicule partagé, il est facturé d'un certain montant dépendant généralement du nombre de kilomètres parcourus et/ou du temps d'utilisation du véhicule et/ou du modèle ou type de véhicule. Le véhicule peut être une voiture, une voiture autonome, une moto, un vélo, une trottinette, un bateau, etc. 7 - « Flotte » ou «parc » peut être compris comme une pluralité de véhicules partagés appartenant à une société, une agence publique, une coopérative, une association, un groupe d'individus. - Tel qu'utilisé ici, sauf indication contraire, l'utilisation des adjectifs ordinaux « premier», «deuxième», «troisième», etc., pour décrire un objet indique simplement que différentes occurrences d'objets similaires sont mentionnées et n'implique pas que les objets ainsi décrits doivent être dans une séquence donnée, que ce soit dans le temps, dans l'espace, dans un classement ou de toute autre manière. [0020] Sur la figure 1, le système pour la mise du procédé objet de l'invention comprend un serveur informatique SERV, une flotte de véhicules partagés CARI-CAR' et des utilisateurs U1-U4. La zone géographique GEO servant à exemplifier l'invention est ici une gare de trains. De manière plus générale, la zone géographique GEO peut consister en une position géographique spécifique (par exemple défini par une adresse ou des coordonnées GPS) ou une région géographique plus étendue incluant plusieurs points géographiques, par exemple le quartier d'une ville ( prédéfini dans une base de données et correspondant à une région définie par un code postal ou par une région délimitée par des rues et définissant des quartiers connus) ou une zone définissant un cercle ayant pour centre une position géographique spécifique (ex : le centre de la gare) et un rayon ou un diamètre prédéfini (ex : rayon de 200 m). [0021] Les utilisateurs U1-U4 disposent chacun d'au moins un équipement mobile EQ1-EQ4 qui sont des équipements électroniques comportant une interface de communication, par exemple GSM, 3G, 4G ou Wifi, pour établir une liaison de communication sans fil avec le serveur SERV au travers d'un réseau NET. Ce dernier est par exemple un réseau intemet, s'appuyant sur une infrastructure permettant d'acheminer des communications sans fil provenant des équipements EQI-EQ4. Les équipements EQ1-EQ4 sont préférentiellement des téléphones intelligents (Smanphones), des tablettes numériques, des ordinateurs portables, etc. ils comprennent les ressources informatiques, par exemple un code exécutable d'une application informatique téléchargeable, permettant de réaliser des fonctions du procédé de l'invention. Selon un mode de réalisation, chaque utilisateur Ui est enregistré auprès d'un serveur de gestion de droits qui peut être ou non le serveur distant SERV. Les utilisateurs Ui accèdent à un service correspondant à l'accès aux véhicules CAR1-CAR7. L'enregistrement d'un utilisateur peut être réalisé auprès d'un service web d'un serveur distant associé au service. L'enregistrement comporte par exemple l'enregistrement d'un identifiant utilisateur Ui et une adresse réseau de l'équipement utilisateur EQi, il peut s'agir d'un port, d'une adresse IP, d'une adresse MAC ou toute autre adresse ou combinaisons d'éléments constituants des adresses permettant d'identifier un équipement utilisateur EQi. Selon un mode de réalisation, les utilisateurs Ui sont préinscrits à partir d'un logiciel et sont 8 connus du fait qu'un identifiant est enregistré dans une base de données distante. Selon un mode de réalisation, une base de données associe un véhicule CAR; à un utilisateur 1.1, lorsque ce dernier utilise le véhicule CAR;. Selon un mode de réalisation, le serveur SERV comporte une fonction permettant de réaliser les associations. [0022] Chaque véhicule CAR,-CAR, est associé à un numéro d'identification unique. Chaque véhicule CAR,-CAR, dispose avantageusement d'au moins un équipement CEQ,- CEQ, comportant une interface de communication, par exemple GSM, 3G, 4G ou Wifi, pour établir une liaison de communication sans fil avec le serveur SERV au travers d'un réseau NET. Les équipements CEQ,- CEQ, sont préférentiellement des ordinateurs embarqués comprenant les ressources informatiques permettant de réaliser des fonctions du procédé de l'invention. A un instant donné, les véhicules CARI-CAR, peuvent être : - avec un statut dit « Disponible » : le véhicule est stationné (garé) et non réservé, - avec un statut dit « Indisponible » : soit le véhicule est stationné mais déjà réservé par un utilisateur (statut « Indisponible-Réservé »), soit le véhicule est en cours de fonctionnement (statut « Indisponible-en fonctionnement »). On considèrera dans cc dernier cas qu'un utilisateur (non représenté sur la figure 1) est installé dans le véhicule et dispose d'un équipement électronique mobile similaire aux équipements EQ1-EQ4. [0023] Le serveur SERV met régulièrement à jour, préférentiellement en temps réel, une base de données des véhicules de la flotte. Cette base de données regroupe notamment : l'identifiant de chaque véhicule CAR, leur statut (« Disponible » ou « Indisponible-Réservé » ou « Indisponible-en fonctionnement »), et leur position géographique. D'autres informations et/ou données peuvent être regroupées dans la base de données, le cas échéant. La base de données peut être enregistrée dans une zone mémoire du serveur SERV ou être distante dudit serveur et connectée à ce dernier. [0024] L'information sur le statut d'un véhicule CARi est transmise au server SERV en temps réel ou a des intervalles de temps prédéfinis (par exemple toutes les 5 minutes). Cette information peut être transmise au serveur SERV : - par l'équipement embarqué CEQ; du véhicule CARi suite à une détection d'un évènement. Cet évènement est par exemple généré par une action de l'utilisateur sur une commande spécifique aménagé sur le tableau de bord du véhicule CAK. Cette commande peut être actionnée lorsque l'utilisateur a stationné son véhicule et libéré le véhicule. Le statut passe alors de « hidisponible-en fonctionnement » à « Disponible », - par l'équipement EQ de l'utilisateur U du véhicule CAR,, consécutivement à une action dudit l'utilisateur sur son équipement. L'utilisateur peut par exemple actionner une touche dédiée affichée sur un écran tactile de son équipement, après avoir stationné et libéré son véhicule. Le statut passe alors de « Indisponible-en fonctionnement » à « Disponible ». 9 Lorsque le serveur SERV reçoit une requête de réservation de la part d'un utilisateur et qu'il peut faire droit à cette requête (c'est-à-dire qu'un véhicule est disponible à la réservation), ledit serveur fait passer le statut d'un véhicule de « Disponible » à « Indisponible-Réservé ». Cette requête de réservation peut par exemple être générée via un équipement EQ, ou via une application informatique auquel l'utilisateur -113 est abonné. [0025] La position géographique peut être obtenue par satellite (système GPS ou Galilco) ou par un système de triangulation (par exemple, un système utilisant les cellules d'un réseau 4G) ou par une combinaison des deux systèmes de localisation. L'équipement CEQ, d'un véhicule CAR, comporte avantageusement un composant, par exemple un composant GPS, permettant d'obtenir une information de géo-localisation qui peut être récupérée par le serveur SERV. Le serveur SERV peur récupérer automatiquement cette information en interrogeant en temps réel ou a intervalles de temps régulier (par exemple toutes les 5 minutes), les équipements CEQi des véhicules. Les équipements des véhicules peuvent également transmettre automatiquement cette information au serveur SERV (sans répondre à une requête d'interrogation), en temps réel ou a intervalles de temps régulier (par exemple toutes les 5 minutes). Selon une alternative, la position géographique d'un véhicule CAR; peut correspondre à une position définie à partir d'une interface de saisie d'un équipement EQ; d'un utilisateur U; utilisant le véhicule CARi. Par exemple, l'utilisateur -D; peut évaluer une position à partir d'une carte interactive affichée sur une interface graphique de son équipement EQ. Cette position est ensuite transmise au serveur SERV. [0026] Dans l'exemple de la figure 1, les véhicules CARI et CAR, sont stationnés à proximité de la gare GEO (par exemple dans un parking dédié) et sont libres (statut - Disponible »). Les véhicule CAR,-CAR,, sont en fonctionnement (statut - Indisponible-en fonctionnement ») et le véhicule CAR, est stationné mais déjà réservé par un utilisateur (statut « Indisponible-Réservé »). Les utilisateurs U1-U4 sont dans la gare de trains GEO, ou à proximité de celle-ci, et souhaitent faire une réservation de véhicule dans cette zone. Pour ce faire, ils transmettent au serveur SERV une requête de réservation, qui est par exemple générée depuis leur équipement EQ1 - EQ4 ou via une application informatique auquel les utilisateurs sont abonnés. [0027] Les utilisateurs U1-U4 indiquent la zone géographique où ils souhaitent récupérer leur véhicule. La localisation de cette zone géographique peut être par défaut la position géographique des utilisateurs U1-U4 au moment où ils transmettent leur requête de réservation. Cette position peut être obtenue par satellite (système GPS ou Galileo) ou par un système de triangulation (par exemple, un système utilisant les cellules (l'un réseau 4G) ou par une combinaison des deux systèmes de localisation. Chaque équipement EQI-EQ4 comporte avantageusement un composant, par exemple un composant GPS, permettant d'obtenir une information de géo-localisation qui est automatiquement incluse dans la requête de réservation. Dans une variante de réalisation, lors de la génération de la requête de réservation, l'utilisateur renseigne la zone géographique où il souhaite récupérer son véhicule. Cette zone peut par exemple être renseignée depuis d'une carte interactive affichée sur une interface graphique de son équipement. La position de cette zone géographique est ensuite jointe à la requête de réservation et transmise au serveur SERV. [0028] Dans le cadre de la présente invention, le serveur SERV analyse les requêtes de ré- servation des utilisateurs U1-U4 et constate que ces derniers souhaitent récupérer leur véhicule dans la même zone géographique, ici la gare de train GEO. De manière générale, le serveur SERV peut définir que plusieurs utilisateurs souhaitent récupérer leur véhicule dans une même zone géographique lorsque les positions renseignées par chaque utilisateur sont concentrées dans un cercle de diamètre prédéfini, par exemple un cercle dont diamètre est compris entre 50 ni et 1 km. Dans l'exemple de la figure 1, la zone géographique GEO de la gare peut être définie par un cercle dont le centre correspond au point central de ladite gare et dont le diamètre est de 400 ni. Le serveur SERV peut ainsi calculer un premier nombre de requêtes de réservation dans la zone géographique GEO. Ici, le premier nombre de requête est égal à 4, soit le nombre des utilisateurs-ft-ai. [0029] Le serveur SERV interroge alors la base de données pour déterminer les véhicules de la flotte dont la position géographique est incluse dans la zone géographique GEO et qui sont libres (statut « Disponible »). Dans l'exemple de la figure 1, le serveur SERV calcule que seuls les véhicules CAR, et CAR2 sont disponibles dans la zone GEO. Le nombre de véhicules disponibles dans la zone géographique GEO, dénommé second nombre, est ici égal à 2. [0030] Le serveur SERV va comparer le premier nombre (demande) et le second nombre (offre). Si le second nombre est supérieur ou égal au premier nombre (offre supérieure ou égale à la demande), alors le serveur SERV va gérer les réservations de manière classique et affecter un véhicule à chacun des utilisateurs U1-U4. [0031] Si le second nombre est inférieur au premier nombre (offre inférieure à la demande), le serveur SERV va mettre en oeuvre un processus informatique logique conduisant à inciter d'autres utilisateurs à libérer leur véhicule dans la zone GEO géographique. Tel est le cas dans l'exemple de la figure 1, où il y seulement 2 véhicules disponibles, CAR et CAR,, alors que 4 requêtes de réservation ont été reçues par le serveur SERV. Ce dernier identifie des véhicules qui sont indisponibles et en cours d'utilisation (statut Indisponible-en fonctionnement »), et dont la position géographique est située dans la zone géographique GEO et/ou à une distance prédéterminée de ladite zone géographique. 11 [0032] Le serveur SERV interroge la base de donnée est sélectionne les véhicules CAR3 - CAR6 qui sont indisponibles et en cours de fonctionnement (statut « Indisponible-en fonctionnement »). Le véhicule CAR, n'est pas sélectionné car son statut est « Indisponible-Réservé ». [0033] Le serveur SERV sélectionne parmi les véhicules sélectionnés CAR3-CAR6, ceux dont la position géographique est située dans la zone géographique GEO ou à une distance prédéterminée de ladite zone. Par exemple, le serveur SERV peut identifier les véhicules situés dans un rayon de 10 km de la zone géographique GEO. Plus particulièrement sur la figure 1, le serveur SERV défini une zone élargie GEO' incluse dans un cercle dont le centre correspond au point central de la gare et dont le diamètre est de 20 km. Tous les véhicules inclus dans cette zone élargie GEO' sont retenus par le serveur SERV. Sur la figure 1, les véhicules CAR3-CALsont sélectionnés. Le véhicule CAR6étant en dehors de la zone élargie GEO', il n'est pas retenu par le serveur SERV. Pour ce véhicule CAR6, le processus est masqué, l'utilisateur dudit véhicule n'étant pas informé par le serveur SERV. Selon une alternative, la zone élargie GEO' est définie non pas en terme de distance spatiale, mais en terme de distance temporelle. Par exemple, le serveur SERV retient les véhicules qui sont susceptibles de mettre moins de 10 minutes (ou un autre temps déterminé) pour rejoindre la zone géographique GEO. Grâce à cette sélection, le serveur SERV ne cible que les utilisateurs et véhicules qui ont le plus de chances d'être libérés dans la zone géographiques GEO, ce qui permet d'accroître le niveau de l'offre. [0034] Le serveur SERV génère, une requête incitative incluant l'emplacement (ou co- ordonnées géographiques) de la zone géographique GEO. Un ou plusieurs itinéraires d'acheminement vers l'emplacement de la zone géographique GEO peuvent être inclus dans cette requête. Dans un exemple, les itinéraires d'acheminement prennent en compte le trafic routier de manière à proposer le chemin le plus rapide pour arriver à la zone géographique GEO. Ces itinéraires sont calculés en prenant comme point de départ la position géographique des véhicules CAL-CARS. Les itinéraires peuvent donc être différents d'un véhicule à un autre. [0035] Les requêtes sont dites « incitatives » en ce sens qu'elles incitent les utilisateurs des véhicules CAR-CAR s à libérer leur véhicule dans la zone géographique GEO. Pour ce faire, les requêtes peuvent inclure des données permettant d'afficher un message du type « en libérant votre véhicule dans la zone GEO, vous rendez service à d'autres utilisateurs de la communauté ». Pour inciter davantage les utilisateurs, les requêtes incluent avantageusement une donnée de réduction de facturation, qui s'apparente à un coupon de réduction électronique. En d'autres termes, et comme expliqué plus avant dans la description, l'incitation est financière : une réduction est appliquée sur le montant facturé si l'utilisateur libère effectivement son véhicule dans la zone géo- 12 graphique GEO. Le besoin en véhicules dans la zone géographique GEO est généralement limité dans le temps, par exemple un vendredi entre 18h et 20h. En dehors de cette période, la demande de réservation peut ne souffrir d'aucun pic. Aussi, on prévoit avantageusement que le coupon réduction a une validité limitée dans le temps, par exemple le vendredi 31 décembre 2018 entre 18h et 20h. Au-delà de cette heure et de cette date, plus aucune réduction de facturation ne sera accordée. [0036] Le serveur SERV transmet ces requêtes aux véhicules CAR3-CAR sélectionnés, au travers du réseau NET. Ces requêtes sont dans ce cas directement reçues par les équipements embarqués CEQ3-CEQ5 desdits véhicules. A réception de ces requêtes, les équipements CEQ3-CEQ5 peuvent afficher sur une interface graphique aménagée dans les véhicules CAR3-CAR5, l'emplacement de la zone géographique GEO (par exemple localisé sur la carte), éventuellement accompagné d'un ou plusieurs itinéraires d'acheminement et d'un message incitatif du type « en libérant votre véhicule dans la zone GEO, vous rendez service à d'autres utilisateurs de la communauté » ou « en libérant votre véhicule dans la zone GEO, vous bénéficierez d'une réduction de X fsur votre facture ». Cc message incitatif mentionne également la durée de validité de l'offre de réduction, par exemple « offre valable le vendredi 31 décembre 2018 de 18h à 20h ». Dans une variante de réalisation, le serveur SERV transmet les requêtes aux équipements mobile (ex : Smartphoncs) des utilisateurs des véhicules CAR3-CAR. Cette transmission est réalisée au travers du réseau NET. A réception de ces requêtes, les équipements peuvent afficher sur leur interface graphique, l'emplacement de la zone géographique GEO, éventuellement accompagné d'un ou plusieurs itinéraires d'acheminement et d'un message incitatif du type « en libérant votre véhicule dans la zone GEO, vous rendez service à d'autres utilisateurs de la communauté » ou « en libérant votre véhicule dans la zone GEO, vous bénéficierez d'une réduction de X e sur votre facture. Offre valable le vendredi 31 décembre 2018 de 18h à 20h ». Dans une autre variante de réalisation, le serveur SERV transmet les requêtes non seulement aux équipements embarqués CEQ3-CEQ5 des véhicules CAR-CAR, mais également aux équipements des utilisateurs desdits véhicules. Quel que soit le mode de réalisation, les utilisateurs sont automatiquement avertis par le serveur SERV, et de manière centralisée. [0037] Prenons l'exemple où l'utilisateur du véhicule CAR3 répond favorablement à la requête incitative, en ce sens qu'il libère son véhicule dans la zone géographique GEO. Un indicateur de disponibilité du véhicule CAR3 est alors transmis au serveur SERV, permettant d'indiquer à ce dernier que le véhicule CAR3 est disponible à nouveau. Comme expliqué précédemment, l'indicateur de disponibilité peut être généré et transmis depuis l'équipement embarqué CEQ3 du véhicule CAR3 suite à la détection d'un évènement. Cet évènement est par exemple généré par une action de l'utilisateur 13 sur une commande spécifique aménagé sur le tableau de bord du véhicule CAR3 lorsqu'il a stationné et libéré ledit véhicule. L'indicateur de disponibilité peut également être généré et transmis depuis l'équipement mobile (ex : Smartphoncs) de l'utilisateur du véhicule CAR3, consécutivement à une action dudit l'utilisateur sur son équipement. L'utilisateur peut par exemple actionner une touche dédiée affichée sur un écran tactile de l'équipement, après avoir stationné et libéré son véhicule. [0038] Le serveur SERV détermine la position géographique du véhicule CAR3 Comme indiqué précédemment, cette position géographique peut être obtenue par satellite, par triangulation ou par une combinaison des deux systèmes de localisation. La position géographique peut encore être générée par l'équipement mobile de l'utilisateur et transmise en même temps que l'indicateur de disponibilité. Le serveur SERV détermine également le montant à facturer suite à l'utilisation du véhicule CAR3. [0039] Le serveur SERV compare la position géographique du véhicule CAR3 et la position de la zone géographique GEO. Si la position géographique du véhicule CARI correspond à l'emplacement de la zone géographique GEO, alors le serveur SERV applique la réduction de facturation au montant à facturer. Par exemple, si le montant initial à facturer est de 20E et que la réduction est de 5C, alors le serveur SERV ne facturera que 15C à l'utilisateur du véhicule CAR3. A l'inverse, si la position géographique du véhicule CARI ne correspond pas à l'emplacement de la zone géographique GEO, alors le serveur SERV n'appliquera pas la réduction de facturation au montant à facturer : 20E seront facturés à l'utilisateur. Comme mentionné précédemment, la réduction de facturation n'est accordée que si la donnée de facturation est encore valide, c'est-à-dire que l'utilisateur a bien libéré son véhicule dans la zone géographique GEO pendant la période de validité de l'offre de réduction (vendredi 31 décembre 2018 de 18h à 20h). [0040] La réduction n'est en outre accordée qu'aux utilisateurs ayant volontairement fait la démarche de satisfaire les besoins d'autres utilisateurs. Il ne paraît pas justifier d'accorder une réduction aux utilisateurs ayant libéré leur véhicule de manière hasardeuse dans la zone géographique GEO. Aussi la réduction n'est accordée que si la requête incitative a été transmise au véhicule CAR3 ou à l'équipement mobile de l'utilisateur dudit véhicule, préalablement à la génération de l'indicateur de disponibilité. [0041] Plusieurs méthodes permettent au serveur SERV de savoir si la requête incitative a été transmise à un véhicule ou à l'équipement mobile de l'utilisateur dudit véhicule, préalablement à la génération de l'indicateur de disponibilité. Selon un mode de réalisation, le serveur SERV enregistre, dans une zone mémoire, les identifiants des véhicules CAR3-CAR5 auxquels a été transmise la requête incitative. Lorsque l'indicateur de disponibilité est transmis au serveur SERV, l'équipement CEQ3 du 14 véhicule CAR3 rendu disponible ou l'équipement mobile de l'utilisateur dudit véhicule, intègre ou joint à cet indicateur, l'identifiant dudit véhicule. A réception de l'indicateur de disponibilité, il suffit alors au serveur SERV de comparer l'identifiant associé à l'indicateur de disponibilité avec les identifiants enregistrés dans sa zone mémoire. Si l'identifiant correspond à un identifiant enregistré, alors le serveur SERV peut déterminer si la requête incitative a été transmise au véhicule CAR3 ou à l'équipement de l'utilisateur dudit véhicule, préalablement à la génération de l'indicateur de disponibilité, ledit serveur appliquant alors la réduction. Dans le cas contraire, le serveur SERV n'applique pas la réduction. [0042] Selon un autre mode de réalisation, si le coupon de réduction est valide (i.e. qu'il n'est pas périmé), il est associé à l'indicateur de disponibilité. Cette association est opérée par l'équipement CEQ3 du véhicule CAR3 rendu disponible, ou par l'équipement mobile de l'utilisateur dudit véhicule. Pour savoir s'il doit appliquer la réduction, le serveur SERV doit simplement vérifier que la position géographique du véhicule CAR3 correspond à l'emplacement de la zone géographique GEO. En effet, dans la mesure où le coupon de réduction est associé à l'indicateur de disponibilité, le serveur SERV en déduit automatiquement que la requête incitative a été transmise au véhicule CAR3, ou à l'équipement mobile de l'utilisateur dudit véhicule, préalablement à la génération de l'indicateur de disponibilité et que le coupon de réduction est valide. Comparé au mode de réalisation décrit précédemment, ce mode de réalisation est particulièrement avantageux car il le nombre de calculs effectués par le serveur SERV est réduit, ce qui permet de consommé moins d'énergie et de solliciter moins de ressources informatiques. [0043] Selon un autre mode de réalisation, le coupon de réduction est systématiquement associé à l'indicateur de disponibilité, que ledit coupon soit valide ou périmé. Pour savoir s'il doit appliquer la réduction, le serveur SERV doit donc vérifier, outre la position géographique du véhicule CAR3, la validité du coupon de réduction. [0044] Dans les modes de réalisation décrits aux paragraphes précédents, le serveur SERV calcule le premier nombre de requêtes de réservation effectives, à un instant donnée, et définie sa stratégie en fonction des véhicules effectivement disponibles à un instant donné. Le but de cette stratégie étant que l'offre de véhicules an-ive à compenser la demande de réservation, dans une zone géographique spécifique. [0045] Selon un autre mode de réalisation, le serveur SERV est configuré pour anticiper un potentiel déséquilibre entre les offres de véhicules et les demandes de réservation, dans une zone géographique donnée. Pour ce faire, le serveur SERV calcul le premier nombre de requêtes de réservation en prenant en compte le nombre de requêtes de réservation estimées, basé sur un historique des requêtes de réservation effectives sur une période temporelle antérieure. En s'appuyant sur un apprentissage machine (machine learning en anglais, qui est une branche de l'intelligence artificielle), le serveur SERV peut avoir la capacité d'anticiper des situations potentiellement problématiques, en ce sens où, dans des zones géographiques données, les offres de véhicules pourraient être inférieures aux demandes de réservation. En analysant l'évolution des requêtes de réservation reçues, le serveur SERV peut anticiper qu'à une période donnée et dans une zone géographie particulière, la demande de réservation de véhicules est systématiquement très forte. Par exemple, le serveur SERV peut déceler que chaque vendredi de l'année, entre 18h et 20h, à la sortie d'une gare de trains spécifique, il y a en moyenne 15 demandes de réservation. [0046] En se basant sur l'exemple de la figure 1, prenons l'hypothèse où deux véhicules CAR, et CAR2 sont stationnés à proximité de la gare GEO et sont libres (statut « Disponible »). Si à 18h, seulement deux utilisateurs U1-112 transmettent une requête de réservation au serveur SERV, celui-ci va constater que le premier nombre de requêtes de réservation effectives (=2) correspond au second nombre de véhicules disponibles (=2). Si le calcul du premier nombre est opéré en ne prenant en compte que le nombre de requêtes de réservation effectives à 18h, alors le serveur SERV ne va mettre en oeuvre le processus informatique logique permettant de générer et transmettre les requêtes incitatives. Cela peut être problématique, car ce processus logique ne sera mis en oeuvre qu'à la réception d'une nouvelle requête en réservation (ex : à 18h10). Il faut un certain temps avant que des utilisateurs avertis libèrent leur véhicule à proximité de la gare GEO (ex : pas avant 18h20). Les utilisateurs ayant requis une réservation devront donc patienter un certain laps de temps avant de récupérer un véhicule disponible. [0047] Au contraire, si le serveur SERV prend en compte l'historique des requêtes de ré- servation, il va anticiper qu'environ 15 demandes de réservation vont être requises. Le premier nombre calculé par le serveur SERV va donc être égal à 15 et non pas à 2, ce premier nombre étant supérieur au second nombre de véhicules disponibles (=2). Dès 18h, et préférentiellement avant cette heure (ex : dès 17h50), le serveur SERV va pouvoir mettre en oeuvre le processus logique permettant de générer et transmettre les requêtes incitatives. Les utilisateurs avertis vont ainsi pouvoir atteindre la gare GEO plus rapidement et libérer leur véhicule en avance, de sorte que les utilisateurs ayant requis une réservation patienteront moins longtemps. [0048] Selon un autre mode de réalisation, le serveur SERV va calculer le premier nombre de requêtes de réservation en prenant en compte : le nombre de requêtes de réservation effectives à un instant donné, et le nombre de requêtes de réservation estimées, basé sur l'historique des requêtes de réservation effectives sur une période temporelle antérieure. Par exemple, le serveur SERV commence par considérer uniquement un nombre estimé qui est basé sur l'historique des requêtes de réservation (ex : 15 16 requêtes estimées). Puis, dès que le nombre de requêtes de réservation effectives dépasse ce nombre estimé (ex : à partir de 16 requêtes effectives), le serveur SERV ne considère que ce nombre effectif. Cette technique permet d'optimiser la réduction du temps d'attente des utilisateurs ayant requis une réservation, au début de la période de forte demandes, puis de gérer en temps réel le rééquilibrage entre l'offre et la demande lorsque le nombre de demande de réservation effectives dépasse le nombre de demandes estimées. [0049] L'invention concerne également un produit programme d'ordinateur comportant des instructions pour la mise en oeuvre des différentes étapes du procédé de l'invention. Les étapes peuvent être réalisées par un programme d'ordinateur enregistré dans la mémoire du serveur SERV et dont les instructions sont exécutées par l'unité de traitement dudit serveur. Selon différents modes de réalisation, des étapes du procédé peuvent être réalisées par un ou plusieurs équipements EQ, CEQ. [0050] La figure 2 représente un synoptique des principales étapes d'un procédé selon l'invention. La figure 2 schématise cinq entités déjà représentées à la figure 1, à savoir les équipements mobiles EQI-EQ4 des utilisateurs U1-U4, le serveur SERV et l'équipement CEQ d'un véhicule CAR. Selon un mode préféré de réalisation : - Les étapes notées GEN REQ RESA schématise la génération des requêtes de réservation depuis les équipements mobiles EQ1-EQ4 des utilisateurs U1-U4. - Ces requêtes de réservation sont transmises au serveur SERV qui calcule alors le premier nombre de requêtes de réservation dans la zone géographique prédéterminée. Cette étape de calcul est notée CAL_NBI. - Dans une étape POS_GEO, le serveur SERV détermine les positions géographiques des véhicules de la flotte et sélectionne ceux qui sont localisés dans la zone géographique concernée. - A l'étape CAL_NB2, le serveur SERV calcule un second nombre, qui correspond au nombre de véhicules localisés dans la zone géographique concernée et ayant un statut « Disponible ». L'ordre des étapes POS_GEO et CAL_NB2 peut être inversé : le serveur SERV recherche d'abord les véhicules ayant un statut « Disponible » puis sélectionne parmi ces véhicules ceux qui sont localisés dans la zone géographique concernée. - A l'étape COMP_NB, le serveur SERV compare le premier nombre et le second nombre. - Si le second nombre est inférieur au premier nombre, alors, dans une étape IDEN_VEHI, le serveur SERV identifie les véhicules qui ont un statut Indisponible-en fonctionnement », et dont la position géographique est située dans la zone géographique concernée ou à une distance prédéterminée de celle-ci. - A l'étape GEN_REQ_INCI, le serveur SERV génère une requête incitative incluant 17 l'emplacement de la zone géographique concernée. Le coupon de réduction de facturation (étape REDU) et/ou un ou plusieurs itinéraires d'acheminement vers l'emplacement de la zone géographique concernée (étape ITIN), peuvent être associés à la requête incitative. Cette requête (et le cas échéant le coupon de réduction et/ou les itinéraires) est automatiquement transmise aux véhicules identifiés à l'étape IDEN VEHI. - Dans une étape ENR ID VEITI, le serveur SERV peut enregistrer dans une zone mémoire, les identifiants des véhicules identifiés à l'étape IDEN VEHI et auxquels la requête incitative a été transmise. - L'étape ACCEPT REQ INCI illustre la réception de la requête incitative par l'équipement CEQ d'un véhicule identifié à l'étape IDEN VEHI. - A l'étape GEN INDI, l'équipement CEQ du véhicule génère un indicateur de disponibilité, l'utilisateur ayant libéré ledit véhicule dans la zone géographique concernée. Un identifiant du véhicule peut être associé à l'indicateur de disponibilité (étape ID VEHI). Le coupon de réduction peut également être associé à cet indicateur (étape REDU VEHI). Cet indicateur (et le cas échéant l'identifiant du véhicule et/ou le coupon de réduction) est transmis au serveur SERV. - A l'étape POS GEO VEHI, le serveur SERV détermine la position géographique du véhicule ayant transmis l'indicateur de disponibilité. - A l'étape FACT, le serveur SERV détermine le montant à facturer, avec application de la réduction (étape APPLI_REDU) si les conditions d'application de la réduction sont réunies. Les étapes ACCEPT_REQ_INCI, GEN_INDI, ID_VEHI, REDU_VEHI peuvent être réalisées par un équipement mobile des utilisateurs des véhicules identifiés à l'étape IDEN_VEHL [0051] L'agencement des différents éléments et/ou moyens et/ou étapes de l'invention, dans les modes de réalisation décrits ci-dessus, ne doit pas être compris comme exigeant un tel agencement dans toutes les implémentations. Notamment, une ou plusieurs caractéristiques exposées seulement dans un mode de réalisation peuvent être combinées avec une ou plusieurs autres caractéristiques exposées seulement dans un autre mode de réalisation. En particulier, le coupon de réduction peut être utilisé ultérieurement par un utilisateur, afin d'obtenir une réduction de facturation sur une autre course. En complément ou en substitution du coupon de réduction, le serveur SERV peut joindre la requête incitative, un bon électronique offrant aux utilisateurs un service supplémentaire, par exemple l'accès sans frais supplémentaire, à un modèle de véhicule haut de gamme. 18 [Revendication I] [Revendication 2] [Revendication 3] [Revendication 4] [Revendication 5]