FR3073309A1 - 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 - Google Patents

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 Download PDF

Info

Publication number
FR3073309A1
FR3073309A1 FR1760350A FR1760350A FR3073309A1 FR 3073309 A1 FR3073309 A1 FR 3073309A1 FR 1760350 A FR1760350 A FR 1760350A FR 1760350 A FR1760350 A FR 1760350A FR 3073309 A1 FR3073309 A1 FR 3073309A1
Authority
FR
France
Prior art keywords
vehicle
request
user
server
serv
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
FR1760350A
Other languages
English (en)
Other versions
FR3073309B1 (fr
Inventor
Francois Colon
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Vulog SAS
Original Assignee
Vulog SAS
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Vulog SAS filed Critical Vulog SAS
Priority to FR1760350A priority Critical patent/FR3073309B1/fr
Priority to PCT/FR2018/052685 priority patent/WO2019086796A1/fr
Priority to US16/760,477 priority patent/US20200258009A1/en
Priority to EP18812234.5A priority patent/EP3704644A1/fr
Publication of FR3073309A1 publication Critical patent/FR3073309A1/fr
Application granted granted Critical
Publication of FR3073309B1 publication Critical patent/FR3073309B1/fr
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/02—Reservations, e.g. for tickets, services or events
    • G—PHYSICS
    • G01—MEASURING; TESTING
    • G01C—MEASURING DISTANCES, LEVELS OR BEARINGS; SURVEYING; NAVIGATION; GYROSCOPIC INSTRUMENTS; PHOTOGRAMMETRY OR VIDEOGRAMMETRY
    • G01C21/00—Navigation; Navigational instruments not provided for in groups G01C1/00 - G01C19/00
    • G01C21/26—Navigation; Navigational instruments not provided for in groups G01C1/00 - G01C19/00 specially adapted for navigation in a road network
    • G01C21/34—Route searching; Route guidance
    • G01C21/3407—Route searching; Route guidance specially adapted for specific applications
    • G01C21/3438—Rendez-vous, i.e. searching a destination where several users can meet, and the routes to this destination for these users; Ride sharing, i.e. searching a route such that at least two users can share a vehicle for at least part of the route
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/24—Querying
    • G06F16/245—Query processing
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/29—Geographical information databases
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/04—Forecasting or optimisation specially adapted for administrative or management purposes, e.g. linear programming or "cutting stock problem"
    • G06Q10/047—Optimisation of routes or paths, e.g. travelling salesman problem
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/08—Logistics, e.g. warehousing, loading or distribution; Inventory or stock management
    • G06Q10/083—Shipping
    • G06Q10/0833—Tracking
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/10—Office automation; Time management
    • G06Q10/109—Time management, e.g. calendars, reminders, meetings or time accounting
    • G06Q10/1093—Calendar-based scheduling for persons or groups
    • G06Q10/1095—Meeting or appointment
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q50/00—Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
    • G06Q50/40—Business processes related to the transportation industry

Landscapes

  • Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Human Resources & Organizations (AREA)
  • Theoretical Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Physics & Mathematics (AREA)
  • Tourism & Hospitality (AREA)
  • Strategic Management (AREA)
  • Economics (AREA)
  • Entrepreneurship & Innovation (AREA)
  • General Business, Economics & Management (AREA)
  • Marketing (AREA)
  • Operations Research (AREA)
  • Quality & Reliability (AREA)
  • Remote Sensing (AREA)
  • Development Economics (AREA)
  • Data Mining & Analysis (AREA)
  • Radar, Positioning & Navigation (AREA)
  • Databases & Information Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Computational Linguistics (AREA)
  • Game Theory and Decision Science (AREA)
  • Automation & Control Theory (AREA)
  • Health & Medical Sciences (AREA)
  • General Health & Medical Sciences (AREA)
  • Primary Health Care (AREA)
  • Traffic Control Systems (AREA)

Abstract

L'invention concerne un procédé de mise à disposition d'un véhicule comprenant les étapes suivantes : ▪ 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 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, caractérisé en ce que la première requête comprend : ▪ 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.

Description

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 10 réservation. Le domaine de l’invention concerne plus particulièrement les procédés mis en œuvre à 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 A1 décrit un procédé pour sous-louer 20 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
-2utilisateur enregistré que le premier utilisateur souhaite échanger ou louer son véhicule. Le système propose d’assister l’échange par la définition d’un lieu et d’une heure d’échange. La requête d’échange peut comprendre des données tarifaires ou de durée.
Un inconvénient de ce système est que chaque utilisateur doit fixer un point de rendez-vous 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.
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 :
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 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 :
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.
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.
- 3Ce procédé peut être mise en œuvre 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.
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 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.
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 ci20 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 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.
- 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
-4gé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 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 une position de rencontre.
-5Un autre aspect de l’invention concerne un produit programme d’ordinateur comportant un calculateur et une mémoire pour la mise en œuvre de l’une quelconque des étapes du procédé décrit précédemment.
Encore un autre aspect de l’invention concerne un système comportant au moins un terminal mobile et un serveur pour la mise en œuvre 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 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 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 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 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 d’ordinateur comportant un calculateur et une mémoire pour la mise en œuvre du procédé de réservation d’un véhicule.
-6Encore un autre aspect de l’invention concerne un système comportant au moins un termina! mobile et un serveur pour la mise en œuvre du procédé de réservation d’un véhicule.
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 :
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 d’établir des communications entre un serveur distant et un premier équipement mobile et un second équipement mobile.
DESCRIPTION
La figure 1 représente trois entités dont un premier équipement EQi d’un utilisateur U-i, un second équipement EQ2 d’un second utilisateur U2 et un serveur distant noté SERV.
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 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 EQi, EQ2 sont préférentiellement des téléphones intelligents ou des tablettes numériques. Selon un mode de réalisation, les é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 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 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é « cîoud » comportant une pluralité de ressources mémoires synchronisées entre elles et accessibles depuis le réseau de données.
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 REQi par un premier utilisateur Ui d’un véhicule AUTOi. Cette étape est notée GEN_REQi sur la figure 1. Cet utilisateur Ui peut être, par exemple, le conducteur du véhicule AUH^ ou un passager du véhicule. Le premier utilisateur Ui 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 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.
-8Lorsque le premier utilisateur Ui 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 REQi 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 Ui 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 véhicules dans 10 min.
En outre, la première requête REQi 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 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 œuvre 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. 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 REQi comporte une information géographique comportant, par exemple, une position du véhicule POS-i, 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. 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.
-9Selon une alternative, la position peut correspondre à une position POS1 définie à partir d’une interface de saisie du premier équipement EQi. Par exemple, si le premier utilisateur Ui é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 à i
disposition son véhicule AUTOi 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 REQ1 ou se trouvera dans une durée prédéfinie. La zone Z1 peut être directement ou indirectement définie à partir d’une position POS1, par exemple une zone définissant un cercle autour de la position POS1 d’un rayon ou un diamètre prédéfini ou une zone Z1 correspondant à un quartier dans laquelle la position 15 POS1 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 :
- 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 POS1 ou une zone géographique Z1 ;
- 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.
ï ï
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 à
- 10stationner 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.
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 REQi 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 Ui. Le serveur SERV peut être couplé à un autre serveur d’authentification, par exemple permettant de reconnaître l’utilisateur Ui 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 REQ-ι est émise, une 20 information d’attente est générée sur l’interface de l’équipement EQi afin de signaler à l’utilisateur Ui que la demande est en cours de traitement. Ce information d’attente peut être automatiquement générée par l’équipement EQ-] 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 AUTOi 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 Ui 30 correspondante à une position à atteindre ou encore une zone définie par rapport à l’une ou à l’autre de ces positions.
-11 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 :
une position ou une zone donnée, 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, 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 GENJJST 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 Ui 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é.
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 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é 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.
- 12Dans le mode de réalisation de la figure 1, l’utilisateur U2 cherche un véhicule dans une zone Z2 à proximité de la position POS1 de l’utilisateur U-i. Selon un mode de réalisation, la position du second utilisateur POS2 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 Z.\. 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.
- 13Dans cette séquence de confirmation, le serveur SERV enregistre dans une mémoire le véhicule sélectionné AUTOi 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 EQ-ι du premier utilisateur U1 afin de l’informer qu’un utilisateur U2 10 a réservé le véhicule AUTO1. 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 POS1. 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 POS1 et la position POS2. Dans ce dernier 20 cas, la position POS3 peut prendre en compte au moins l’un des facteurs suivants :
- la position du véhicule POS1,
- le sens de circulation du véhicule AUTO-i,
- la nature de la voie dans laquelle le véhicule AUTO1 est engagée, 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 POS1 émise lors de la première requête REQ1.
Selon un mode de réalisation, lorsque l’utilisateur U1 reçoit la requête
REQ3 sur son équipement ECh, il peut confirmer la position POS3 proposée par le
- 14serveur 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 Ui peut modifier la position POS3 proposée par le serveur et en choisir une autre si cette dernière ne lui convient pas. Selon un autre mode de réalisation, l’utilisateur Ui 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 EQi, EQ2 ou SERV défini la position POS3 ou la propose à d’autres équipements. Une priorité à l’équipement EQV 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 POS1, POS3.
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.
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
- 15lesquels : « 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 reconnaître le véhicule AUTO1 lorsque l’utilisateur U2 s’en approchera. Ce mode de réalisation est préférentiellement mis en œuvre lorsque la position de rencontre POS3 est la position POS1 et qu’elle est donc définie par le premier utilisateur U1.
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 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 Ui. 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 Ui n’ait plus qu’à valider une proposition en la sélectionnant.
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 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 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 é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
- 16les voies de circulation afin que chaque utilisateur Ui, 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 Ui, U2 afin de leur indiquer le chemin à suivre pour se rendre à la position POS3.
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.
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 EQ1.
L’invention concerne également un produit programme d’ordinateur comportant des instructions pour la mise en œuvre 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 terminai 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 POS1 ou la zone Z1.
- 17Selon 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 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 AUTOi à un utilisateur U1 lorsque ce dernier utilise un véhicule AUTO1.
if:
Cette association permet de définir un usage par défaut du programme lorsque ce dernier est utilisé.
Au lancement du programme de l’équipement EQ1, l’utilisateur Ui 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 contextualisée selon si l’identifiant dudit utilisateur est associé ou non à celui d’un i
véhicule dans une base de données distante.
L’invention concerne également un support d’enregistrement non
S transitoire comportant les données, qui une fois installées dans un ordinateur ou un équipement de type terminal mobile, permettent d’exécuter les procédés de t 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.
- 18Revendications

