Brevet FR3073309A1 — publié le 20190510

PROCEDE DE MISE A DISPOSITION D'UN VEHICULE ET DE SA RESTITUTION DANS UN PARC DE VEHICULES DISPONIBLES A LA RESERVATION, PROCEDE DE RESERVATION D'UN VEHICULE, SYSTEME DOMAINE Le domaine de l'invention concerne les méthodes pour réserver un véhicule. Le domaine de l'invention concerne également les méthodes pour rendre disponible un véhicule et le restituer dans un parc de véhicules disponibles à la réservation. Le domaine de l'invention concerne plus particulièrement les procédés mis en oeuvre à partir d'un téléphone intelligent ou d'un équipement électronique portable. ETAT DE L'ART Il existe des procédés pour réserver et mettre à disposition un véhicule notamment automobile. Dans ces méthodes, généralement un véhicule personnel ou d'une flotte professionnelle est mis à disposition au sein d'un parc de véhicules. Le document US 2015 0348178 Al décrit un procédé pour sous-louer un véhicule pendant une durée prédéfinie, par exemple à partir d'un téléphone mobile. Une demande est effectuée à partir d'un équipement d'un premier utilisateur qui accède, grâce à un serveur, à une liste de véhicules disponibles répondant à la demande faite (durée, localisation, tarif, etc.). Le serveur transmet une requête correspondant à un choix du loueur auprès d'un propriétaire. Un inconvénient, pour le propriétaire, d'un tel procédé est de devoir garer son véhicule dans une localisation certaine. Enfin, il n'existe pas de solution permettant à un propriétaire d'un véhicule pour mettre à disposition son véhicule n'importe quand et quel que soit la situation du véhicule. Le document US 2015 206206 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 - 2 - 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. 5 Un inconvénient de ce système est que chaque utilisateur doit fixer un point de rendez-vous et déplacer leur véhicule pour l'échanger. Le système décrit ne propose pas de service à des gens n'ayant pas de véhicule ou souhaitant réserver simplement un véhicule selon où il se trouve. 10 L'invention vise à pallier les inconvénients précités. RESUME DE L'INVENTION La solution proposée par l'invention est un procédé de mise à disposition d'un véhicule comprenant les étapes suivantes : 15 génération d'une première requête depuis un premier équipement d'un premier utilisateur d'un véhicule vers un serveur à partir d'un réseau de données afin d'indiquer une mise à disponibilité dudit véhicule dans une première zone ; réception d'une troisième requête par le premier équipement depuis le 20 serveur distant indiquant une demande d'accès audit véhicule par un second utilisateur ; acceptation de la demande d'accès à partir du premier équipement. Ce procédé est remarquable en ce que la première requête comprend : 25 une information de disponibilité du véhicule, une information d'état indiquant un état du véhicule précisant que le véhicule est en cours de fonctionnement et ; une première information géographique. 30 L'utilisateur peut ainsi mettre à disposition son véhicule n'importe quand et quel que soit la situation du véhicule, sans devoir fixer un point de rendez-vous ou déplacer leur véhicule pour l'échanger. - 3 - Ce procédé peut être mise en oeuvre dans une solution déjà existante d'un système de mise à disposition de véhicules parmi un ensemble de véhicules d'un parc, par exemple de particuliers ou d'une flotte de véhicules dédiés à la location. 5 Un des autre avantages de l'invention est de pouvoir faire grandir un parc de véhicules disponibles auprès d'une communauté de personnes en prenant en considération des véhicules en état de fonctionnement pour lesquels le conducteur cherche à stationner sur une place. Un autre avantage de l'invention est de diminuer le trafic dans les villes 10 en diminuant notamment la circulation de certains véhicules qui cherchent à se garer. Ainsi, la consommation de ces véhicules baisse car il devient inutile de circuler pendant un certain temps avant de trouver une place. Enfin, le procédé de l'invention permet de transmettre un véhicule prêt à l'emploi, le moteur ronronnant et la radio en marche. 15 Le procédé de l'invention a en outre comme avantage de pouvoir signaler au moins un véhicule comportant une information relative au statut d'un véhicule de la liste, par exemple : « en cours d'utilisation », D'autres caractéristiques avantageuses de l'invention sont listées ci- 20 dessous. Chacune de ces caractéristiques peut être considérée seule ou en combinaison avec les caractéristiques remarquables définies ci-dessus, et faire l'objet, le cas échéant, d'une ou plusieurs demandes de brevet divisionnaires : - Avantageusement, la première information géographique comporte : une première position correspondant à la position courante du véhicule ; et/ou une 25 première zone définie autour de la première position. - La troisième requête comporte avantageusement une seconde information géographique, ladite seconde information géographique comportant : une seconde position correspondant à la position courante d'un utilisateur ; et/ou une seconde zone définie autour de la seconde position. 30 - Selon une variante de réalisation, la troisième requête comporte : une seconde position géographique correspondante à une position d'un second utilisateur souhaitant réserver le véhicule ; et/ou une troisième position - 4 - géographique correspondante à une position d'un point de rencontre calculée à partir de la première position et/ou d'une seconde position correspondante à une position d'un second utilisateur souhaitant réserver le véhicule. - Cette troisième position géographique peut être déterminée à partir 5 d'une zone commune de la première zone et de la seconde zone. - Cette troisième requête peut comporter une information de distance ou de temps comportant en outre une durée estimée calculée à partir d'une position courante du véhicule et la troisième position géographique. - Préférentiellement, l'information d'état comporte en outre une 10 donnée correspondante à : un descriptif d'une place occupée par le véhicule parmi lesquels : {double-file ; feu rouge ; bateau ; livraison ; circule} ; et/ou un descriptif de stationnement du véhicule parmi lesquels : {clignotant ; warning ; feux}; et/ou un descriptif du véhicule parmi lesquels : {couleur, modèle, marque, année}. - Le procédé peut en outre comporter l'étape de : enregistrement dans 15 une mémoire du serveur (de l'information de disponibilité du nouveau véhicule et de la première information géographique consécutivement à la réception à la première requête. - Le procédé peut en outre comporter les étapes de : réception d'une seconde requête par le serveur provenant d'un second équipement d'un 20 utilisateur, ladite seconde requête comportant une demande de réservation d'un véhicule disponible dans une seconde zone ; génération d'une liste de véhicules comportant des données relatives à leur disponibilité vers l'équipement du piéton, ladite liste comportant le premier véhicule ; émission de ladite liste de véhicules vers le second équipement; sélection du premier véhicule à partir du second 25 équipement ; émission de la troisième requête vers le premier équipement. - L'acceptation de la demande d'accès à partir du premier équipement comprend avantageusement : la génération d'un message par le premier équipement vers le serveur validant la mise à disposition du véhicule ; la génération d'un message par le serveur vers le second équipement mentionnant 30 une position de rencontre. - 5 - Un autre aspect de l'invention concerne un produit programme d'ordinateur comportant un calculateur et une mémoire pour la mise en oeuvre de l'une quelconque des étapes du procédé décrit précédemment. 5 Encore un autre aspect de l'invention concerne un système comportant au moins un terminal mobile et un serveur pour la mise en oeuvre de l'une quelconque des étapes du procédé décrit précédemment. Encore un autre aspect de l'invention concerne un procédé de 10 réservation d'un véhicule prêt à l'emploi comprenant les étapes suivantes : génération d'une requête depuis un équipement d'un utilisateur souhaitant réserver un véhicule prêt à l'emploi, ladite requête étant émise vers un serveur à partir d'un réseau de données afin d'indiquer une demande d'accès à un véhicule dans une zone définie autour d'une 15 position géographique donnée ; réception d'un message comportant une liste provenant du serveur, ladite liste comportant un ensemble de données relatives à des véhicules disponibles et dont au moins un véhicule est associé à une donnée d'état du véhicule précisant que le véhicule est en cours de 20 fonctionnement ; sélection dudit véhicule et émission d'une commande de réservation du véhicule au serveur ; réception d'un message par l'équipement de l'utilisateur provenant du serveur indiquant une position dudit véhicule et un élément descriptif du 25 véhicule ; Une acceptation de la réservation au moyen de l'équipement de l'utilisateur. Encore un autre aspect de l'invention concerne un produit programme 30 d'ordinateur comportant un calculateur et une mémoire pour la mise en oeuvre du procédé de réservation d'un véhicule. - 6 - Encore un autre aspect de l'invention concerne un système comportant au moins un terminal mobile et un serveur pour la mise en oeuvre du procédé de réservation d'un véhicule. 5 BREVE DESCRIPTION DES FIGURES D'autres caractéristiques et avantages de l'invention ressortiront à la lecture de la description détaillée qui suit, en référence aux figures annexées, qui illustrent : 10 figure 1 : un exemple de réalisation des étapes d'un procédé de mise à disposition et d'un procédé de réservation d'un véhicule ; figure 2: un exemple de représentation à partir d'une cartographie des informations de position du premier et du second utilisateur ; figure 3: un exemple de réalisation d'un réseau de données permettant 15 d'établir des communications entre un serveur distant et un premier équipement mobile et un second équipement mobile. DESCRIPTION 20 La figure 1 représente trois entités dont un premier équipement EQ1 d'un utilisateur U1, un second équipement EQ2 d'un second utilisateur U2 et un serveur distant noté SERV. 25 Equipements, serveur Selon un premier mode de réalisation, les équipements EQ1, EQ2 sont des équipements électroniques mobiles comportant une interface de communication, par exemple GSM, 3G, 4G ou Wifi, pour établir une liaison de communication sans fil avec un équipement de communication d'un réseau de 30 données, tels que le réseau internet. L'équipement de communication peut être, par exemple, un commutateur, un routeur, un serveur d'un réseau, une station de - 7 - base d'un réseau de terminaux mobiles comme par exemple un enodeB ou un nodeB pour les réseau LTE, UMTS. Les équipements EQ1, EQ2 sont préférentiellement des téléphones intelligents ou des tablettes numériques. Selon un mode de réalisation, les 5 équipements comprennent par exemple un code exécutable d'une application téléchargeable permettant de réaliser les fonctions des procédés de l'invention. Le serveur SERV réalise certaines étapes des procédés de l'invention pouvant correspondantes aussi à des fonctions d'un logiciel. Il peut être un unique équipement tel qu'un ordinateur comportant des ressources permettant de réaliser 10 les fonctions d'un serveur. Selon une alternative de l'invention, le serveur SERV fonctionnel peut être assuré par une pluralité de serveurs, c'est-à-dire d'ordinateurs. A titre d'exemple, un serveur d'authentification, permettant notamment de gérer les droits utilisateurs et un serveur stockant les informations du parc de véhicules peuvent être configurés pour réaliser les procédés de 15 l'invention. Selon un autre exemple, les données des utilisateurs et les données des véhicules sont stockées dans un nuage, autrement appelé « cloud » comportant une pluralité de ressources mémoires synchronisées entre elles et accessibles depuis le réseau de données. 20 Génération d'une requête de mise à disposition Selon un exemple de réalisation, le procédé comporte une étape de génération d'une première requête REQ1 par un premier utilisateur U1 d'un véhicule AUT01. Cette étape est notée GEN_REQ1 sur la figure 1. Cet utilisateur 25 U1 peut être, par exemple, le conducteur du véhicule AUTO1 ou un passager du véhicule. Le premier utilisateur U1 est, par exemple, dans une situation où il cherche à garer le véhicule dans une place de stationnement. Selon un mode de réalisation, les places de stationnement du parc de véhicules sont des places de stationnement public ou privé disponibles, par exemple, en ville. Dans un autre 30 mode de réalisation, les places de stationnement sont des places définies dans des lieux spécifiques tels qu'un ensemble de places d'un parking et qui sont prédéfinies à l'avance. - 8 - Lorsque le premier utilisateur U1 ne trouve pas de place, le procédé de l'invention permet à ce dernier de mettre à disposition son véhicule au sein d'une communauté d'utilisateurs souhaitant possiblement réserver un véhicule dans une zone proche voir à proximité du premier utilisateur. La première requête REQ1 5 comporte donc une information relative à la mise à disponibilité immédiate du véhicule, notée par exemple « DISPO » ou dans une période à venir, par exemple si l'utilisateur U1 souhaite programmer sa mise à disposition dans une durée correspondant à son temps d'arrivée dans une zone donnée, par exemple « 10min DISPO » pour indiquer que le véhicule sera mis à disposition dans le parc de 10 véhicules dans 10 min. En outre, la première requête REQ1 comporte une donnée relative à l'état de fonctionnement du véhicule. A titre d'exemple, un état actif correspond au fait que le véhicule est en cours de fonctionnement, par exemple «SOS PLACE» pour indiquer que le véhicule est en cours de fonctionnement et qu'une place est 15 recherchée. Selon un mode de réalisation, le statut «SOS PLACE» peut également indiquer que le véhicule est disponible immédiatement. Un avantage est que le procédé de l'invention peut être mise en oeuvre dans une solution déjà existante d'un système de mise à disposition de véhicules parmi un ensemble de véhicules d'un parc, par exemple de particuliers ou d'une 20 flotte de véhicules dédiés à la location. Le système existant devrait alors être modifié pour inclure les étapes du procédé permettant de mettre à disposition un véhicule en cours d'utilisation. Selon un mode de réalisation, la requête REQ1 comporte une information géographique comportant, par exemple, une position du véhicule 25 POSi, telle qu'une position obtenue par satellite ou une position obtenue par un système de triangulation ou par une combinaison des deux systèmes de localisation. Dans ce cas la position utilisée par le procédé de l'invention est la position courante POSc du véhicule, on a POSi = POSc. Le système de positionnement par satellite peut être, par exemple, le système GPS ou Galileo. 30 Le système de triangulation peut, par exemple, utiliser les cellules d'un réseau 4G ou des équipements routeur d'un réseau wifi. - 9 - Selon une alternative, la position peut correspondre à une position POSi définie à partir d'une interface de saisie du premier équipement EQ1. Par exemple, si le premier utilisateur U1 évalue une position à partir d'une carte interactive ou en évaluant une position future correspondante à son arrivée à une 5 date donnée dans un temps donné. Dans ce dernier cas, il peut mettre à disposition son véhicule AUTO1 dans une fenêtre de temps donnée correspondant approximativement à son temps estimé de parcours. Selon un autre mode de réalisation qui peut se combiner avec ce dernier mode, l'information géographique est une région ou une zone Z1 dans 10 laquelle le véhicule AUTO1 se trouve au moment de l'émission de la requête RECIi ou se trouvera dans une durée prédéfinie. La zone Z1 peut être directement ou indirectement définie à partir d'une position POSi, par exemple une zone définissant un cercle autour de la position POSi d'un rayon ou un diamètre prédéfini ou une zone Z1 correspondant à un quartier dans laquelle la position 15 POSi est située. Les quartiers peuvent, par exemple, être prédéfinis dans une base de données et correspondre à des régions définies par des codes postaux ou par des régions délimitées par des rues et définissant des quartiers connus. La requête REQ1 comporte donc au moins les trois informations suivantes : 20 une information relative à la disponibilité du véhicule pour être accessible à une communauté de personnes souhaitant réserver un véhicule dans une zone donnée ; une information géographique comportant au moins une position POSi ou une zone géographique Z1 ; 25 - une donnée d'état du véhicule précisant que ce dernier est en cours d'utilisation. Un tel indicateur peut être par exemple du type «SOS PLACE » indiquant que l'utilisateur mettant à disposition son véhicule est en recherche d'une place de stationnement. 30 Un des avantages de l'invention est faire grandir un parc de véhicules disponibles auprès d'une communauté de personnes en prenant en considération des véhicules en état de fonctionnement pour lesquels le conducteur cherche à - 10 - stationner sur une place. Un autre avantage de l'invention est de diminuer le trafic dans les villes en diminuant notamment la circulation de certains véhicules qui cherchent à se garer. Ainsi, la consommation de ces véhicules baisse car il devient inutile de circuler pendant un certain temps avant de trouver une place. 5 Enfin, le procédé de l'invention permet de transmettre un véhicule prêt à l'emploi, le moteur ronronnant et la radio en marche. Lorsqu'une telle requête REQ1 est émise à un serveur distant SERV, ce denier met à jour automatiquement une base de données de véhicules 10 disponibles. Le serveur SERV comprend une interface et un calculateur permettant de décoder un message émis par un équipement d'un utilisateur U1. Le serveur SERV peut être couplé à un autre serveur d'authentification, par exemple permettant de reconnaitre l'utilisateur U1 et de lui associer des droits prédéfinis. Par exemple, un serveur d'authentification peut, par exemple, gérer des droits 15 utilisateurs relatifs à un ensemble des utilisateurs d'un service de location d'un parc de véhicules et de services associés comme par exemple des points collectés relatifs à une bonne pratique, une fréquence d'utilisation, d'un tarif payé, etc. Selon un mode de réalisation, lorsque la requête REQ1 est émise, une 20 information d'attente est générée sur l'interface de l'équipement EQ1 afin de signaler à l'utilisateur U1 que la demande est en cours de traitement. Ce information d'attente peut être automatiquement générée par l'équipement EQ1 ou par le serveur SERV. Le serveur SERV met à jour une base de données de véhicules 25 disponibles d'un parc donné en ajoutant le véhicule AUTO1 comme étant un véhicule disponible. Cette étape est notée MODIF_STATU sur la figure 1. En outre, le serveur SERV met à jour le statut du véhicule comme étant un véhicule en cours d'utilisation. Enfin, la base de données est mise à jour avec une localité telle que la position courante POSi ou la position prédéfinie par l'utilisateur U1 30 correspondante à une position à atteindre ou encore une zone définie par rapport à l'une ou à l'autre de ces positions. Le serveur SERV comprend un calculateur capable de générer des listes de véhicules disponibles en fonction de certains critères d'entrée ou d'une combinaison de ces derniers, tels que, par exemple : a une position ou une zone donnée, 5 - une motorisation du véhicule recherchée, - un prix de location à ne pas dépasser, - un type de véhicule parmi une liste du type {urbain, route, utilitaire, camion, etc.} - un nombre de place disponible dans le véhicule, 10 - un type de carburant, - une disponibilité immédiate ou ultérieure, - un véhicule en cours d'usage ou un véhicule stationné. Selon un mode de réalisation, le procédé de l'invention génère une liste ordonnée en prenant en compte un indicateur de priorité. Cette étape est notée 15 GEN LIST sur la figure 1. Un indicateur de priorité peut être élevé si le véhicule est en cours d'utilisation par exemple lorsque l'utilisateur U1 cherche une place, la donnée d'état du véhicule étant « SOS PLACE ». En revanche, l'indicateur de priorité peut être plus faible si le véhicule est stationné et dans une zone lointaine d'une position à laquelle un véhicule sera réservé. 20 La figure 1 représente un second équipement EQ2 d'un utilisateur U2 souhaitant réserver un véhicule dans une zone Z2. Une requête REQ2 comportant une demande d'accès à un véhicule est générée à partir d'une liaison de données d'un réseau mobile par exemple. Cette étape est notée GEN_REQ2 sur la figure 1. Une interface de communication sans fil est préférentiellement utilisée si 25 l'équipement EQ2 est par exemple un téléphone intelligent. La requête REQ2 comporte, par exemple, un identifiant utilisateur connu du serveur d'authentification et une position de l'utilisateur U2 ou une zone Z2 comme, par exemple, un quartier dans lequel il souhaite réserver un véhicule. La requête REQ2 est reçue par le serveur distant SERV ou un serveur synchronisé 30 avec le serveur SERV partageant les données hébergées. Le serveur recevant la requête REQ2 est un serveur connecté au réseau de données. - 12 - Dans le mode de réalisation de la figure 1, l'utilisateur U2 cherche un véhicule dans une zone Z2 à proximité de la position POSi de l'utilisateur U1. Selon un mode de réalisation, la position du second utilisateur P052 peut être complétée dans la formulation de la recherche d'un véhicule par l'utilisateur U2 par la 5 définition d'un rayon autour de la position POS2. La région ainsi définie autour de la position POS2 définie une seconde zone de recherche Z2. Selon un mode de réalisation, la zone de recherche Z2 est comparée avec d'autres zones associées à des véhicules disponibles, telle que la zone Z1. Le procédé permet de définir une région en commun d'une zone recherchée telle 10 que la zone Z1 et la zone dans laquelle se trouve le second utilisateur U2. Le serveur SERV ou un serveur du réseau ayant une liaison avec le serveur SERV comporte un calculateur pour générer une liste de véhicules disponibles à proximité de la position POS2 de l'utilisateur U2. La liste de véhicules est alors émise vers l'équipement EQ2. Selon un mode de réalisation, elle peut être 15 ordonnée avec des niveaux de priorité. L'utilisateur U2 est alors en mesure de sélectionner un véhicule parmi la liste qui a été générée et émise vers son équipement EQ2 afin de le réserver et d'y accéder. Cette étape est notée SELEC_VEHI sur la figure 1. Le procédé de l'invention a l'avantage de signaler au moins un véhicule 20 comportant une information relative au statut d'un véhicule de la liste, par exemple : « en cours d'utilisation », autrement appelé «SOS PLACE ». Selon un mode de réalisation, la liste comporte un premier groupe de véhicules ayant un statut « en cours d'utilisation ». Ainsi, l'utilisateur U2 peut être tenté de louer en priorité un véhicule prêt au fonctionnement sans risque d'incident au démarrage car le 25 véhicule a été utilisé récemment. C'est également une manière de gagner du temps à la prise en main du véhicule et aussi de sensibiliser une population à la diminution des émissions de gaz d'échappement en ville. Afin de finaliser la réservation d'un véhicule tel que le véhicule AUTO1 mis à disposition par l'utilisateur U1 dans une zone proche de la position de 30 l'utilisateur U2, une séquence de confirmation succède à l'émission de la première requête REQ1 et à la seconde requête REQ2 de chacun des utilisateurs et de la sélection du véhicule AUTO1 par l'utilisateur U2. - 13 - Dans cette séquence de confirmation, le serveur SERV enregistre dans une mémoire le véhicule sélectionné AUTO1 par l'utilisateur U2 à partir de l'équipement EQ2. Selon un mode de réalisation, le véhicule AUTO1 est ainsi réservé et donc indisponible pour d'autres utilisateurs U. Cette étape est notée 5 RES_VEHI sur la figure 1. Le serveur SERV génère donc des listes pour d'autres utilisateurs souhaitant réserver un véhicule dans une même zone ou une zone voisine sans que le véhicule AUTO1 ne figure dans ces listes ainsi générées. Le serveur SERV génère automatiquement une requête REQ3 auprès de l'équipement EQ1 du premier utilisateur U1 afin de l'informer qu'un utilisateur U2 10 a réservé le véhicule AUT01. Cette étape est notée GEN_REQ3 sur la figure 1. Une position de rencontre POS3 est alors émise par le serveur SERV afin d'indiquer au premier utilisateur U1 un point de rencontre. Selon un mode de réalisation, la position de rencontre POS3 est émise dans un message consécutif à l'émission de la requête REQ3 informant l'intérêt pour le véhicule AUTO1 du 15 second utilisateur U2 au premier utilisateur U1. Selon un mode de réalisation, la position de rencontre POS3 est la première position POSi. Selon un autre mode de réalisation, la position de rencontre POS3 est la position POS2. Selon un autre mode de réalisation, il s'agit d'une position calculée entre la position P051 et la position P052. Dans ce dernier 20 cas, la position POS3 peut prendre en compte au moins l'un des facteurs suivants : - la position du véhicule POSi, - le sens de circulation du véhicule AUT01, la nature de la voie dans laquelle le véhicule AUTO1 est engagée, 25 telle qu'une voie à sens unique ou une voie à double sens, d'un meilleur chemin en termes de distance, de temps d'arrivée ou de trafic pour arriver jusqu'à une position d'un trajet le conduisant à la position POS2. Selon un premier mode de réalisation, la position de rencontre POS3 30 est par défaut la position P051 émise lors de la première requête REQi. Selon un mode de réalisation, lorsque l'utilisateur U1 reçoit la requête REQ3 sur son équipement EQ1, il peut confirmer la position P053 proposée par le - 14 - serveur SERV lorsqu'une telle position est proposée lors de l'émission de la requête REQ3. Cette étape est notée ACCEP_REQ3 sur la figure 1. Selon un mode de réalisation, l'utilisateur U1 peut modifier la position POS3 proposée par le serveur et en choisir une autre si cette dernière ne lui 5 convient pas. Selon un autre mode de réalisation, l'utilisateur U1 choisit directement une position POS3, par exemple s'il n'est pas prévu que le serveur SERV en génère une. A cet égard différents modes de réalisation peuvent être envisagés selon quel équipement de EQ1, EQ2 ou SERV défini la position POS3 ou la propose à d'autres équipements. Une priorité à l'équipement EQ1/ 10 l'utilisateur U1 peut être donnée lorsque la circulation est dense ou une priorité à l'équipement EQ2 / l'utilisateur U2 peut être donnée lorsque la distance entre le véhicule et l'utilisateur U2 est supérieure à un seuil prédéfini. Selon un exemple, l'information de densité de la circulation peut être par exemple récupérée auprès d'un tiers serveur comportant des informations relatives à la circulation dans une 15 région comportant une des positions POSi, P053. Lorsque le premier utilisateur U1 valide/accepte la requête REQ3, un message est émis vers le serveur SERV afin qu'une information soit générée vers l'équipement EQ2 de l'utilisateur U2. L'information diffusée vers l'équipement EQ2 comporte alors des données relatives au point de rencontre POS3. Cette étape de 20 génération d'une information générée par le serveur est notée MEET INFO sur la figure 1. Le serveur SERV est alors en mesure de modifier automatiquement la base de données pour passer l'état du véhicule AUTO1 « disponible à la réservation » à « non disponible à la réservation ». Cette étape est notée MODIF 25 STATU sur la figure 1. La modification du statut du véhicule peut également avoir lieu lors de l'émission de la requête REQ3 afin que le véhicule ne figure plus dans d'autres listes concomitantes et générées à des utilisateurs dans des zones voisines. 30 Selon un mode de réalisation, l'utilisateur U1 peut sélectionner des données prédéfinies supplémentaires afin d'en informer l'utilisateur U2. A titre d'exemple, un descriptif d'une place occupée par le véhicule AUTO1 parmi - 15 - lesquels : « double-file » ; « feu rouge » ; « bateau » ; « livraison » ; « circule », etc. peut être émis vers le serveur SERV. Il permet d'informer l'utilisateur U2 d'un élément de stationnement permettant de mieux reconnaitre le véhicule AUTO1 lorsque l'utilisateur U2 s'en approchera. Ce mode de réalisation est 5 préférentiellement mis en oeuvre lorsque la position de rencontre POS3 est la position POSi et qu'elle est donc définie par le premier utilisateur Ul. Selon un autre mode de réalisation qui peut être complémentaire du mode précédent, un descriptif de stationnement du véhicule AUTO1 peut être émis vers le serveur SERV pour l'utilisateur U2. Cette information peut être déterminée 10 parmi les informations décrivant un élément du véhicule suivants : « clignotant » ; « warning » ; « feux », etc. Cette information peut être définie par l'utilisateur U1. A cet effet, une interface de saisie de l'équipement EQ1 émet spontanément une liste comportant différents types de stationnement pour que l'utilisateur U1 n'ait plus qu'à valider une proposition en la sélectionnant. 15 Selon un autre mode de réalisation qui peut être complémentaire des modes précédents, un descriptif de stationnement complémentaire du véhicule AUTO1 peut être émis vers le serveur pour l'utilisateur U2. Cette information peut être déterminée parmi les informations décrivant un élément du véhicule suivants : « une couleur de véhicule », « un modèle du véhicule » ou encore de « une 20 marque du véhicule ». De manière équivalente, à la saisie d'un descriptif de stationnement, une interface de saisie de l'équipement EQ1 émet spontanément une liste comportant différents descriptifs de stationnement complémentaires pour que l'utilisateur U1 puisse préciser un élément visant à faciliter la reconnaissance du véhicule par le second utilisateur U2. Dans ce mode de réalisation, le premier 25 utilisateur U1 valide une proposition en la sélectionnant. La figure 2 représente une carte d'une ville, notamment italienne, sur laquelle est représentée un véhicule AUTO1 dans lequel se trouve le premier utilisateur U1 ayant un équipement EQ1. En outre, un utilisateur U2 ayant un 30 équipement EQ2 est représenté à un autre endroit de la carte. Selon un mode de réalisation, les équipements EQ1 et EQ2 comportent une interface graphique générée par un logiciel et représentant une zone géographique prenant en compte - 16 - les voies de circulation afin que chaque utilisateur U1, U2 puisse apprécier, par exemple, la distance et le chemin pour rejoindre un point de rencontre POS3. Une telle représentation permet d'assister les utilisateurs U1, U2 afin de leur indiquer le chemin à suivre pour se rendre à la position POS3. 5 Après l'authentification d'un utilisateur auprès d'un serveur d'authentification, la représentation à partir de la génération d'une carte permet, en outre, de visualiser les véhicules disponibles ou les utilisateurs susceptibles d'être intéressés par un véhicule. 10 La figure 3 représente un réseau de données NET, par exemple internet, s'appuyant sur une infrastructure permettant d'acheminer des communications sans fil provenant des terminaux mobiles EQ1 et EQ2. Le serveur SERV est, dans cet exemple, accessible à partir du réseau NET. Un utilisateur U2 ayant un équipement EQ2 souhaite, dans cet exemple, réserver un véhicule 15 AUTO1 d'un utilisateur U1 ayant un équipement EQi. L'invention concerne également un produit programme d'ordinateur comportant des instructions pour la mise en oeuvre des procédés de l'invention. Avantageusement, le programme d'ordinateur peut être installé sur un téléphone 20 intelligent ou une tablette numérique ayant une interface de communication sans fil. L'invention concerne un tel terminal mobile comportant une interface par exemple tactile. L'interface comporte un écran pour l'affichage de champs de saisie permettant de définir des paramètres relatifs à la description du véhicule et 25 pour l'affichage par exemple d'une carte numérique interactive. Selon un mode de réalisation, l'équipement mobile comporte un composant permettant d'obtenir une information de géolocalisation qui peut être récupérée par le logiciel. Ainsi, une première requête REQ1 émise peut comprendre des données saisies ou définies par l'utilisateur U1 et des données 30 provenant d'un autre composant ou d'un autre logiciel telle que la position POSi ou la zone Z1. - 17 - Selon un mode de réalisation, un unique programme permet d'exécuter le procédé de réservation d'un véhicule ou le procédé de mise à disposition d'un véhicule. Selon un mode de réalisation, les utilisateurs sont préinscrits à partir du 5 logiciel et sont 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 AUTO1 à un utilisateur U1 lorsque ce dernier utilise un véhicule AUT01. Cette association permet de définir un usage par défaut du programme lorsque ce dernier est utilisé. 10 Au lancement du programme de l'équipement EQ1, l'utilisateur U1 est invité à mettre à disposition le véhicule qu'il utilise ou à chercher, par exemple, un parking à proximité. Selon ce même exemple, l'utilisateur U2 dont l'identifiant n'est pas associé à un véhicule, est invité au lancement du programme à réserver un véhicule. Ainsi, le terminal d'un utilisateur propose spontanément une information 15 contextualisée selon si l'identifiant dudit utilisateur est associé ou non à celui d'un véhicule dans une base de données distante. L'invention concerne également un support d'enregistrement non transitoire comportant les données, qui une fois installées dans un ordinateur ou 20 un équipement de type terminal mobile, permettent d'exécuter les procédés de l'invention. 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 25 compris comme exigeant un tel agencement dans toutes les implémentations. En tout état de cause, on comprendra que diverses modifications peuvent être apportées à ces éléments et/ou moyens et/ou étapes, sans s'écarter de l'esprit et de la portée de l'invention. REVENDICATIONS1. Procédé de mise à disposition d'un véhicule (AUT01) comprenant les étapes suivantes : génération d'une première requête (REQ1) depuis un premier équipement (EQ1) d'un premier utilisateur (U1) d'un véhicule (AUT01) vers un serveur (SERV) à partir d'un réseau de données (NET) afin d'indiquer une mise à disponibilité dudit véhicule (AUT01) dans une première zone (Z1) ; réception d'une troisième requête (REQ3) par le premier équipement (EQ1) depuis le serveur distant (SERV) indiquant une demande d'accès audit véhicule (AUT01) par un second utilisateur (U2) ; acceptation de la demande d'accès à partir du premier équipement (EQ1), caractérisé en ce que la première requête (REQ1) comprend : une information de disponibilité du véhicule, une information d'état indiquant un état du véhicule (SOS PLACE) précisant que le véhicule est en cours de fonctionnement et ; une première information géographique (POS1, Z1). 2. Procédé selon la revendication 1, caractérisé en ce que la première information géographique (POS1, Z1) comporte : une première position (POS1) correspondant à la position courante du véhicule (AUT01) et/ou ; une première zone (Z1) définie autour de la première position (POS1). 3. Procédé selon l'une quelconque des revendications 1 à 2, caractérisé en ce que la troisième requête (REQ3) comporte une seconde information géographique (POS2, Z2), ladite seconde information géographique (POS2, Z2) comportant : une seconde position (POS2) correspondant à la position courante d'un utilisateur (U2) et/ou ; - 19 - une seconde zone (Z2) définie autour de la seconde position (POS2). 4. Procédé selon la revendication 1, caractérisé en ce que la troisième requête (REQ3) comporte : 5 - une seconde position géographique (POS2) correspondante à une position d'un second utilisateur (U2) souhaitant réserver le véhicule (AUT01) et/ou ; - une troisième position géographique (POS3) correspondante à une position d'un point de rencontre calculée à partir de la première 10 position (POS1) et/ou d'une seconde position (POS2) correspondante à une position d'un second utilisateur (U2) souhaitant réserver le véhicule (AUT01). 5. Procédé selon la revendication 4, caractérisé en ce que la troisième 15 position géographique (POS3) est déterminée à partir d'une zone commune de la première zone (Z1) et de la seconde zone (Z2). 6. Procédé selon l'une quelconque des revendications 4 à 5, caractérisé en ce que la troisième requête comporte une information de distance ou de temps 20 comportant en outre une durée estimée (Dest) calculée à partir d'une position courante du véhicule (POSc, POSi) et la troisième position géographique (POS3). 7. Procédé selon l'une quelconque des revendications 1 à 6, caractérisé en ce 25 que l'information d'état comporte en outre une donnée correspondante à: un descriptif d'une place occupée par le véhicule (AUT01) parmi lesquels : {double-file ; feu rouge ; bateau ; livraison ; circule}, et/ou ; - un descriptif de stationnement du véhicule (AUTUi) parmi lesquels : {clignotant ; warning ; feux}, et/ou ; 30 - un descriptif du véhicule (AUT01) parmi lesquels : {couleur, modèle, marque, année}. - 20 - 8. Procédé de mise à disposition d'un véhicule (AUT01) selon l'une quelconque des revendications 1 à 6, caractérisé en ce qu'il comprend l'étape de : - enregistrement dans une mémoire du serveur (SERV) de 5 l'information de disponibilité du nouveau véhicule (AUT01) et de la première information géographique (POSi, Z1) consécutivement à la réception à la première requête (REG/1). 9. Procédé de mise à disposition d'un véhicule (AUT01) selon l'une 10 quelconque des revendications 1 à 8, caractérisé en ce qu'il comprend les étapes de : - réception d'une seconde requête (REQ2) par le serveur (SERV) provenant d'un second équipement (EQ2) d'un utilisateur (U2), ladite seconde requête (REQ2) comportant une demande de réservation 15 d'un véhicule disponible dans une seconde zone (Z2) ; génération d'une liste de véhicules comportant des données relatives à leur disponibilité vers l'équipement du piéton (U2), ladite liste comportant le premier véhicule (AUT01) ; émission de ladite liste de véhicules vers le second équipement 20 (EQ2) ; sélection du premier véhicule (AUT01) à partir du second équipement (EQ2) ; émission de la troisième requête vers le premier équipement (EQ1). 25 10. Procédé de mise à disposition d'un véhicule (AUT01) selon la revendication 9, caractérisé en ce que l'acceptation de la demande d'accès à partir du premier équipement (EQ1) comprend : - la génération d'un message par le premier équipement (EQ1) vers le serveur (SERV) validant la mise à disposition du véhicule (AUT01) ; 30 - la génération d'un message par le serveur (SERV) vers le second équipement (EQ2) mentionnant une position de rencontre (POS3). - 21 - 11. Produit programme d'ordinateur comportant un calculateur et une mémoire pour la mise en oeuvre de l'une quelconque des étapes du procédé des revendications 1 à 7. 5 12.Système comportant au moins un terminal mobile (EQ1) et un serveur (SERV) pour la mise en oeuvre de l'une quelconque des étapes du procédé des revendications 1 à 10. 13. Procédé de réservation d'un véhicule prêt à l'emploi comprenant les 10 étapes suivantes : génération d'une requête (REQ2) depuis un équipement (EQ2) d'un utilisateur (U2) souhaitant réserver un véhicule prêt à l'emploi, ladite requête (REQ2) étant émise vers un serveur (SERV) à partir d'un réseau de données (NET) afin d'indiquer une demande d'accès à un véhicule 15 (AUT01) dans une zone (Z2) définie autour d'une position géographique donnée (POS2) ; réception d'un message comportant une liste provenant du serveur (SERV), ladite liste comportant un ensemble de données relatives à des véhicules disponibles et dont au moins un véhicule (AUT01) est associé 20 à une donnée d'état du véhicule (SOS PLACE) précisant que le véhicule est en cours de fonctionnement ; sélection dudit véhicule (AUT01) et émission d'une commande de réservation du véhicule au serveur (SERV) ; réception d'un message par l'équipement (EQ2) de l'utilisateur (U2) 25 provenant du serveur (SERV) indiquant une position dudit véhicule (AUT01) et un élément descriptif du véhicule (AUT01) ; Une acceptation de la réservation au moyen de l'équipement (EQ2) de l'utilisateur (U2). 30 14. Produit programme d'ordinateur comportant un calculateur et une mémoire pour la mise en oeuvre du procédé de la revendication 13. - 22 - 15.Système comportant au moins un terminal mobile (EQ2) et un serveur (SERV) pour la mise en oeuvre du procédé de la revendication 13.