FR 3106231 A1 20210716 FR 2000339 A 20200114 L’invention concerne un procédé pour afficher, sur une carte numérique, la position géographique de véhicules disponibles à la réservation, ledit procédé comprenant les étapes suivantes : - a) récupérer la position géographique réelle, à un instant T0, de véhicules disponibles à la réservation, - b) pour chacun desdits véhicules : -- b1) calculer, au moyen d’un module de calcul d’itinéraire, un itinéraire entre : un point de départ correspondant à la position géographique réelle dudit véhicule à T0; et un point d’arrivée défini par rapport à la position géographique d’un terminal mobile d’un utilisateur, -- b2) calculer, au moyen d’un module de calcul, une position géographique estimée du véhicule à un instant T2 sur l’itinéraire calculé, où T2>T0, - c) à un instant T1 : afficher sur la carte numérique la position géographique estimée de tout ou partie desdits véhicules, où T2>T1≥T0. Procédé et système pour afficher sur une carte numérique, la position géographique de véhicules disponibles à la réservation Domaine technique. L’invention concerne un procédé et un système pour afficher sur une carte numérique, la position géographique de véhicules disponibles à la réservation. Le domaine de l’invention concerne notamment les méthodes permettant d’optimiser la réservation de véhicules au moyen d’un terminal mobile. Etat de la technique. On connait des solutions permettant de réserver un véhicule au moyen d’un terminal mobile utilisateur. On connait notamment le service UBER® dont l’application informatique permet réserver une course dans les villes dans lesquelles le service est disponible. Une requête de réservation est envoyée, depuis un terminal mobile utilisateur, vers un serveur. Celui-ci transmet la requête à des chauffeurs situé à proximité de l’utilisateur. Lorsque l'un d'entre eux accepte la course, l'application indique le délai estimé de son arrivée sur le lieu de prise en charge. Une carte numérique, affichée sur le terminal mobile utilisateur, permet de suivre en temps réel l’emplacement et le parcours du chauffeur. Le document US2011/0112969 (ZAID) décrit une autre solution de réservation de véhicule. Un utilisateur transmet, depuis un terminal mobile de type téléphone intelligent, une requête de réservation à un serveur informatique distant. Ce dernier sélectionne un véhicule disponible et transmet à l’utilisateur des informations d’identification et de position dudit véhicule. La position du véhicule est généralement visible sur une carte numérique affichée sur une interface graphique du terminal utilisateur. Dans ces systèmes actuels, et comme illustré sur la figure 1, si un utilisateur U transmet, depuis son terminal utilisateur EQ U et vers le serveur distant SERV, une requête de réservation à un instant T0, ledit serveur génère et affiche sur ledit terminal, une carte numérique indiquant généralement les positions géographiques réelles à T0, des véhicules V 1 -V 6 disponibles à la réservation. L’utilisateur U va naturellement sélectionner le véhicule V1 qui est le plus proche de lui. Le choix de véhicules susceptibles d’être réservés par l’utilisateur U est donc, en pratique, particulièrement restreint. Un objectif de l’invention est de remédier à cet état des choses. En particulier, un autre objectif de l’invention est de proposer une méthode permettant d’afficher sur une carte numérique, la position géographique de véhicules disponibles à la réservation, de telle manière à offrir un choix plus large de véhicules à l’utilisateur. Présentation de l’invention. La solution proposée par l’invention est un procédé pour afficher, sur une carte numérique, la position géographique de véhicules disponibles à la réservation, ledit procédé comprenant les étapes suivantes : - a) récupérer la position géographique réelle, à un instant T0, de véhicules disponibles à la réservation, - b) pour chacun desdits véhicules : -- b1) calculer, au moyen d’un module de calcul d’itinéraire, un itinéraire entre : un point de départ correspondant à la position géographique réelle dudit véhicule à T0; et un point d’arrivée défini par rapport à la position géographique d’un terminal mobile d’un utilisateur, -- b2) calculer, au moyen d’un module de calcul, une position géographique estimée du véhicule à un instant T2 sur l’itinéraire calculé, où T2>T0, - c) à un instant T1 : afficher sur la carte numérique la position géographique estimée de tout ou partie desdits véhicules, où T2>T1≥T0. La carte qui s’affiche à l’instant T1 indique non plus la position réelle des véhicules comme dans les solutions de l’art antérieur, mais une position estimée desdits véhicules à un instant T2>T1. T2 étant le temps mis par les véhicules s’ils se déplaçaient vers l’utilisateur en suivant l’itinéraire calculé. La carte va ainsi pouvoir afficher un plus grand nombre de véhicules situés à proximité de l’utilisateur de sorte qu’un choix plus large est offert à l’utilisateur. 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 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, le procédé comprend les étapes suivantes : - calculer, au moyen d’un module de calcul, des données définissant une première zone géographique centrée sur la position géographique du terminal mobile utilisateur à l’instant T0 ; - effectuer une première sélection de véhicules disponibles à la réservation dont la position géographique réelle à l’instant T0, est incluse dans la première zone géographique ; - réaliser l’étape b) uniquement pour les véhicules de la première sélection. - selon un mode de réalisation, le procédé comprend les étapes suivantes : - calculer, au moyen d’un module de calcul, des données définissant une seconde zone géographique centrée sur la position géographique du terminal mobile utilisateur à l’instant T0, laquelle seconde zone est incluse dans la première zone géographique ; - effectuer, au moyen d’un module de traitement informatique, une seconde sélection de véhicules disponibles à la réservation dont la position géographique estimée est incluse dans la seconde zone géographique ; - réaliser l’étape c) uniquement pour les véhicules de la seconde sélection. - selon un mode de réalisation, le procédé comprend les étapes suivantes : - calculer, au moyen d’un module de calcul, et pour chaque itinéraire calculé à l’étape b1), le temps de trajet du véhicule concerné par ledit itinéraire, entre le point de départ et le point d’arrivée ; - effectuer une sélection des véhicules disponibles à la réservation dont le temps de trajet calculé est égal ou inférieur à un délai déterminé ; - réaliser l’étape c) uniquement pour les véhicules sélectionnés dont le temps de trajet calculé est égal ou inférieur au délai déterminé. - selon un mode de réalisation, à l’étape c), la position géographique estimée de chaque véhicule est affichée sur une interface graphique du terminal mobile utilisateur, sous la forme d’un marqueur sélectionnable, chaque dits marqueurs étant associé à un identifiant du véhicule concerné. - selon un mode de réalisation, la sélection d’un marqueur entraîne les étapes consistant à : - transmettre, depuis le terminal mobile utilisateur, vers un serveur informatique distant, une confirmation de réservation, laquelle confirmation comprend l’identifiant du véhicule concerné ; - réserver, depuis le serveur informatique, le véhicule concerné. - selon un mode de réalisation, après la réservation du véhicule, le procédé comprend une étape consistant à afficher sur la carte numérique, une information sur l’emplacement en temps réel dudit véhicule sur l’itinéraire concerné. Un autre aspect de l’invention concerne un système comportant au moins comportant un terminal mobile d’un utilisateur et un serveur informatique distant, configurés pour la mise en œuvre des étapes du procédé selon l’une des caractéristiques précédentes. Encore un autre aspect de l’invention concerne un produit programme d'ordinateur comprenant des instructions de code pour l'exécution d'un procédé selon l’une des caractéristiques précédentes, lorsqu'il est exécuté par un terminal mobile d’un utilisateur. Brève description 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 : précitée illustre un exemple de carte numérique sur laquelle sont indiquées des positions géographiques de véhicules disponibles à la réservation, illustre un exemple de carte numérique sur laquelle sont indiqués des positions géographiques de véhicules disponibles à la réservation à un instant T0; une première zone géographique et une seconde zone géographiques, centrées sur l’emplacement d’un terminal mobile utilisateur, sont également représentées, montre la carte de la figure 2 sur laquelle sont illustrés des itinéraires de véhicules, montre la carte de la figure 3 sur laquelle sont illustrés des positions géographiques estimés de véhicules à un instant T2>T0, est un exemple de carte numérique obtenue selon le procédé objet de l’invention. représente un synoptique des principales étapes d’un procédé selon l’invention. schématise l’agencement de différents éléments d’un terminal utilisateur, d’un équipement informatique embarqué dans un véhicule et d’un serveur informatique distant. Description des modes de réalisation. 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é. L’invention met en œuvre 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 « u n é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 ». Encore par souci de clarté, la présente invention fait référence à un ou plusieurs « processus informatiques 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 font quelque chose ». Encore par souci de clarté, les précisions suivantes sont apportées à certains termes utilisés dans la description et les revendications : - « Ressource informatique » 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 informatique » 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 internet, serveur virtuel sur Cloud, serveur virtuel sur une plate-forme, serveur virtuel sur une infrastructure locale, réseaux de serveurs, cluster, nœud, ferme de serveurs, ferme de nœuds, 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), etc. - « Application informatique » peut être comprise comme : logiciel, programme informatique, micros-programme informatique, lignes de codes exécutables, software, etc. - « Réseau de données » peut être compris de façon non limitative comme : réseau internet, réseau cellulaire, réseau satellite, etc. C’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). - « Service » peut être compris de façon non limitative comme l'ensemble des fonctionnalités proposé et assuré par un serveur et/ou par au moins un équipement informatique. Le service peut comprendre par exemple, les fonctionnalités suivantes : réservation d’un véhicule, localisation (réelle et/ou estimée) d’un véhicule, verrouillage/déverrouillage d’un véhicule, etc. - « Véhicule partagé » peut être compris de façon non limitative comme un véhicule de location ou un véhicule en libre-service (en anglais « car sharing ») mis à la disposition de « clients » ou membres. Le véhicule peut être : une voiture autonome (apte à rouler sur route, sans intervention d'un conducteur), une voiture ou un camion (moteur thermique et/ou électrique), un deux-roues motorisé (moteur thermique et/ou électrique), un vélo (classique ou avec assistance électrique), une trottinette (classique ou avec assistance électrique), une planche a roulette, un monocycle électrique, un gyropode, un bateau, etc. Lorsqu’un utilisateur utilise un véhicule partagé, il peut être 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. - « Carte numérique » peut être comprise comme une représentation réelle ou illustrée d’une zone géographique. La carte numérique est destinée à être affichée sur un écran ou une autre interface graphique d’un équipement informatique. La carte numérique est générée au d’un générateur de carte de type logiciel de cartographie, par exemple le logiciel Gooogle Map®. - Tel qu’utilisé ici, sauf indication contraire, l’utilisation des adjectifs ordinaux «premier», «deuxiè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. Système Un système pour la mise en œuvre du procédé selon l’invention comprend un terminal mobile utilisateur EQ U et un serveur distant SERV, configurés pour la mise en œuvre des étapes dudit procédé, et plus particulièrement pour afficher la position géographiques de véhicules V 1 -V 6 disponibles à la réservation. A titre d’exemple illustratif, les véhicules V 1 -V 6 sont les véhicules autonomes ayant un statut « disponible à la réservation ». Il pourrait également s’agir de véhicules du type taxi, d’un véhicule VTC (pour l’acronyme « Véhicule de Tourisme avec Chauffeur ») ou des véhicules dont les chauffeurs sont inscrits au service UBER®. En se rapportant à la figure 7, chaque véhicule V i intègre préférentiellement un équipement informatique embarqué EQ VEi . Cet équipement peut par exemple faire partie d’un boîtier télématique permettant au véhicule d’échanger des informations (ex : position géographique, vitesse, …) avec un serveur distant SERV, au travers d’un réseau de données R. L’équipement informatique EQ VEi peut également être un équipement dédié, indépendant du boîtier télématique. Chaque équipement embarqué EQ VEi comprend, entre autres ressources informatiques, une unité de traitement 10, un émetteur/récepteur de signaux 11, et une ou plusieurs mémoires 12 dans laquelle est enregistrée une application informatique. L’équipement embarqué EQ VEi comprend également une interface de communication 13. Ces différents éléments sont connectés au moins à l’unité de traitement 10 par un bus de communication. Les instructions de l’application informatique enregistrée dans la mémoire 12, lorsqu’elles sont exécutées par l’unité de traitement 10, permettent de réaliser des étapes du procédé qui sont décrites plus avant dans la description. La mémoire 12 est également adaptée pour enregistrer un certain nombre d’autres d’informations. L’émetteur/récepteur 11 est adapté pour échanger des signaux, via une liaison sans fil de courte portée L CP , avec le terminal utilisateur EQ U décrit plus avant dans la description et/ou avec les équipements embarqué des autres véhicules. La liaison L CP a par exemple une portée inférieure ou égale à 100 mètres. Les signaux échangés sont préférentiellement des signaux infrarouges ou des signaux radiofréquences. La liaison L CP utilise préférentiellement un protocole de communication de la famille suivante : Bluetooth, Wifi, Z-Wave, ANT, ZIGBEE, Infrarouge. L’interface de communication 13, par exemple GSM, 3G, 4G ou Wifi, est adapté pour établir une liaison de communication sans fil avec l’interface de communication 32 du serveur distant SERV, au travers du réseau de données R. Chaque véhicule V 1 -V 6 est associé à un numéro d’identification unique (par exemple un code numérique ou un code alphanumérique) enregistré dans la base de données B. A un instant donné, les véhicules V 1 -V 6 peuvent être : - avec un statut dit « Disponible » : le véhicule est stationné (garé) et/ou 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 »). L’utilisateur U dispose d’au moins un terminal mobile EQ U . Ce dernier consiste préférentiellement en un téléphone intelligent (Smartphone), une tablette numérique, un ordinateur portable, etc. Sur la figure 7, le terminal EQ U intègre une unité de traitement 20, un émetteur/récepteur de signaux 21 et une ou plusieurs mémoires 22 dans laquelle est enregistrée une application informatique pour la mise en œuvre du service (« application-service »), une interface de communication 23 et une interface graphique 24 du type écran tactile. Ces différents éléments sont connectés au moins à l’unité de traitement 20 par un bus de communication. Il comprend également les ressources informatiques permettant de réaliser des étapes du procédé de l’invention. L’émetteur/récepteur 21 est similaire à celui des équipements embarqués EQ VE i . L’interface de communication 23, par exemple GSM, 3G, 4G ou Wifi, est adapté pour établir une liaison de communication sans fil avec l’interface de communication 32 du serveur distant SERV, au travers du réseau de données R. Selon un mode de réalisation, pour télécharger l’application-service, et avoir les droits d’accès au service, l’utilisateur U doit préalablement s’enregistrer auprès d’un serveur de gestion de droits qui peut être ou non le serveur distant précité. Selon un mode de réalisation, l’enregistrement de l’utilisateur U est réalisé auprès d’un service web du serveur distant SERV associé au service. L’enregistrement comporte l’enregistrement d’un identifiant utilisateur et/ou d’un identifiant du terminal EQ U . Il peut s’agir d’un port, d’une adresse IP, d’une adresse MAC ou toute autre adresse ou combinaisons permettant d’identifier le terminal EQ U . Selon un mode de réalisation, l’utilisateur U est préinscrit à partir d’un logiciel et est connu du fait qu’un identifiant est enregistré dans une base de données B. Sur la figure 7, le serveur SERV intègre une unité de traitement 30, une ou plusieurs mémoires 31, une interface de communication 32, un module de localisation 33, un module de calcul d’itinéraire 34, un module de calcul 35, un générateur de carte numérique 36, un module traitement informatique 37, qui sont mutuellement connectées via un bus. Une ou plusieurs applications informatiques sont enregistrées dans la ou les mémoires 31 et dont les instructions, lorsqu’elles sont exécutées par l’unité de traitement 30, permettent de réaliser les fonctionnalités décrites plus avant dans la description. Les modules de localisation 33, de calcul d’itinéraire 34, de calcul 35, de traitement 37 et le générateur de carte 36, sont des composants matériels et/ou logiciels du serveur SERV. Le serveur SERV met régulièrement à jour, préférentiellement en temps réel, la base de données B. Cette base de données regroupe notamment : l’identifiant de chaque véhicule V i , leur statut (« Disponible » ou « Indisponible »), et leur position géographique. D’autres informations et/ou données peuvent être regroupées dans la base de données B, le cas échéant. La base de données B peut être enregistrée dans une zone mémoire du serveur SERV ou être distante dudit serveur. L’information sur le statut d’un véhicule V i 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 exemple depuis l’équipement embarqué EQ VE i du véhicule V i suite à une détection d’un évènement. Cet évènement est par exemple généré par une action de l’utilisateur ou du chauffeur sur une commande spécifique aménagé sur le tableau de bord du véhicule V i . Cette commande peut être actionnée lorsqu’un utilisateur a stationné son véhicule et libéré le véhicule ou qu’un chauffeur à terminer une course. Le statut passe alors de « Indisponible » à « Disponible ». Lorsque le serveur SERV reçoit une requête de réservation de la part de l’utilisateur U 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 ». Cette requête de réservation est préférentiellement générée via le terminal mobile utilisateur EQ U . La position géographique des véhicules V 1 -V 6 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 d’un réseau 4G) ou par une combinaison des deux systèmes de localisation. L’équipement EQ VE i d’un véhicule V i 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 module de localisation 33 du serveur SERV. Le module de localisation 33 peut 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 EQ VE i des véhicules. Les équipements EQ VEi des véhicules peuvent également transmettre automatiquement cette information au module de localisation 33 (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). La position géographique de chaque véhicule V i est alors enregistrée dans la base de données B. Selon une alternative, la position géographique d’un véhicule V i peut correspondre à la position géographique (obtenue par satellite et/ou par un système de triangulation) d’un terminal mobile (par exemple un Smartphone) d’un utilisateur ou d’un chauffeur utilisant ledit véhicule. Cette position géographique est automatiquement récupérée par le module de localisation 33 ou transmise à celui-ci. La position géographique du terminal EQ U peut être obtenue de la même façon. Par satellite et/ou ou par un système de triangulation. Le terminal EQ U comporte avantageusement un composant, par exemple un composant GPS, permettant d’obtenir une information de géo-localisation qui peut être automatiquement récupérée par le module de localisation 33 ou transmise à celui-ci. Procédé La figure 6 illustre des étapes d’un procédé selon l’invention. L’utilisateur U souhaite réserver un véhicule. Selon un mode de réalisation, l’utilisateur U génère, depuis son terminal EQ U , une requête de réservation (Gen_Req) indiquant qu’il souhaite récupérer un véhicule. L’utilisateur peut également préciser qu’il souhaite récupérer un véhicule dans un délai déterminé et à une distance déterminée de sa position. Par exemple, l’utilisateur U souhaite disposé d’un véhicule dans 15 minutes maximum, et à 200 mètres maximum de sa position. Cette requête est générée en lançant l’application-service et en renseignant les informations de délai et de distance depuis l’interface graphique 24 du terminal EQ U . Selon un mode de réalisation, cette requête de réservation est transmise (Transf_Req) au serveur SERV, depuis le terminal EQ U , à un instant T0 (par exemple à 16h00). La requête de réservation peut directement contenir la position géographique du terminal EQ U . De manière alternative, à réception de la requête de réservation, le module de localisation 33 du serveur SERV peut récupérer automatiquement cette position géographique. Selon un mode de réalisation, lorsque le serveur SERV reçoit la requête de réservation à l’instant T0, il interroge (Req_Inter) la base de données B pour identifier les véhicules disponibles à la réservation, c’est-à-dire ayant un statut « Disponible » à T0. Dans l’exemple illustrait de la figure 2, tous les véhicules V 1 -V 6 sont considérés comme disponibles à la réservation. La base de données B renvois au serveur SERV la liste (ou les identifiants) des véhicules V 1 -V 6 (Transf_Liste) avec leur position géographique réelle à T0. De manière alternative, à réception de la liste, le module de localisation 33 du serveur SERV peut interroger chaque véhicule de ladite liste pour récupère leur position géographique réelle à T0. Pour réduire les ressources informatiques mobilisées par le serveur SERV, les temps de calcul et la bande passante sur le réseau R, il est avantageux de circonscrire la recherche et le traitement, aux véhicules situés à une distance raisonnable de l’utilisateur. Par « raisonnable », on entend une distance telle que les véhicules aient une bonne probabilité d’arriver jusqu’à l’utilisateur U dans le délai indiqué dans la requête de réservation. L’étendue de cette distance peut être déterminée par un algorithme prenant en compte notamment le type de véhicule, et le type de zone où se trouve l’utilisateur (urbaine, rurale, …). Par exemple, en zone urbaine, on peut considérer qu’un véhicule de type voiture, circule en moyenne à 30Km/h. Une règle de proportionnalité permet d’estimer que dans un délai D, le véhicule parcours 30xD/60 Km. Par exemple, si le délai est de 15 min, cette distance est alors d’environ 7,5 Km. La recherche et le traitement vont alors être circonscrits aux véhicules situés dans un rayon de 7,5 km autour de la position géographique de l’utilisateur. Aussi, à réception de la requête de réservation, le module de calcul 35 du serveur SERV, calcule avantageusement des données définissant une première zone géographique centrée sur la position géographique du terminal EQ U à l’instant T0. Cette zone géographique est illustrée sur la figure 2 et porte la référence GEO 1 . Le centre de cette zone correspond à la position du terminal EQ U et son rayon correspond à la distance « raisonnable » précitée (par ex : 7,5 Km). Les seuls véhicules sélectionnés vont être ceux qui, à T0, sont disponibles à la réservation et ont une position géographique réelle incluse dans la première zone GEO 1 . Sur l’exemple de la figure 2, seuls les véhicules V 1 , V 2 , V 4 , V 5 et V 6 vont être sélectionnés, le véhicule V 3 étant situé, à T0, en dehors de la première zone GEO 1 . Selon un mode de réalisation, cette sélection est réalisée par le module de traitement 37 du serveur SERV, lorsque ledit serveur reçoit la liste des véhicules V 1 -V 6 (Transf_Liste) avec leur position géographique réelle à T0. Selon un autre mode de réalisation, les données relatives à la première zone GEO 1 sont intégrées dans la requête d’interrogation (Req_Inter), de sorte que seuls les identifiants et positions géographiques réelles des véhicules V 1 , V 2 , V 4 , V 5 et V 6 sont récupérés dans la base de données B. Pour chaque véhicule V 1 -V 6 , le serveur SERV calcule un itinéraire (figure 6 ; Calc_Itin) entre : un point de départ correspondant à la position géographique réelle dudit véhicule à T0 ; et un point d’arrivée défini par rapport à la position géographique du terminal EQ U . Selon un mode préféré de réalisation, ce calcul n’est effectué que pour les véhicules V 1 , V 2 , V 4 , V 5 et V 6 inclus dans la première zone GEO 1 . Le calcul des itinéraires est effectué par le module de calcul d’itinéraire 34 (par exemple du type Mapquest® ou Google Maps®) du serveur SERV. Le point d’arrivée peut coïncider avec la position géographique du terminal EQ U . Selon un mode de réalisation, le module de calcul 35 du serveur SERV, calcule avantageusement des données définissant une seconde zone géographique centrée sur la position géographique du terminal EQ U à l’instant T0. Cette seconde zone géographique est illustrée sur la figure 2 et porte la référence GEO 2 . Le centre de cette zone correspond à la position du terminal EQ U et son rayon correspond à la distance de récupération qui est indiquée dans la requête de réservation (Gen_Req) et à laquelle l’utilisateur accepte de récupérer le véhicule. En reprenant l’exemple précité, le rayon de la seconde zone GEO 2 est de 200 mètres. Dans ce mode de réalisation, le point d’arrivée correspond à un point d’entrée du véhicule dans la seconde zone GEO 2 . Dans le cas où le point d’arrivée coïncide avec la position du terminal EQ U , on peut considérer que la seconde zone GEO 2 a un rayon nul. Si la requête de réservation ne contient pas de distance de récupération, le rayon de la seconde zone GEO 2 peut être défini automatiquement par le serveur SERV, par exemple en prenant en compte une distance de récupération moyenne calculé sur la base de distances de récupération habituellement renseignées par des utilisateurs du service. Selon un mode préféré de réalisation, pour chaque véhicule V 1 , V 2 , V 4 , V 5 et V 6 , le serveur SERV, et plus spécifiquement son module de calcul d’itinéraire 34, élabore l’itinéraire le plus rapide et/ou le plus court entre le point de départ et le point d’arrivée. Dans un exemple, le calcul des itinéraires prend en compte le trafic routier de manière à proposer le chemin le plus rapide pour arriver au point d’arrivée. Ces itinéraires sont schématisés et référencés respectivement I 1 , I 2 , I 4 , I 5 , I 6 sur la figure 3. Pour chaque véhicule V 1 , V 2 , V 4 , V 5 et V 6 dont un itinéraire à été calculé, le module de calcul 35 du serveur SERV calcule une position géographique estimée (Calc_Estim) dudit véhicule à un instant T2>T0 sur ledit itinéraire. Selon un mode de réalisation, cet instant T2 correspond au délai indiquée dans la requête de réservation (Gen_Req) et durant lequel l’utilisateur souhaite récupérer le véhicule. En reprenant l’exemple précité, l’utilisateur génère la requête de réservation à T0=16h00 en indiquant qu’il souhaite disposé d’un véhicule dans 15 minutes, d’où T2=16h15. En d’autres termes, à T0 (abstraction faite des latences de calcul), le serveur SERV va prédire quelle sera la position du véhicule V i sur l’itinéraire I i à l’instant T2. Cette prédiction prend préférentiellement en compte la nature du véhicule V i (et donc une vitesse de déplacement moyenne prédéfinie) et l’état du trafic routier sur l’itinéraire I i . Si la requête de réservation ne contient pas de délai, l’instant T2 peut être prédéfini automatiquement par le serveur SERV, par exemple en prenant en compte un délai moyen calculé sur la base des délais habituellement renseignés par des utilisateurs du service. Le générateur de carte 36 va ensuite générer une carte numérique (Gen_Carte) sur laquelle seront affichées les positions géographiques estimées des véhicules V 1 , V 2 , V 4 , V 5 et V 6 . Les données de cette carte et de ces positions sont transmises au terminal EQ U (Transf_Carte). Ce dernier affiche (Affich_Carte) sur son interface 24, la carte et les positions géographiques estimées des véhicules V 1 , V 2 , V 4 , V 5 et V 6 . Une telle carte C est visisble sur la figure 4. La carte numérique C s’affiche sur le terminal EQ U à un instant T1 U avec un retard par rapport à l’envoi de la requête de réservation (Transf_Req). Comparée à la carte de la figure 1, la carte de la figure 4 affiche un nombre moins importants de véhicules. Mais les véhicules de la figure 4 sont plus proches de la position de l’utilisateur U, de sorte que ce dernier a davantage de choix. Selon un mode de réalisation, les seuls véhicules dont la position géographique estimée va être affichée sont ceux dont cette position estimée est incluse dans la seconde zone GEO 2 . Pour ce faire, le serveur SERV sélectionne uniquement les véhicules dont la position géographique estimée est incluse dans la seconde zone GEO 2 . Sur l’exemple de la figure 5, seuls les véhicules V 1 , V 4 et V 6 vont être sélectionnés, les véhicules V 2 et V 5 étant situés, à T2, en dehors de la seconde zone GEO 2 . Selon un mode de réalisation, cette seconde sélection est réalisée par le module de traitement 37 du serveur SERV, après que ledit serveur ait calculé les positions géographiques estimées (Calc_Estim) et avant le transfert des données de la carte (Transf_Carte). La seconde sélection peut être basée sur une analyse et une comparaison des données délimitant la seconde zone GEO 2 et celles définissant les positions estimées des véhicules. Selon une autre mode de réalisation, on effectue une sélection basée sur une analyse des temps de trajets des véhicules V 1 , V 2 , V 4 , V 5 , V 6 sur les itinéraires I 1 , I 2 , I 4 , I 5 , I 6 . Le module de calcul 35 du serveur SERV calcule, pour chaque itinéraire I i , le temps de trajet du véhicule concerné V i , entre le point de départ et le point d’arrivée (soit l’entrée dans la seconde zone géographique GEO 2 , soit la position géographique du terminal EQ U ). Seuls vont être sélectionnés les véhicules dont le temps de trajet calculé est égal ou inférieur au délai déterminé dans la requête de réservation (Gen_Req), c’est-à-dire 15 minutes en reprenant l’exemple précité. Si la requête de réservation ne contient pas un tel délai, celui-ci peut être déterminé automatiquement par le serveur SERV, par exemple en prenant en compte un délai moyen calculé sur la base des délais habituellement renseignés par des utilisateurs du service. En prenant l’exemple de la figure 5, le module de calcul 35 calcule que seuls les véhicules V 1 , V 4 et V 6 ont un temps de trajet inférieur ou égal au délai déterminé. Les autres véhicules V 2 et V 5 ont un temps de trajet supérieur. Les véhicules V 1 , V 4 et V 6 vont alors être sélectionnés pour que leur position estimée soit affichée sur la carte C. La position géographique estimée de chaque véhicule V 1 , V 4 , V 6 est préférentiellement affichée sur l’interface graphique 24 du terminal EQ U , sous la forme d’un marqueur sélectionnable, se présentant par exemple sous la forme d’un point ou d’une icône (ex : une étoile sur la figure 5). D’autres informations peuvent s’afficher en complément du marqueur et notamment des informations d’identification permettant à l’utilisateur U d’identifier très simplement et très rapidement un véhicule V i . Ces informations peuvent être : le code (numérique ou alphanumérique) de sa plaque d’immatriculation, et/ou son modèle et/ou sa couleur et/ou son image ou photo, etc. Chaque marqueur est avantageusement associé à l’identifiant du véhicule V i concerné V 1 , V 4 , V 6 . Ces identifiants sont récupérés par le serveur SERV dans la base de données B et associés aux données transmises à l’étape Transf_Carte. En se rapportant à la figure 6, lorsque l’utilisateur U sélectionne (Select) un des marqueurs, par exemple celui du véhicule V 6 , le terminal EQ U génère et transmet au serveur informatique SERV, une confirmation de réservation (Transf_ConfRes). Cette confirmation contient l’identifiant du véhicule V 6 . A réception de la confirmation de réservation, le serveur SERV va alors réserver le véhicule V 6 . Celui-ci va alors commencer son trajet pour atteindre sa position estimée. Si le véhicule V 6 est un véhicule autonome, le serveur SERV transmet à l’équipement EQ VE6 , une commande pour lancer son trajet selon l’itinéraire I 6 , jusqu’à sa position estimée. Si le véhicule V 6 est un véhicule de type taxi ou VTC, le serveur SERV transmet un message au chauffeur (par exemple par mail ou SMS), pour lui indiquer par exemple de se rendre jusqu’à la position estimée en suivant l’itinéraire I 6 . Selon un mode de réalisation, la carte C affiche une information sur l’emplacement en temps réel du véhicule V 6 sur l’itinéraire I 6 , de sorte que l’utilisateur U puisse suivre son déplacement en temps réel. A réception de la confirmation de réservation par le serveur SERV, dans la base de données B, le statut du véhicule V 6 va passer de « Disponible » à « Indisponible » de sorte qu’aucun autre utilisateur ne pourra l’utiliser. L’utilisateur U est ainsi assurer que le véhicule V 6 sera disponible lorsqu’il atteindra sa position estimée. La mention « Indisponible à la réservation » peut en outre s’afficher sur une interface graphique installée de manière visible sur le véhicule V 6 . En complément ou en substitution de la modification du statut du véhicule V 6 , le serveur SERV peut rendre physiquement inutilisable ledit véhicule par des personnes autre que l’utilisateur U. En effet, le véhicule V 6 peut être équipé d’un dispositif de verrouillage/déverrouillage à distance. Il peut par exemple s’agir d’un dispositif anti-démarrage du moteur piloté par l’équipement embarqué EQ VE6 . Le serveur SERV transmet alors à l’équipement EQ VE6 , une commande d’activation du dispositif de verrouillage, rendant momentanément le véhicule V 6 inutilisable. Lorsque l’utilisateur U accède au véhicule V 6 , il peut transmettre à l’équipement embarqué EQ VE6 , depuis son terminal EQ U , par exemple via la liaison sans fil de courte portée L CP , une commande de désactivation du dispositif de verrouillage, rendant ledit véhicule utilisable. De manière alternative, le serveur SERV peut détecter, notamment par géo-localisation, que la position de l’utilisateur (i.e. de son équipement EQ U ), coïncide avec celle du véhicule V 6 . Dès lors, c’est le serveur SERV qui transmet à l’équipement EQ VE6 la commande de désactivation. Produit programme d’ordinateur Selon encore un autre aspect, l'invention concerne un produit programme d'ordinateur comprenant des instructions de code pour l'exécution du procédé selon l’invention, lorsqu'il est exécuté par le terminal mobile EQ U . 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. Par exemple, les zones géographiques GEO 1 et GEO 2 peuvent être définies sous une outre forme qu’un cercle, par exemple sous la forme d’un rectangle ou d’un un carré. On défini alors de telles zones, non pas par la longueur de leur rayon, mais par la longueur de leurs côtés et/ou diagonales ou demie-diagonales. Egalement, le module de localisation et/ou de calcul d’itinéraire et/ou de calcul et/ou de traitement et/ou le générateur de carte, peuvent être des composants matériels et/ou logiciels du terminal EQ U . Tout ou partie des étapes associées à ces éléments sont alors mise en œuvre dans le terminal EQ U . Enfin, une ou plusieurs caractéristiques et/ou étapes exposées seulement dans un mode de réalisation peuvent être généralisées aux autres modes de réalisation. De même, une ou plusieurs caractéristiques et/ou étapes exposées seulement dans un mode de réalisation peuvent être combinées avec une ou plusieurs autres caractéristiques et/ou étapes exposées seulement dans un autre mode de réalisation. Procédé pour afficher, sur une carte numérique (C), la position géographique de véhicules (V 1 , V 4 , V 6 ) disponibles à la réservation, ledit procédé comprenant les étapes suivantes : - a) récupérer la position géographique réelle, à un instant T0, de véhicules (V 1 -V 6 ) disponibles à la réservation, - b) pour chacun desdits véhicules : -- b1) calculer, au moyen d’un module de calcul d’itinéraire (34), un itinéraire (I 1 , I 2 , I 4 , I 5 , I 6 ) entre : un point de départ correspondant à la position géographique réelle dudit véhicule à T0; et un point d’arrivée défini par rapport à la position géographique d’un terminal mobile (EQ U ) d’un utilisateur (U), -- b2) calculer, au moyen d’un module de calcul (35), une position géographique estimée du véhicule à un instant T2 sur l’itinéraire calculé, où T2>T0, - c) à un instant T1 : afficher sur la carte numérique (C) la position géographique estimée de tout ou partie desdits véhicules (V 1 , V 4 , V 6 ), où T2>T1≥T0. Procédé selon la revendication1, comprenant les étapes suivantes : - calculer, au moyen d’un module de calcul (35), des données définissant une première zone géographique (GEO 1 ) centrée sur la position géographique du terminal mobile utilisateur (EQ U ) à l’instant T0, - effectuer une première sélection de véhicules disponibles à la réservation (V 1 , V 2 , V 4 , V 5 , V 6 ) dont la position géographique réelle à l’instant T0, est incluse dans la première zone géographique (GEO 1 ), - réaliser l’étape b) uniquement pour les véhicules de la première sélection. Procédé selon la revendication 2, comprenant les étapes suivantes : - calculer, au moyen d’un module de calcul (35), des données définissant une seconde zone géographique (GEO 1 ) centrée sur la position géographique du terminal mobile utilisateur (EQ U ) à l’instant T0, laquelle seconde zone est incluse dans la première zone géographique (GEO 2 ), - effectuer, au moyen d’un module de traitement informatique (37), une seconde sélection de véhicules (V 1 , V 4 , V 6 ) disponibles à la réservation dont la position géographique estimée est incluse dans la seconde zone géographique (GEO 2 ), - réaliser l’étape c) uniquement pour les véhicules de la seconde sélection. Procédé selon l’une des revendications précédentes, comprenant les étapes suivantes : - calculer, au moyen d’un module de calcul (35), et pour chaque itinéraire (I 1 , I 2 , I 4 , I 5 , I 6 ) calculé à l’étape b1), le temps de trajet du véhicule concerné par ledit itinéraire, entre le point de départ et le point d’arrivée, - effectuer une sélection des véhicules (V 1 , V 4 , V 6 ) disponibles à la réservation dont le temps de trajet calculé est égal ou inférieur à un délai déterminé, - réaliser l’étape c) uniquement pour les véhicules sélectionnés (V 1 , V 4 , V 6 ) dont le temps de trajet calculé est égal ou inférieur au délai déterminé. Procédé selon l’une des revendications précédentes, dans lequel à l’étape c), la position géographique estimée de chaque véhicule (V 1 , V 4 , V 6 ) est affichée sur une interface graphique du terminal mobile utilisateur (EQ U ), sous la forme d’un marqueur sélectionnable, chaque dits marqueurs étant associé à un identifiant du véhicule concerné. Procédé selon la revendication 5, dans lequel la sélection d’un marqueur entraîne les étapes consistant à : - transmettre, depuis le terminal mobile utilisateur (EQ U ), vers un serveur informatique distant (SERV), une confirmation de réservation, laquelle confirmation comprend l’identifiant du véhicule concerné (V 1 , V 4 , V 6 ), - réserver, depuis le serveur informatique (SERV), le véhicule concerné. Procédé selon la revendication 6, dans lequel après la réservation du véhicule, le procédé comprend une étape consistant à afficher sur la carte numérique, une information sur l’emplacement en temps réel dudit véhicule sur l’itinéraire concerné. Système comportant un terminal mobile (EQ U ) d’un utilisateur (U) et un serveur informatique distant (SERV), configurés pour la mise en œuvre des étapes du procédé des revendications 1 à 7. Produit programme d'ordinateur comprenant des instructions de code pour l'exécution d'un procédé selon la revendication 1, lorsqu'il est exécuté par un terminal mobile (EQ U ) d’un utilisateur (U).