Claims (14)

1. Procédé de mise à disposition d’un véhicule (AUTOi) comprenant les étapes suivantes :
génération d’une première requête (REQi) depuis un premier équipement (EQ-i) d’un premier utilisateur (Ui) d’un véhicule (AUTOi) vers un serveur (SERV) à partir d’un réseau de données (NET) afin d’indiquer une mise à disponibilité dudit véhicule (AUTOi) dans une première zone (Z-i) ;
réception d’une troisième requête (REQ3) par le premier équipement (EQi) depuis le serveur distant (SERV) indiquant une demande d’accès audit véhicule (AUTO-ι) par un second utilisateur (U2) ;
acceptation de la demande d’accès à partir du premier équipement (EQ-i), caractérisé en ce que la première requête (REQi) 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 (POSi, Z-i).
2. Procédé selon la revendication 1, caractérisé en ce que la première information géographique (POSi, Z-i) comporte :
une première position (POS1) correspondant à la position courante du véhicule (AUTO-t) et/ou ;
une première zone (Z-i) définie autour de la première position (POSi).
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 ;
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 (AUTO1) et/ou ;
une troisième position géographique (POS3) correspondante à une position d’un point de rencontre calculée à partir de la première l:
10 position (POS1) et/ou d’une seconde position (POS2) correspondante à une position d’un second utilisateur (U2) souhaitant réserver le véhicule (AUTO1).
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 (Z-i) 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 i
20 comportant en outre une durée estimée (Dest) calculée à partir d’une position courante du véhicule (POSC, POS1) 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 (AUTO1) parmi lesquels : {double-file ; feu rouge ; bateau ; livraison ; circule}, et/ou ;
un descriptif de stationnement du véhicule (AUTO-i) parmi lesquels : {clignotant ; warning ; feux}, et/ou ;
30 un descriptif du véhicule (AUTO1) parmi lesquels : {couleur, modèle, marque, année}.
j
8. Procédé de mise à disposition d’un véhicule (AUTOi) 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 (AUTO1) et de la première information géographique (POS1, Z-i) consécutivement à la
H réception à la première requête (REQ1).
9. Procédé de mise à disposition d’un véhicule (AUTO1) selon l’une
A
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 (AUTO1) ;
émission de ladite liste de véhicules vers le second équipement
20 (EQ2) ;
sélection du premier véhicule (AUTO-i) à partir du second équipement (EQ2) ;
iï émission de la troisième requête vers le premier équipement (EQ1).
25 10. Procédé de mise à disposition d’un véhicule (AUTO1) selon la revendication
9, caractérisé en ce que l’acceptation de la demande d’accès à partir du i:
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 (AUTO1) ;
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 œuvre de l’une quelconque des étapes du procédé des revendications 1 à 7.
5
12.Système comportant au moins un terminal mobile (EQi) et un serveur (SERV) pour la mise en œuvre 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 (AUTOi) 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 (AUTOi) 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 (AUTOi) 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 (AUTOi) et un élément descriptif du véhicule (AUTO-i) ;
Une acceptation de la réservation au moyen de l’équipement (EQ2) de l’utilisateur (U2).
i:
30 14. Produit programme d’ordinateur comportant un calculateur et une mémoire pour la mise en œuvre du procédé de la revendication 13.
-2215. Système comportant au moins un termina! mobile (EQ2) et un serveur (SERV) pour la mise en œuvre du procédé de la revendication 13.
FR1760350A 2017-11-03 2017-11-03 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 Active FR3073309B1 (fr)

