FR 3091342 A1 20200703 FR 1874383 A 20181228 Description Titre de l'invention : Procédé et système de planification d'un trajet mon Domaine technique. [0002] L'invention concerne un procédé et un système de planification d'un trajet. [0003] Le domaine de l'invention concerne notamment les méthodes permettant d'optimiser un trajet entre un point de départ et un point d'arrivé, en utilisant des véhicules appropriés. L'invention s'applique préférentiellement, mais non nécessairement, à la planification de trajets en zone urbaine, de courte distance notamment inférieur à 50 Km, avantageusement inférieur à 10 Km. [0004] Etat de la technique. [0005] Généralement, lorsqu'une personne souhaite effectuer un trajet entre un point de départ et un point d'arrivé, il utilise un seul et unique véhicule de transport : bus, métro, train, voiture, vélo, etc. [0006] Le document brevet W02017160276 décrit un système permettant de planifier un itinéraire multimodal. Cet itinéraire est segmenté, chaque segment pouvant être effectué avec un véhicule transport distinct. Un inconvénient de ce système est qu'il est. complexe à réaliser. Le choix des véhicules utilisés est également limité, de sorte que l'élaboration d'un trajet n'est pas optimale notamment en termes de rapidité, de distance parcourue, de temps de trajet, de coût économique, d'empreinte carbone. [0007] 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 de faciliter la réservation de véhicules sur un trajet. [0008] Présentation de l'invention. [0009] La solution proposée par l'invention est un procédé de planification d'un trajet comprenant les étapes suivante : - détermination, depuis un équipement informatique d'un utilisateur, d'un point de départ du trajet et d'un point d'arrivé dudit trajet, - sélection d'au moins deux véhicules de transport entre le point de départ et le point d'arrivé de sorte que le trajet comporte au moins un premier segment de trajet utilisant un véhicule et un deuxième segment de trajet utilisant un autre véhicule. Ce procédé comporte en outre les étapes suivantes : - utilisation d'une flotte de véhicules partagés, - attribution, par un serveur informatique, de statuts aux véhicules de la flotte, lesquels statuts sont au moins : « Disponible à la réservation » et « Indisponible à la réservation », - détermination, par le serveur informatique, des positions géographiques des véhicules de la flotte, 2 - dès que le point de départ et le point d'arrivé du trajet sont connus du serveur informatique alors : sélection, par ledit serveur, d'au moins un véhicule de la flotte qui est localisé entre le point de départ et le point d'arrivé et qui a un statut « Disponible à la réservation », - élaboration, par le serveur informatique, d'un trajet le plus rapide et/ou le plus court entre le point de départ et le point d'arrivé, ledit trajet étant élaboré de sorte qu'au moins un des segments de trajet utilise le véhicule sélectionné, - transmission de ce trajet, depuis le serveur informatique, à l'équipement informatique de l'utilisateur pour validation, - en cas de validation du trajet par l'utilisateur, réservation, depuis le serveur informatique, du véhicule sélectionné. [0010] 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. [0011] Un des avantages des véhicules partagés réside dans le fait qu'un utilisateur peu libérer son véhicule où il le souhaite. La position de ces véhicules n'est donc pas figée dans le temps, mais mouvantes (d'où le terme anglais de « freetloating »), de sorte qu'il est difficile de prédire à l'avance leur emplacement. L'invention tire profit de cette spécificité. Le serveur va pouvoir construire un trajet optimale en prenant en compte les véhicule partagés qui sont disponibles entre le point de départ et le point d'arrivé. La position de ces véhicules n'étant pas figée dans le temps, mais mouvantes, il est difficile de prédire à l'avance leur emplacement. le nombre de trajets susceptibles être élaborés par le serveur est décuplé par rapport à la solution décrite dans W02017160276, de sorte que ledit serveur a la capacité d'optimiser au maximum le trajet, notamment en termes de durée et/ou de distance et par conséquent en termes de réduction de l'empreinte carbone. En d'autres termes, les positions géographiques des véhicules partagés d'une flotte étant variables dans le temps, le serveur peut utiliser cette caractéristique pour constamment créer de nouveaux trajets qui seront les plus appropriés à un instant donné. Il ne s'agit donc pas d'un système classique de calcul du meilleur itinéraire sur des lignes de transport fixes. Le serveur repère tous les véhicules, et fige ceux permettant d'accomplir le trajet optimal, en les réservant. 3 L'utilisateur n'a pas à gérer toute la complexité multimodale de ce type de trajet. [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 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 : - sélection, depuis l'équipement informatique de l'utilisateur, d'un ou plusieurs critères de préférence quant aux véhicules à utiliser sur le trajet et leur condition d'utilisation ; - transmission de ce ou ces critères au serveur informatique ; - élaboration du trajet, par le serveur informatique, en prenant en compte la ou les contraintes déterminées par le ou les critères de préférence. - Selon un mode de réalisation, le procédé comprend l'étape suivante : récupération, par le serveur informatique, de données permettant dc vérifier si le véhicule sélectionné répond à tout ou partie critères de préférence, lesquelles données sont récupérées par ledit serveur, auprès d'une ou plusieurs bases de données accessibles au travers d'un réseau informatique, et/ou par interrogation de capteurs installés sur les véhicules de la flotte. - Selon un mode de réalisation, le procédé comprend les étapes suivantes : - équipement des véhicules de la flotte avec un dispositif de verrouillage/déverrouillage qui, lorsqu'ils sont activé par un équipement desdits véhicules, rendent lesdits véhicules physiquement inutilisables ; - en cas de réservation du véhicule sélectionné : transmission, par le serveur informatique, d'une commande d'activation du dispositif de verrouillage/déverrouillage dudit véhicule ; - transmission d'une commande de désactivation du dispositif de verrouillage/déverrouillage du véhicule sélectionné, lorsque l'utilisateur utilise ledit véhicule. - Selon un mode de réalisation, le procédé comprend les étapes suivantes : - utilisation d'une première flotte de véhicules partagés et d'une deuxième flotte de véhicules partagés, le type des véhicules de la première flotte étant différent du type des véhicules de la deuxième flotte ; - attribution, par le serveur informatique, de statuts aux véhicules de la première flotte et aux véhicules de la deuxième flotte, lesquels statuts sont au moins « Disponible à la réservation » et « Indisponible à la réservation » ; - détermination, par le serveur informatique, des positions géographiques des véhicules de la première flotte et des véhicules de la deuxième flotte ; - sélection, par le serveur informatique, d'un premier véhicule de la première flotte et d'un deuxième véhicule de la deuxième flotte, lesquels véhicules sélectionnés sont localisés entre le point de départ et le point d'arrivé et ont un statut « Disponible à la réservation » ; - élaboration, par le serveur informatique, d'un trajet le plus rapide et/ou le plus court entre le point de départ et le point d'arrivé, ledit trajet étant élaboré de sorte que le premier segment de trajet utilise le premier véhicule sélectionné, et que le deuxième segment de trajet utilise le deuxième véhicule sélectionné ; - transmission de cc trajet, depuis le serveur informatique, à l'équipement informatique de l'utilisateur pour validation ; - en cas de validation du trajet par l'utilisateur, réservation, depuis le serveur informatique, du premier véhicule sélectionné et du deuxième véhicule sélectionné. - Selon un mode de réalisation: - le premier segment de trajet et le deuxième segment de trajet sont deux segments consécutifs ; - la jonction entre les deux segments de trajet est définie par un point d'entrée où l'utilisateur libère un premier véhicule utilisé sur le premier segment de trajet et par un point de sortie où l'utilisateur récupère un deuxième véhicule utilisé sur le deuxième segment de trajet ; - le serveur informatique élabore le trajet de sorte que la distance entre le point d'entrée et le point de sortie soit inférieure à une valeur prédéterminée. - Selon un mode de réalisation, le procédé comprend l'étape suivante : utilisation d'un véhicule de transport en commun sur au moins un segment de trajet. - Selon un mode de réalisation, le procédé comprend les étapes suivantes : - enregistrement, dans une base de données, des véhicules appartenant à au moins deux flottes de véhicules partagés, le type des véhicules de la première flotte étant différent du type des véhicules de la deuxième flotte, lesdits types étant choisis dans la famille suivante : voiture autonome, voiture, deux-roues motorisé, vélo, trottinette, planche a roulette, monocycle électrique, gyropode ; - sélection, dans la base de donnée, par le serveur informatique, d'un premier véhicule de la première flotte et d'un deuxième véhicule de la seconde flotte ; - élaboration, par le serveur informatique, d'un trajet le plus rapide et/ou le plus court entre le point de départ et le point d'an-ivé, ledit trajet étant élaboré de sorte que le premier segment de trajet utilise le premier véhicule sélectionné, et que le deuxième segment de trajet utilise le deuxième véhicule sélectionné. - Selon un mode de réalisation, le procédé comprend les étapes suivantes : - récupération, par le serveur informatique, de données relatives au trafic routier dans une zone géographique englobant le point de départ et le point d'arrivé, - sélection du type de véhicule, par le serveur informatique, en fonction des données récupérées. - Selon un mode de réalisation, le procédé comprend l'étape suivante après la réservation du véhicule sélectionné : transmission, à l'équipement informatique de l'utilisateur, depuis le serveur informatique, de l'emplacement dudit véhicule et d'un moyen d'identification dudit véhicule. [0013] Un autre aspect de l'invention concerne un système de planification d'un trajet comportant : - un équipement informatique d'un utilisateur adapté pour déterminer un point de départ du trajet et un point d'arrivé dudit trajet, - un serveur informatique adapté pour sélectionner au moins deux véhicules de transport entre le point de départ et le point d'arrivé de sorte que le trajet comporte au moins un premier segment de trajet utilisant un véhicule (CAR) et un deuxième segment de trajet utilisant un autre véhicule, - un véhicule d'une flotte de véhicules partagés est utilisé sur au moins un segment de trajet, - le serveur informatique comporte une unité de traitement et 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 : -- d'attribuer des statuts aux véhicules de la flotte, lesquels statuts sont au moins : « Disponible à la réservation » et « indisponible à la réservation », -- de déterminer des positions géographiques des véhicules de la flotte, -- en réponse à la connaissance du point de départ et du point d'arrivé du trajet : de sélectionner au moins un véhicule de la flotte qui est localisé entre le point de départ et le point d'arrivé et qui a un statut « Disponible à la réservation », -- d'élaborer un trajet le plus rapide et/ou le plus court entre le point de départ et le point d'arrivé, ledit trajet étant élaboré de sorte qu'au moins un des segments de trajet utilise le véhicule sélectionné, -- de transmettre ce trajet à l'équipement informatique de l'utilisateur pour validation, -- en cas de validation du trajet par l'utilisateur, de réserver le véhicule sélectionné. [0014] 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 : [fig.1] illustre un exemple de réalisation d'un système pour la mise en oeuvre de l'invention, [0015] [fig.2] est un exemple de réalisation des étapes d'un procédé conforme à l'invention. [0016] Description des modes de réalisation. [0017] 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é. [0018] 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 traitetnentde l'équipement ou du serveur lait quelque chose ». Tout comme « l'application informatique fait quelque 6 chose » signifie « l'application informatique exécutée par l'unité de traitement de l'équipement ou du serveur fait quelque chose ». [0019] Encore par souci de clarté, la présente invention est susceptible de faire 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 ». [0020] 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 dc 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, noeud, ferme de serveurs, ferme de noeuds, etc. - «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 par l'intermédiaire d'un réseau. Le service peut comprendre par exemple, les fonctionnalités suivantes : la planification d'un trajet, la réservation d'un véhicule partagé, la localisation d'un véhicule partagé, le verrouillage/déverrouillage à distance d'un véhicule partagé, 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 net-manque » 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 iennatique » peut être comprise comme : logiciel, programme informatique, software, etc. 7 - « Réseau informatique » peut être compris de façon non limitative comme : bus informatique, réseau personnel (PAN), réseau local (LAN, WLAN, ..), réseau étendu (WAN), réseau internct, réseau intranet, réseau extranct. 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éhiculepartagé » ou véhicules en libre-service (en anglais « car sharitzg ») est un véhicule mis à la disposition de « clients » ou membres. Le véhicule peut être : une voiture autonome, une voiture (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. - « Floue » 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», 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. [0021] Sur la figure 1, le système pour la mise en oeuvre du procédé objet de l'invention comprend un serveur informatique SERV, des véhicules de transport : une voiture CAR, un métro MET et un vélo VEL, un utilisateur U. La zone géographique servant à exemplifier l'invention est ici une zone urbaine. [0022] L'utilisateur U dispose d'au moins un équipement informatique EQ qui comporte 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 de l'équipement EQ. Ce dernier est préférentiellement un téléphone intelligent (Smartphone), une tablette numérique, un ordinateur portable, etc. Il comprend les ressources informatiques, par exemple un code exécutable d'une application informatique téléchargeable, permettant 8 de réaliser des fonctions du procédé de l'invention. Selon un mode de réalisation, l'utilisateur U est enregistré auprès d'un serveur de gestion de droits qui peut être ou non le serveur distant SERV. L'utilisateur U accède alors à un service correspondant à la planification de ces trajets. 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 et d'une adresse réseau de l'équipement utilisateur EQ, 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 EQ. Selon un mode de réalisation, l'utilisateur U est préinscrit à partir d'un logiciel et est connus du fait qu'un identifiant est enregistré dans une base de données distante BAS. Selon un mode de réalisation, la base de données BAS associe un véhicule CAR, VEL à un utilisateur U lorsque ce dernier utilise ledit véhicule. Selon un mode de réalisation, le serveur SERV comporte une fonction permettant de réaliser les associations. [0023] Le métro MET est un véhicule de transport en commun (ou transport collectif). L'invention doit être comprise comme pouvant faire intervenir d'autres types véhicules de transport en commun tels que : bus, autocar, tramway, train, funiculaire, bateau, etc. Ces véhicules sont généralement organisés par les pouvoirs publics et sont adaptés à l'accueil simultané de plusieurs personnes, généralement en contrepartie de l'achat d'un titre de transport (billet, ticket, carte d'abonnement, ...). [0024] La voiture CAR est un véhicule d'une première flotte de véhicules partagés. Et le vélo VEL est un véhicule d'une deuxième flotte de véhicules partagés. Les véhicules CAR et VEL sont donc de type différents. L'invention doit être comprise comme pouvant faire intervenir des véhicules de n flottes de véhicules partagés, n étant un entier supérieur ou égal à 1. Pour offrir un nombre très important de possibilités de transport à l'utilisateur, chaque flotte a préférentiellement un type différent : voiture autonome, voiture, deux-roues motorisé, vélo, trottinette, planche a roulette, monocycle électrique, gyropode, etc. [0025] Chaque véhicule de chaque flotte est associé à un numéro d'identification unique. Chaque véhicule dispose avantageusement d'au moins un équipement CEQ, VEQ 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, VEQ sont préférentiellement des ordinateurs embarqués comprenant les ressources informatiques permettant de réaliser des fonctions du procédé de l'invention. Le serveur SERV attribut des statuts à chaque véhicule de chaque flotte : - statut dit « Disponible à la réservation » : le véhicule est stationné (garé) et non réservé, 9 - statut dit « Indisponible à la réservation » : 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 »). D'autres types de statuts similaires peuvent être prévus. [0026] Le serveur SERV met régulièrement à jour, préférentiellement en temps réel, la base de données des véhicules de chaque flotte. Cette base de données BAS regroupe notamment : l'identifiant de chaque véhicule, leur statut (« Disponible à la réservation » ou «Indisponible à la réservation », 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. [0027] L'information sur le statut d'un véhicule est transmise au serveur 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, VEQ du véhicule 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 véhicule CAR, VEL. Cette commande peut être actionnée lorsque l'utilisateur a libéré le véhicule après un trajet. Le statut passe alors de « Indisponible à la réservation » à « Disponible à la réservation », - par l'équipement EQ de l'utilisateur U du véhicule CAR, VEL, 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 à la réservation » à « Disponible à la réservation ». Lorsque le serveur SERV reçoit une requête de réservation de la part d'un utilisateur abonné à un service de partage de véhicules, 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 à la réservation » à « Indisponible à la réservation ». Cette requête de réservation peut par exemple être générée via un équipement électronique ou via une application informatique auquel l'utilisateur est abonné. [0028] La position géographique de chaque véhicule de chaque flotte 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 CEQ, VEQ d'un véhicule CAR, VEL 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 peut récupérer automatiquement cette information en in- terrogeant en temps réel ou a intervalles de temps régulier (par exemple toutes les 5 minutes), les équipements CEQ, VEQ des véhicules CAR, VEL. Les équipements CEQ, VEQ des véhicules CAR, VEL 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, VEL peut correspondre à une position définie à partir d'une interface de saisie d'un équipement EQ d'un utilisateur U utilisant le véhicule CAR, VEL. Par exemple, l'utilisateur U 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. [0029] Dans l'exemple de la figure 1, l'utilisateur U souhaite effectuer un trajet, en zone urbaine, par exemple entre son lieu d'habitation (point de départ A) et le bureau où il travaille (point d'arrivé B). Pour ce faire, il transmet au serveur SERV une requête de planification de trajet, qui est par exemple générée depuis son équipement EQ, via une application informatique auquel ledit utilisateur est abonné. Cette requête de planification inclue le point de départ A et le point d'arrivé B. La position du point de départ A peut être renseignée manuellement depuis une interface de l'équipement EQ, par exemple en inscrivant une adresse ou en sélectionnant un point sur une carte interactive affichée sur ladite interface graphique. Selon une alternative, la position du point de départ A est par défaut la position géographique de l'utilisateur U au moment où il transmet sa requête de planification. 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 d'un réseau 4G) ou par une combinaison des deux systèmes de localisation. Aussi, l'équipement EQ 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 planification. La position du point d'arrivée B peut également être renseignée manuellement depuis une interface de l'équipement EQ, par exemple en inscrivant une adresse ou en sélectionnant un point sur une carte interactive affichée sur ladite interface graphique. La position du point d'arrivée B est ensuite incluse clans la requête de planification et transmise au serveur SERV. [0030] Le serveur SERV intègre avantageusement une ou plusieurs applications infor- matiques de cartographie numérique et de calcul d'itinéraires, de sorte qu'il a une connaissance exhaustive des rues, voies de circulation, cheminements piéton, situés entre le point A et le point B. De même, le serveur SERV intègre avantageusement une ou plusieurs applications informatiques de plans de transports en commun et de calcul d'itinéraires de transports en commun, de sorte qu'entre le point A et le point B, et pour chaque type de transport, il connait les stations (ou gare), les horaires de passage, la 11 distance et/ou le temps de parcours entre une station de départ et une station d'arrivée, etc. De manière alternative, le serveur SERV est adapté pour se connecter à un ou plusieurs sites de cartographie numérique (dont plans des transports en commun) et de calcul d'itinéraires (dont itinéraires des transports en commun) sur internet pour récupérer ces informations. [0031] Dans le cadre de la présente invention, le serveur SERV analyse la requête de plani- fication de l'utilisateur U et récupère les positions des points de départ A et d'arrivé B. Le serveur SERV interroge alors la hase de données BAS pour déterminer les véhicules des différentes flottes dont la position géographique, à cet instant, est située entre les points A et B. Par exemple, le serveur SERV défini une zone géographique incluse dans un cercle (respectivement un rectangle ou un carré) dont le diamètre (respectivement la diagonale) correspond à la distance entre les points A et B. Tous les véhicules dont la position géographique est située dans cette zone sont analysés. Le serveur SERV affine les résultats de cette recherche pour ne sélectionner dans la base de données BAS, que les véhicules qui ont un statut « Disponible à la réservation ». Dans l'exemple de la figure 1, le serveur SERV constate que la voiture CAR d'une flotte de voitures partagées et qu'un vélo VEL d'une flotte de vélos partagés sont disponibles entre le point A et le point B. [0032] Le serveur SERV élabore alors le trajet le plus rapide et/ou le plus court entre le point de départ A et le point d'arrivé B, en tenant compte de la disponibilité, des positions et des types des véhicules CAR et VEL sélectionnés. Ce trajet est multimodal, c'est-à-dire qu'il comporte plusieurs segments de trajets reliés par des noeuds. Le trajet est élaboré de sorte que la voiture CAL soit utilisée sur un segment de trajet et le vélo VEL sur un autre segment de trajet. Dans l'exemple de la figure 1, le serveur calcule que le trajet le plus rapide et ayant l'empreinte carbone la plus basse, consiste à utiliser la voiture CAR sur un premier segment de trajet (segment initial A-X1), à utiliser le métro sur un deuxième segment de trajet (segment intermédiaire X1-Y1) et à utiliser le vélo sur un troisième segment de trajet (segment final Y2-B). Le serveur SERV transmet ensuite cette proposition de trajet optimal à l'équipement EQ de l'utilisateur U pour validation. Cette proposition de trajet peut être accompagnée de la durée et/ou distance du trajet, de son prix, de l'émission de CO2 générée. Le serveur peut en outre proposer des trajets alternatifs en complément de ce trajet optimal. Par exemple, le serveur SERV peut proposer un trajet plus court mais avec une empreinte carbone plus élevée, consistant à utiliser la voiture CAR du point A au point Y2 et à utiliser le vélo VEL sur le segment final Y2-B calcule que le trajet le plus rapide. Le serveur SERV peut encore proposer un trajet plus long mais avec une empreinte carbone plus basse, consistant à marcher du point A au point Xl, à utiliser le métro sur le segment intermédiaire XI-Y1 et à utiliser le vélo sur le segment final Y2-B. La 12 transmission du trajet optimal et éventuellement des trajets alternatifs, s'accompagne d'une requête de validation. Celle-ci se présente par exemple sous la forme d'une touche de validation sélectionnable qui s'affiche sur l'interface de l'équipement EQ. [0033] L'hypothèse retenue ici est que l'utilisateur U valide le trajet optimal. Cette va- lidation peut se présenter sous la forme d'une commande de validation transmise au serveur SERV depuis l'équipement EQ. Le serveur SERV va alors réserver la voiture CAR et le vélo VEL. Dans la base de données BAS, leur statut va passer de « Disponible à la réservation » à « Indisponible à la réservation » de sorte qu'aucun autre utilisateur ne pourra les utiliser. L'utilisateur U est ainsi assurer de pouvoir utiliser ces véhicules sur son trajet. La mention «Indisponible à la réservation » peut en outre s'afficher sur une interface graphique installée de manière visible sur chaque véhicule CAR, VEL. [0034] En complément ou en substitution de la modification du statut des véhicules CAR et VEL, le serveur SERV peut rendre physiquement inutilisable lesdits véhicules par des personnes autre que l'utilisateur U. En effet, les véhicules CAR et VEL peuvent être équipés d'un dispositif de verrouillage/déverrouillage à distance. Pour la voiture CAR, il peut s'agir d'un dispositif anti-démarrage du moteur piloté par l'équipement CEQ. Pour le vélo VEL, il peut s'agir d'un dispositif de blocage des roues piloté par l'équipement VEQ. Ainsi, après la validation du trajet par l'utilisateur U, le serveur SERV transmet aux équipements CEQ et VEQ, au travers du réseau NET, une commande d'activation du dispositif de yen-ouillage, rendant les véhicules CAR et VEL momentanément inutilisables. Lorsque l'utilisateur U accède à un des véhicules CAR, VEL, il peut transmet aux équipements CEQ, VEQ, depuis son équipement EQ, par exemple via une liaison sans fil du type wifi ou Bluetooth ou suite à la lecture d'un code-barres ou d'une puce NFC, 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), coïncide avec celle du véhicule concerné CAR ou VEL. Dès lors, c'est le serveur SERV qui transmet à l'équipement respectif CEQ ou VEQ, au travers du réseau NET, la commande de désactivation. [0035] Lorsque l'utilisateur U valide le trajet, le serveur SERV transmet à l'équipement EQ, une confirmation de validation, à laquelle est associée une carte interactive montant en détail le parcours du trajet retenu et qui s'affiche sur une interface graphique dudit équipement. Préférentiellement, le serveur SERV indique très précisément l'emplacement des véhicules CAR, VEL réservés (par exemple en indiquant la position géographique sur la carte interactive) ainsi qu'un moyen d'identification desdits véhicules. Ce moyen d'identification peut se présenter sous la forme d'une photo des véhicules, du numéro de la plaque d'immatriculation de la voiture CAR, d'un numéro 13 d'identification inscrit sur le vélo CEL, etc. [0036] Selon un mode de réalisation, l'utilisateur U peut renseigner un ou plusieurs critères de préférence quant aux véhicules à utiliser sur le trajet et leur condition d'utilisation. Lors de son inscription au service de planification ou durant la préparation de sa requête de planification, l'utilisateur U peut par exemple spécifié, depuis l'interface graphique de son équipement EQ, un certain nombre de critères. Ces critères sont personnalisés. Il peut par exemple indiquer qu'il ne veut jamais utiliser un gyropode (ex : SEGWAY0) ni une planche a roulette, ni une moto, qu'il accepte d'utiliser le métro sauf aux heures de pointes entre 17h et 19h, qu'il apprécie les voitures et surtout les voitures autonomes, et qu'il accepte d'utiliser le vélo sur des distance inférieure ou égale à 1 Km, sauf en cas de pluie ou si la température extérieure dépasse 30°C. Ces contraintes sont transmises au serveur SERV, lors l'inscription de l'utilisateur U au service de planification et/ou en même temps que la transmission de sa requête de planification. Avantageusement, le serveur SERV associe ces critères à l'identifiant de l'utilisateur et les enregistre dans la base de données BAS, notamment pour prendre en compte les contraintes qui en découlent lors des prochaines planifications. Le serveur SERV peut alors élaborer le trajet en prenant en compte la ou les contraintes déterminées par ce ou ces critères de préférence. [0037] En reprenant l'exemple de la figure 1, si le serveur SERV constate qu'une moto, qu'une voiture classique et qu'une voiture autonome sont toutes trois disponibles au point de départ A, il ne sélectionnera pas la moto, et privilégiera la voiture partagée au détriment de la voiture classique. De même, si la distance entre la sortie du métro Yi et le point B est supérieure à 1 Km, le serveur SERV ne sélectionnera pas le vélo VEL pour parcourir le segment final Y2-B. Il en est de même s'il pleut ou si la température extérieure dépasse 30°C. Le serveur SERV sélectionnera alors un autre véhicule partagé, avec pour conséquence d'élaborer un autre trajet que celui illustré sur la figure 1. [0038] 11 est donc avantageux que le serveur SERV puisse récupérer des données permettant de vérifier si les véhicules sélectionnés CAR, VEL répondent à tout ou partie critères de préférence, notamment leurs conditions météorologiques d'utilisation. Ces données peut être récupérées de plusieurs façons : - le serveur SERV peut être adapté pour se connecter à une ou plusieurs bases de données de sites météorologiques sites de cartographie numérique sur intemet pour récupérer ces informations, et/ou - le serveur SERV interroge des capteurs installés sur les véhicules partagés (capteur de température, capteur d'humidité, ...). [0039] Le serveur SERV peut également récupérer, auprès de sites Internet dédiés, des données relatives au trafic routier dans la zone géographique englobant le point de 14 départ A et le point d'arrivé B. Ces données de trafic sont par exemple : trafic dense dans telle zone, ou trafic fluide dans tel autre zone, circulation fermée dans telle rue, travaux dans telle autre rue, etc. Le serveur SERV va alors prendre en compte ces données pour sélectionner un type de véhicule et élaborer son trajet. Par exemple, si le serveur SERV détecte que le segment Y2-B parcours une rue dans laquelle le trafic et dense ou dans laquelle des travaux sont réalisés, il va privilégier l'utilisation d'un véhicule de petit gabarit du type vélo, trottinette, planche a roulette, monocycle électrique ou gyropodc. Les critères de préférence mentionnés précédemment, permettent au serveur SERV d'affiner sa sélection et de choisir le véhicule le plus approprié à l'utilisateur U. le vele VEL dans l'exemple de la figure 1. [0040] Les données relatives au trafic routier sont également utilisées par le serveur SERV pour définir sa stratégie d'optimisation du trajet. En se basant sur la figure 1, l'utilisateur U habite par exemple dans la banlieue (point A) d'une ville et veut cc rendre sur son lieu de travail (Point B) situé en plein centre de cette ville. Le serveur constate qu'à l'instant où l'utilisateur transmet sa requête de planification, l'accès au centre-ville en voiture est difficile car le trafic est très dense. Le serveur SERV va alors élaborer son trajet pour proposer à l'utilisateur U une voiture autonome CAR qui va venir le chercher dans 15 mn devant chez lui (Point A). La voiture autonome CAR va déposer l'utilisateur U devant une bouche de métro (Point X1). Ce métro arrivera 10 mn plus tard à une station déterminée par le serveur (Point Y1). A la sortie de cette station, un vélo VEL, situé à 50 m de ladite station (point Y2) sera réservé et permettra à l'utilisateur U d'atteindre son lieu de travail (Point B). [0041] La jonction (ou noeud) entre deux segments de trajets consécutifs, par exemple la jonction entre le segment intermédiaire X1-YI et le segment final Y2-B, est définie par un point d'entrée YI (ex : la sortie de la station où l'utilisateur quitte le métro MET) et un point de sortie (ex: l'emplacement où l'utilisateur récupère le vélo VEL). De manière avantageuse, le serveur SERV élabore le trajet de sorte que la distance entre le point d'entrée Yi et le point de sortie Y2 soit inférieure à une valeur prédéterminée, par exemple inférieur à 100 m. Si le vélo VEL était disponible mais situé à 200 m de la sortie du métro YI, le serveur SERV n'aurait pas sélectionné ledit vélo, mais opté pour un autre véhicule disponible et de fait, aurait défini un autre trajet. Il aurait par exemple proposé à l'utilisateur U de sortir à la station de métro suivante pour récupérer une trottinette située à 20 m de la sortie de cette station. [0042] 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 l'équipement EQ de l'utilisateur et/ou par un équipement CEQ, VEQ d'un véhicule partagé CAR, VEL. [0043] 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 la base de données BAS, le serveur SERV, l'équipement EQ de l'utilisateur U et les équipements CEQ, VEQ des véhicules partagés CAR, VEL. Selon un mode préféré de réalisation : - Evènement 1: génération d'une requête de planification par l'utilisateur, depuis son équipement EQ. L'utilisateur renseigne le point de départ A, le point d'arrivé B, et éventuellement un ou plusieurs critère de préférence. -Etape 2: transmission de cette requête au serveur SERV, depuis l'équipement EQ. - Etape 3 : le serveur SERV interroge la base de données BAS pour sélectionner des véhicules partagés (CAR, VEL) localisés entre le point de départ et le point d'arrivé et dont le statut est « Disponible à la réservation ». A cette étape, le serveur SERV peut également interroger d'autres sites internet et/ou bases de données et/ou les équipements CEQ, VEQ, pour récupérer des données de cartographie numérique, des données de plans de transports en commun, des données permettant de vérifier si les véhicules sélectionnés CAR, VEL répondent à tout ou partie critères de préférence, des données relatives au trafic routier, etc. - Evénement 4: le serveur SERV met en oeuvre le processus informatique permettant de calculer le trajet le plus rapide et/ou le plus court. Le trajet est élaboré de sorte que les véhicules sélectionnés CAR, VEL soient utilisés sur différents segments de trajet. Ce calcul peut être réalisé en même temps que l'étape 3. - Etape 5 : le serveur SERV transmet à l'équipement EQ de l'utilisateur, une suggestion de trajet optimal, éventuellement accompagné d'autres trajets alternatifs. - Etape 6 : l'utilisateur valide le trajet. L'équipement EQ transmet au serveur SERV la commande de validation du trajet. - Etape 7 : le serveur SERV transmet à l'équipement EQ une conformation de validation à laquelle est associée une carte interactive montant en détail le parcours du trajet, l'emplacement des véhicules CAR. VEL réservés, et éventuellement un moyen d'identification (lesdits véhicules. - Etape 8 : le serveur SERV réserve les véhicules CAR, VEL en modifiant la base de données BAS pour faire passer leur statut de « Disponible à la réservation » Indisponible à la réservation ». - Etape 9 : le serveur SERV transmet aux équipements CEQ, VEQ, une commande d'activation du dispositif de verrouillage, rendant les véhicules CAR, VEL momentanément inutilisables. - Etape 10 : l'utilisateur U accède aux véhicules CAR, VEL. Une commande de 16 désactivation du dispositif de verrouillage est transmise aux équipements CEQ, VEQ, depuis l'équipement EQ. - Etape 11 : l'utilisateur U a finalisé son trajet. L'équipement EQ transmet au serveur SERV un indicateur de fin de trajet, par exemple généré suite à l'activation d'une touche dédiée affichée sur une interface graphique dudit équipement. - Etape 12 : le serveur SERV détermine le montant à facturer à l'utilisateur et transmet, à l'équipement EQ, la facture correspondante. Les étapes 11 et 12 sont optionnelles. L'étape 12 de facturation peut être mise en oeuvre entre l'étape 6 et l'étape 7 ou 8, c'est-à-dire après la validation du trajet par l'utilisateur et avant la confirmation et/ou la réservation des véhicules CAR, VEL. Le paiement de cette facture peut d'ailleurs être l'élément déclencheur de l'étape 7 ou de l'étape 8. [0044] 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. 17 [Revendication I] [Revendication 2]