Priority Applications (4)

Application Number Priority Date Filing Date Title
FR1760350A FR3073309B1 (fr) 2017-11-03 2017-11-03 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
PCT/FR2018/052685 WO2019086796A1 (fr) 2017-11-03 2018-10-30 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
US16/760,477 US20200258009A1 (en) 2017-11-03 2018-10-30 Method for making available a vehicle and its return in a fleet of vehicles available for reservation, reservation method of a vehicle, system
EP18812234.5A EP3704644A1 (fr) 2017-11-03 2018-10-30 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

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR1760350 2017-11-03
FR1760350A FR3073309B1 (fr) 2017-11-03 2017-11-03 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

Publications (2)

Publication Number Publication Date
FR3073309A1 true FR3073309A1 (fr) 2019-05-10
FR3073309B1 FR3073309B1 (fr) 2022-09-09

Family

ID=60888509

Family Applications (1)

Application Number Title Priority Date Filing Date
FR1760350A Active FR3073309B1 (fr) 2017-11-03 2017-11-03 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

Country Status (4)

Country Link
US (1) US20200258009A1 (fr)
EP (1) EP3704644A1 (fr)
FR (1) FR3073309B1 (fr)
WO (1) WO2019086796A1 (fr)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FR3106231A1 (fr) * 2020-01-14 2021-07-16 Vulog Procédé et système pour afficher sur une carte numérique, la position géographique de véhicules disponibles à la réservation

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20220057810A1 (en) * 2020-08-24 2022-02-24 Hyundai Motor Company Method for interlinking heterogeneous fleet systems, device and system implementing the same

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20150206206A1 (en) * 2014-01-23 2015-07-23 Cox Enterprises, Inc. Systems and methods for flexible vehicle sharing
US20150348178A1 (en) * 2014-05-30 2015-12-03 Verizon Patent And Licensing Inc. Method and System for Renting and Sub-Renting Vehicles

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2009059164A2 (fr) * 2007-10-31 2009-05-07 Intrago Corporation Système de véhicule partagé distribué par utilisateur
US20150371153A1 (en) * 2014-06-24 2015-12-24 General Motors Llc Vehicle Sharing System Supporting Nested Vehicle Sharing Within A Loan Period For A Primary Vehicle Borrower
CA2905904A1 (fr) * 2014-09-25 2016-03-25 2435603 Ontario Inc. Systeme et methode de repartition de location de vehicule
US20180315146A1 (en) * 2017-04-27 2018-11-01 Lyft, Inc. Dynamic autonomous vehicle matching optimization
US10330482B2 (en) * 2017-07-28 2019-06-25 Uber Technologies, Inc. Dynamically determining origin and destination locations for a network system

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20150206206A1 (en) * 2014-01-23 2015-07-23 Cox Enterprises, Inc. Systems and methods for flexible vehicle sharing
US20150348178A1 (en) * 2014-05-30 2015-12-03 Verizon Patent And Licensing Inc. Method and System for Renting and Sub-Renting Vehicles

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FR3106231A1 (fr) * 2020-01-14 2021-07-16 Vulog Procédé et système pour afficher sur une carte numérique, la position géographique de véhicules disponibles à la réservation
WO2021144535A1 (fr) * 2020-01-14 2021-07-22 Vulog Procede et systeme pour incorporer des positions geographiques de vehicules disponibles a la reservation dans une carte numerique

Also Published As

Publication number Publication date
WO2019086796A1 (fr) 2019-05-09
FR3073309B1 (fr) 2022-09-09
US20200258009A1 (en) 2020-08-13
EP3704644A1 (fr) 2020-09-09

Similar Documents

Publication Publication Date Title
FR3029153B1 (fr) Dispositif et procede de gestion d'un parc de stationnement
FR3033066A1 (fr)
EP3903069B1 (fr) Procédé et système de planification d'un trajet
FR2846495A1 (fr) Procede de diffusion de messages entre vehicules et appareil pour l'application de ce procede
EP3196815B1 (fr) Procédé de détection de passagers, de gestion et d'optimisation de leurs transports partages
FR3091392A1 (fr) Procédé et système de gestion d’une flotte de véhicules partagés
FR2932305A1 (fr) Procede permettant de mettre en relation une demande d'un service de transport emise par un passager avec une offre d'un tel service emise par un conducteur
CN110858371A (zh) 确定共享乘坐度量
WO2019086796A1 (fr) 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
EP3987502A1 (fr) Procede et systeme de gestion de places de stationnement
FR2916923A1 (fr) Systeme d'aggregation de services pour une plateforme de telecommunication.
US11138634B2 (en) Gig vehicle parking
EP4085402A1 (fr) Procede et systeme pour activer l'acces a un vehicule stationne dans un lieu non couvert par un reseau de donnees
FR2868188A1 (fr) Procede et systeme de transport de voyageurs
CN112667882A (zh) 内容分发方法、装置、***、计算设备以及存储介质
CA2865121C (fr) Procede de communication passive pour reseaux fondes sur l'emplacement
CN108874822A (zh) 用于切换数字媒体呈现的移动设备、交通工具和方法
WO2017068406A1 (fr) Procede et systeme de facilitation des deplacements d'un ensemble de pietons au moyen d'un ensemble de vehicules
CN112766748B (zh) 一种调整服务资源的方法、装置、设备、介质和产品
BE1027166B1 (fr) Procédé permettant de transporter une pluralité d'usagers et de marchandises
WO2021144535A1 (fr) Procede et systeme pour incorporer des positions geographiques de vehicules disponibles a la reservation dans une carte numerique
FR3065855B1 (fr) Procede et dispositif de controle de l’utilisation d’un point d’acces d’un vehicule par transmission d’informations de capacite disponible
FR3104369A1 (fr) Procédé de communication de données d’un véhicule connecté
FR3114275A1 (fr) Réveil d’un occupant d’un véhicule
FR3100208A1 (fr) Procede de diffusion d'un contenu audioguide dans un vehicule

Legal Events

Date Code Title Description
PLSC Publication of the preliminary search report

Effective date: 20190510

PLFP Fee payment

Year of fee payment: 3

PLFP Fee payment

Year of fee payment: 4

PLFP Fee payment

Year of fee payment: 5

PLFP Fee payment

Year of fee payment: 6

PLFP Fee payment

Year of fee payment: 7