WO2019086796A1 - 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
WO2019086796A1
WO2019086796A1 PCT/FR2018/052685 FR2018052685W WO2019086796A1 WO 2019086796 A1 WO2019086796 A1 WO 2019086796A1 FR 2018052685 W FR2018052685 W FR 2018052685W WO 2019086796 A1 WO2019086796 A1 WO 2019086796A1
Authority
WO
WIPO (PCT)
Prior art keywords
vehicle
pos
user
request
auto
Prior art date
Application number
PCT/FR2018/052685
Other languages
English (en)
Inventor
François Colon
Original Assignee
Vulog
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 filed Critical Vulog
Priority to US16/760,477 priority Critical patent/US20200258009A1/en
Priority to EP18812234.5A priority patent/EP3704644A1/fr
Publication of WO2019086796A1 publication Critical patent/WO2019086796A1/fr

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

Definitions

  • the field of the invention relates to methods for reserving a vehicle.
  • the field of the invention also relates to the methods for making a vehicle available and returning it to a fleet of vehicles available for reservation.
  • the field of the invention relates more particularly to processes implemented from a smart phone or portable electronic equipment.
  • the document US 2015 0348178 A1 describes a method for sub-leasing a vehicle for a predefined period, for example from a mobile phone.
  • a request is made from an equipment of a first user who accesses, through a server, a list of available vehicles responding to the request made (duration, location, tariff, etc.).
  • the server sends a request corresponding to a choice of the renter from an owner.
  • US 2015 206206 discloses a method and system for exchanging vehicles between drivers.
  • a server can record the rental request requests of a first user and warn another registered user that the first user wishes to exchange or rent his vehicle.
  • the system proposes to assist the exchange by defining a place and a time of exchange.
  • the exchange request may include tariff or duration data.
  • a disadvantage of this system is that each user must set a meeting point and move their vehicle to exchange it.
  • the described system does not offer service to people who do not have a vehicle or want to simply book a vehicle depending on where it is.
  • the invention aims to overcome the aforementioned drawbacks.
  • the solution proposed by the invention is a method of providing a vehicle comprising the following steps:
  • the first request includes: ⁇ a vehicle availability information
  • This method can be implemented in an already existing solution of a system for providing vehicles among a set of vehicles of a park, for example private individuals or a fleet of vehicles dedicated to leasing.
  • One of the other advantages of the invention is to be able to grow a fleet of vehicles available from a community of people taking into consideration vehicles in working condition for which the driver seeks to park on a place.
  • Another advantage of the invention is to reduce traffic in cities by decreasing the circulation of certain vehicles seeking to park. Thus, the consumption of these vehicles decreases because it becomes useless to circulate for a while before finding a place. Finally, the method of the invention makes it possible to transmit a vehicle ready for use, the engine purring and the radio running.
  • the method of the invention also has the advantage of being able to signal at least one vehicle comprising information relating to the status of a vehicle on the list, for example: "in use",
  • the geographical position corresponding to the meeting point is calculated between the first position and the second position, taking into account at least one of the following factors: the direction of movement of the vehicle; - the nature of the lane in which the vehicle is engaged, such as a one-way lane or a two-lane lane; a better path in terms of distance, arrival time or traffic to arrive at a position of a path leading to the second position.
  • the first geographic information comprises: a first position corresponding to the current position of the vehicle; and / or a first zone defined around the first position.
  • the third request advantageously comprises a second geographic information, said second geographical information comprising: a second position corresponding to the current position of a user; and / or a second zone defined around the second position.
  • the third request comprises: a second geographical position corresponding to a position of a second user wishing to reserve the vehicle; and / or a third geographical position corresponding to a position of a meeting point calculated from the first position and / or a second position corresponding to a position of a second user wishing to reserve the vehicle.
  • This third geographic position can be determined from a common area of the first zone and the second zone.
  • This third request may include distance or time information further comprising an estimated duration calculated from a current position of the vehicle and the third geographic position.
  • the state information further comprises data corresponding to: a description of a place occupied by the vehicle, of which: ⁇ double-file; Red fire ; boat; delivery ; circulates ⁇ ; and / or a vehicle parking description, among which: ⁇ flashing; warning; fires ⁇ ; and / or a description of the vehicle among which: ⁇ color, model, mark, year ⁇ .
  • the method may further comprise the step of: recording in a server memory (of the availability information of the new vehicle and the first geographical information after receiving the first request.
  • the method may further comprise the steps of: receiving a second request by the server from a second equipment of a user, said second request comprising a reservation request for an available vehicle in a second area; generating a list of vehicles having data relating to their availability to the pedestrian's equipment, said list comprising the first vehicle; transmitting said list of vehicles to the second equipment; selecting the first vehicle from the second equipment; issuing the third request to the first equipment.
  • the acceptance of the access request from the first equipment advantageously comprises: the generation of a message by the first equipment to the server validating the provision of the vehicle; the generation of a message by the server to the second equipment mentioning a meeting position.
  • Another aspect of the invention relates to a computer program product comprising a computer and a memory for the implementation of any of the steps of the method described above.
  • Yet another aspect of the invention relates to a system comprising at least one mobile terminal and a server for implementing any of the steps of the method described above.
  • Yet another aspect of the invention relates to a method of reserving a vehicle ready for use comprising the following steps:
  • This reservation method may furthermore comprise a step of transmitting, from the server, a geographical position corresponding to a meeting point of the user, which geographic position:
  • ⁇ is calculated from a first position corresponding to the current position of the vehicle.
  • ⁇ is determined from a common area of the first defined area around the first position and a second defined area around the second position.
  • Yet another aspect of the invention relates to a computer program product comprising a computer and a memory for implementing the method of reserving a vehicle.
  • Yet another aspect of the invention relates to a system comprising at least one mobile terminal and a server for implementing the method of reserving a vehicle.
  • Figure 2 an exemplary representation from a mapping of position information of the first and second user
  • FIG. 3 an exemplary embodiment of a data network making it possible to establish communications between a remote server and a first mobile equipment and a second mobile equipment.
  • FIG. 1 represents three entities including a first equipment EQi of a user Ui, a second equipment EQ 2 of a second user U 2 and a remote server denoted SERV.
  • the equipment EQ 1 e EQ 2 are mobile electronic equipment comprising a communication interface, for example GSM, 3G, 4G or Wifi, to establish a wireless communication link with a communication equipment of a network of data, such as the internet network.
  • the communication equipment may be, for example, a switch, a router, a server of a network, a base station of a network of mobile terminals such as an enodeB or a nodeB for LTE, UMTS networks.
  • the equipment EQi, EQ 2 are preferably smartphones or digital tablets.
  • the devices comprise for example an executable code of a downloadable application for performing the functions of the methods of the invention.
  • the server SERV performs certain steps of the methods of the invention which can also correspond to functions of a software. It can be a single equipment such as a computer with resources to perform the functions of a server.
  • the functional SERV server can be provided by a plurality of servers, that is computers.
  • an authentication server in particular for managing the user rights and a server storing the fleet information can be configured to perform the methods of the invention.
  • the user data and the vehicle data are stored in a cloud, otherwise called “cloud” having a plurality of memory resources synchronized with each other and accessible from the data network.
  • the method comprises a step of generating a first request REG by a first user Ui of a vehicle AUTOi.
  • This step is denoted GEN_REQi in FIG. 1.
  • This user Ui can be, for example, the driver of the vehicle AUTO 1 or a passenger of the vehicle.
  • the first user U is, for example, in a situation where he seeks to park the vehicle in a parking space.
  • the parking spaces of the vehicle fleet are public or private parking spaces available, for example, in the city.
  • the parking spaces are defined places in specific locations such as a set of parking spaces and which are predefined in advance.
  • the method of the invention allows the latter user to make available his vehicle within a community of users who may wish to reserve a vehicle in an area near or near the first user.
  • the first request REQ-i therefore includes information relating to the immediate availability of the vehicle, noted for example "DISPO" or in a future period, for example if the user Ui wishes to schedule its provision in a time corresponding to his arrival time in a given area, for example "10min DISPO" to indicate that the vehicle will be made available in the fleet in 10 min.
  • the first REQi request includes data relating to the state of operation of the vehicle.
  • an active state corresponds to the fact that the vehicle is in operation, for example "SOS PLACE" to indicate that the vehicle is in operation and that a place is sought.
  • the "SOS PLACE" status may also indicate that the vehicle is available immediately.
  • One advantage is that the method of the invention can be implemented in an already existing solution of a system for providing vehicles among a set of vehicles of a park, for example private individuals or a fleet of vehicles. vehicles dedicated to renting.
  • the existing system should then be modified to include the steps of the method for providing a vehicle in use.
  • the request REQi comprises a geographic information item comprising, for example, a position of the vehicle POSi, such as a position obtained by satellite or a position obtained by a triangulation system or by a combination of the two location systems.
  • POSi a position of the vehicle POSi
  • the satellite positioning system may be, for example, the GPS or Galileo system.
  • the triangulation system can, for example, use the cells of a 4G network or router equipment of a wireless network.
  • the position may correspond to a POSi position defined from an input interface of the first equipment EQi.
  • the first user Ui evaluates a position from an interactive map or by evaluating a corresponding future position upon arrival at a given date in a given time. In the latter case, he can make available his AUTOi vehicle in a given time window corresponding approximately to his estimated time of travel.
  • the geographic information is a region or a zone Zi in which the vehicle AUTO 1 is at the time of the emission of the request REQ-i or will be in a predefined duration.
  • the zone Z 1 can be directly or indirectly defined from a position POS 1 , for example a zone defining a circle around the position POS 1 of a radius or a predefined diameter or a zone Z corresponding to a neighborhood in which position POS1 is located. Neighborhoods can, for example, be predefined in a database and correspond to regions defined by postal codes or by regions delimited by streets and defining known neighborhoods.
  • the request REQ 1 thus comprises at least the following three informations:
  • geographical information comprising at least one POS position 1 or a geographical area Z 1 ;
  • Such an indicator can be for example of the "SOS PLACE" type indicating that the user making available his vehicle is looking for a parking space.
  • One of the advantages of the invention is to grow a fleet of vehicles available from a community of people taking into consideration vehicles in working condition for which the driver seeks to park on a place.
  • Another advantage of the invention is to reduce traffic in cities by decreasing the circulation of certain vehicles seeking to park. Thus, the consumption of these vehicles decreases because it becomes useless to circulate for a while before finding a place.
  • the method of the invention makes it possible to transmit a vehicle ready for use, the engine purring and the radio running.
  • REQi is issued to a remote server SERV
  • This denier automatically updates a database of available vehicles.
  • the server SERV comprises an interface and a computer for decoding a message sent by a user's equipment Ui.
  • the server SERV can be coupled to another authentication server, for example to recognize the user Ui and to associate him with predefined rights.
  • an authentication server may, for example, manage user rights relating to a set of users of a rental service of a fleet of vehicles and associated services, for example points collected relating to good practice. , frequency of use, rate paid, etc.
  • a waiting information is generated on the interface of the equipment EQ-s in order to signal to the user Ui that the request is being processed.
  • This waiting information can be automatically generated by the EQi equipment or the SERV server.
  • the SERV server updates a database of available vehicles of a given fleet by adding the vehicle AUTOi as an available vehicle. This step is denoted MODIF_STATU in FIG. 1.
  • the SERV server updates the status of the vehicle as being a vehicle in use.
  • the database is updated with a locality such as the current position POS 1 or the position predefined by the user U 1 corresponding to a position to be reached or a zone defined with respect to one or the other. other of these positions.
  • the server SERV comprises a calculator capable of generating lists of available vehicles according to certain entry criteria or a combination of these, such as, for example:
  • the method of the invention generates an ordered list by taking into account a priority indicator.
  • a priority indicator can be high if the vehicle is in use for example when the Ui user seeks a place, the vehicle status data is "SOS_PLACE".
  • the priority indicator may be lower if the vehicle is parked and in a zone far from a position to which a vehicle will be reserved.
  • Figure 1 shows a second equipment EQ 2 of a user l wishing to reserve a vehicle in a zone Z 2 .
  • a request REQ 2 comprising a request for access to a vehicle is generated from a data link of a mobile network for example. This step is noted GEN_REQ 2 in Figure 1.
  • a wireless communication interface is preferably used if the equipment EQ 2 is for example a smart phone.
  • the request REQ 2 comprises, for example, a known user identifier of the authentication server and a position of the user U 2 or a zone Z 2 as, for example, a neighborhood in which he wishes to reserve a vehicle.
  • the request REQ 2 is received by the remote server SERV or a server synchronized with the server SERV sharing the hosted data.
  • the server receiving the request REQ 2 is a server connected to the data network.
  • the user U 2 looks for a vehicle in a zone Z 2 near the position POSi of the user Ui .
  • the position of the second user POS 2 can be completed in the formulation of the search for a vehicle by the user U 2 by the definition of a radius around the position POS 2.
  • the region thus defined around the position POS 2 defines a second search zone Z 2 .
  • the search zone Z 2 is compared with other zones associated with available vehicles, such as zone Zi.
  • the method makes it possible to define a region in common of a desired zone such as the zone Zi and the zone in which the second user U 2 is located .
  • the server SERV or a server of the network having a connection with the server SERV comprises a calculator for generating a list of available vehicles near the position POS 2 of the user U 2 .
  • the list of vehicles is then sent to the equipment EQ 2 . According to one embodiment, it can be ordered with priority levels.
  • the user U 2 is then able to select a vehicle from the list that has been generated and sent to its equipment EQ 2 in order to reserve and access it. This step is noted SELEC_VEHI in Figure 1.
  • the method of the invention has the advantage of signaling at least one vehicle with information relating to the status of a vehicle in the list, for example: "in use", otherwise known as "SOS PLACE".
  • the list comprises a first group of vehicles having a status "in use”.
  • the U 2 user may be tempted to rent priority a vehicle ready for operation without risk of incident at startup because the vehicle has been used recently. It is also a way to save time in the handling of the vehicle and also to sensitize a population to the reduction of exhaust emissions in the city.
  • a confirmation sequence succeeds the transmission of the first request.
  • the server SERV stores in a memory the selected vehicle AUTO 1 by the user U 2 from the equipment EQ 2 .
  • the vehicle AUTO 1 is thus reserved and therefore unavailable for other users U ,.
  • This step is denoted RES_VEHI in FIG. 1.
  • the server SERV therefore generates lists for other users wishing to reserve a vehicle in the same zone or a neighboring zone without the vehicle AUTO 1 being included in these lists thus generated.
  • the server SERV automatically generates a request REQ 3 with the equipment EQi of the first user Ui to inform him that a user 11 ⁇ 2 has reserved the vehicle AUTO.
  • This step is denoted GEN_REQ3 in FIG. 1.
  • a POS 3 encounter position is then emitted by the server SERV in order to indicate to the first user Ui a meeting point.
  • the POS 3 encounter position is transmitted in a message following the transmission of the request REQ 3 informing the interest for the vehicle AUTO 1 of the second user U 2 to the first user Ui.
  • the POS 3 encounter position is the first position POS 1 .
  • the POS 3 encounter position is the POS 2 position.
  • it is a position calculated between the POS 1 position and the POS 2 position. In the latter case, the POS 3 position may take into account at least one of the following factors:
  • the POS 3 encounter position is by default the position POS 1 emitted during the first request REQ 1 .
  • the user U 1 when the user U 1 receives the request REQ 3 on his equipment EQ 1 , he can confirm the POS position 3 proposed by the server SERV when such a position is proposed at the time of the transmission of the request REQ 3 .
  • This step is denoted ACCEP_REQ 3 in FIG .
  • the user Ui can change the POS position 3 proposed by the server and choose another if the latter does not suit him.
  • the user U 1 directly chooses a position POS 3 , for example if it is not expected that the server SERV generates one.
  • different embodiments can be Depending on which EQ- ⁇ , EQ 2 or SERV equipment the POS position 3 is proposed or proposed for other equipment.
  • Priority to EQ-i equipment / user U 1 can be given when the traffic is dense or a priority to the equipment EQ 2 / U 2 the user may be given when the distance between the vehicle and the User U 2 is greater than a predefined threshold.
  • the traffic density information may for example be retrieved from a third server including traffic information in a region having one of POS 1 , POS 3 .
  • the SERV server is then able to automatically modify the database to change the status of the AUTO 1 vehicle "available for booking" to "not available on reservation". This step is noted MODIF STATU in Figure 1.
  • the modification of the status of the vehicle can also take place when issuing the request REQ 3 so that the vehicle no longer appears in other lists concomitant and generated to users in neighboring areas.
  • the user U can select additional predefined data in order to inform the user U 2 .
  • a description of a place occupied by the vehicle AUTO 1 among which: "double-file”;” Red fire “;”Boat”;” delivery “;”Circulates”, etc. can be sent to the SERV server. It makes it possible to inform the user U 2 of a parking element making it possible to better recognize the vehicle AUTO 1 when the user U 2 approaches it.
  • This embodiment is preferably implemented when the POS 3 encounter position is POS 1 position and is therefore defined by the first user U1.
  • a parking description of the vehicle AUTO-i can be sent to the server SERV for the user U 2 .
  • This information can be determined from the information describing a vehicle element as follows: “flashing”;"Warning”;"Lights", etc. This information can be defined by the user Ui. To this end, an input interface of the EO- equipment, spontaneously emits a list with different types of parking for the user U only has to validate a proposal by selecting.
  • a complementary parking description of the vehicle AUTOi can be issued to the server for the user U 2 .
  • This information can be determined from the information describing a vehicle element such as "a vehicle color", "a model of the vehicle” or "a vehicle mark”.
  • an interface for entering the equipment EQ-i spontaneously emits a list comprising different additional parking descriptions so that the user U 1 can specify an element to facilitate the parking. recognition of the vehicle by the second user U 2 .
  • the first user U 1 validates a proposal by selecting it.
  • FIG. 2 represents a map of a city, in particular an Italian city, on which is represented a vehicle AUTO 1 in which is located the first user U 1 having an EQ-i equipment.
  • a user U 2 having an EQ equipment 2 is shown at another location on the card.
  • the equipment EQ 1 and EQ 2 comprise a graphical interface generated by a software and representing a geographical area taking into account the traffic lanes so that each user U i, U 2 can appreciate, for example, the distance and the path to reach a POS 3 meeting point.
  • Such a representation makes it possible to assist the users U 1 , U 2 in order to indicate to them the path to follow to reach the POS 3 position.
  • the representation from the generation of a card allows, in addition, to visualize available vehicles or users likely to be interested in a vehicle.
  • FIG. 3 represents a network of NET data, for example the Internet, based on an infrastructure for routing wireless communications from the mobile terminals EQ- ⁇ and EQ 2 .
  • the SERV server is, in this example, accessible from the NET network.
  • a user U 2 having an equipment EQ 2 wishes, in this example, to reserve a vehicle AUTOi of a user U 1 having an equipment EQ 1 .
  • the invention also relates to a computer program product comprising instructions for implementing the methods of the invention.
  • the computer program can be installed on a smartphone or digital tablet having a wireless communication interface.
  • the invention relates to such a mobile terminal having an interface for example touch.
  • the interface comprises a screen for displaying input fields for defining parameters relating to the description of the vehicle and for displaying for example an interactive digital map.
  • the mobile equipment comprises a component for obtaining geolocation information that can be retrieved by the software.
  • a first REQ 1 request issued may comprise data entered or defined by the user U 1 and data from another component or another software such as the position POS 1 or zone Z 1.
  • a single program makes it possible to execute the method of reserving a vehicle or the method of making a vehicle available.
  • the users are pre-registered from the software and are known because an identifier is registered in a remote database.
  • a database associates an AUTO 1 vehicle with a user U 1 when the latter uses an AUTO 1 vehicle. This association makes it possible to define a default use of the program when it is used.
  • the user Ui is invited to provide the vehicle he is using or to search, for example, a nearby car park.
  • the user U 2 whose identifier is not associated with a vehicle, is invited to launch the program to reserve a vehicle.
  • the terminal of a user spontaneously proposes contextualized information according to whether the identifier of said user is associated or not with that of a vehicle in a remote database.
  • the invention also relates to a non-transient recording medium comprising the data, which, once installed in a computer or mobile terminal type equipment, makes it possible to execute the methods of the invention.

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

PROCEDE -DE MISE A DISPOSITION D'UN VEHICULE SET DE SA
RESTITUTION PANS UN PARC PS VEHICULES DISPONIBLES A LA
■RESERVATION, PBOCEPE DE RESERVATION D'UK' VEHICULE..SYSTEME
DOMAINE
Le domaine de l'invention concerne les méthodes pour réserver un véhicule. Le domaine de l'invention concerne également les méthodes pour rendre disponible un véhicule et le restituer dans un parc de véhicules disponibles à la réservation. Le domaine de l'invention concerne plus particulièrement les procédés mis en œuvre à partir d'un téléphone intelligent ou d'un équipement électronique portable.
ETAT DE L'ART
II 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 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 utilisateur enregistré que le premier utilisateur souhaite échanger ou louer son véhicule. Le système propose d'assister l'échange par la définition d'un lieu et d'une heure d'échange. La requête d'échange peut comprendre des données tarifaires ou de durée.
Un inconvénient de ce système est que chaque utilisateur doit fixer un point de rendez-vous 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 souhaitant réserver ledit véhicule ;
* 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. Ce 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 autres 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 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 :
- Avantageusement, le serveur émet une position géographique correspondant à un point de rencontre avec le second utilisateur, laquelle position géographique : est calculée à partir d'une première position correspondant à la position courante du véhicule ; et/ou est calculée à partir d'une seconde position correspondante à la position courante du second utilisateur ; et/ou est déterminée à partir à partir d'une zone commune de la première zone définie autour de la première position et d'une seconde zone définie autour de la seconde position.
- Avantageusement, la position géographique correspondante au point de rencontre est calculée entre la première position et la seconde position, en prenant en compte au moins l'un des facteurs suivants : - le sens de circulation du véhicule ; - la nature de la voie dans laquelle le véhicule est engagée, telle qu'une voie à sens unique ou une voie à double sens ; - un meilleur chemin en termes de distance, de temps d'arrivée ou de trafic pour arriver jusqu'à une position d'un trajet conduisant à la seconde position.
- 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 géographique correspondante à une position d'un point de rencontre calculée à partir de la première position et/ou d'une seconde position correspondante à une position d'un second utilisateur souhaitant réserver le véhicule.
- Cette troisième position géographique peut être déterminée à partir 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 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 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 é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. Un 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.
Ce procédé de réservation peut comprendre en outre une étape d'émission, depuis le serveur, d'une position géographique correspondant à un point de rencontre de l'utilisateur, laquelle position géographique :
■ est calculée à partir d'une première position correspondant à la position courante du véhicule ; et/ou
• est calculée à partir d'une seconde position correspondante à la position courante de l'utilisateur ; et/ou
■ est déterminée à partir à partir d'une zone commune de la première zone définie autour de la première position et d'une seconde zone définie autour de la seconde position.
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.
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 du procédé de réservation d'un véhicule.
BREVE DESCRIPTION DES FIGURES D'autres caractéristiques et avantages de l'invention ressorti ront à 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 f 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 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é « cloud » 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 REG 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 AUTO1 ou un passager du véhicule. Le premier utilisateur U 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.
Lorsque 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 REQ-i 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 POSi, telle qu'une position obtenue par satellite ou une position obtenue par un système de triangulation ou par une combinaison des deux systèmes de localisation. Dans ce cas la position utilisée par le procédé de l'invention est la position courante POSc du véhicule, on a POS1 = 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.
Selon une alternative, la position peut correspondre à une position POSi 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 date donnée dans un temps donné. Dans ce dernier cas, il peut mettre à 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 Zi dans laquelle le véhicule AUTO1 se trouve au moment de l'émission de la requête REQ-i 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 Z correspondant à un quartier dans laquelle la position 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 à 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. 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 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 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-j est émise, une information d'attente est générée sur l'interface de l'équipement EQ-s 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 EQi ou par le serveur SERV.
Le serveur SERV met à jour une base de données de véhicules 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 POS1 ou la position prédéfinie par l'utilisateur U1 correspondante à une position à atteindre ou encore une zone définie par rapport à l'une ou à l'autre de ces positions.
Le serveur SERV comprend un calculateur capable de générer des listes de véhicules disponibles en fonction de certains critères d'entrée ou d'une combinaison de ces derniers, tels que, par exemple :
» 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 GENJLIST 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 l½ 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.
Dans le mode de réalisation de la figure 1 , l'utilisateur U2 cherche un véhicule dans une zone Z2 à proximité de la position POSi de l'utilisateur 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 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 Zi. Le procédé permet de définir une région en commun d'une zone recherchée telle que la zone Zi 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 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 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 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 AUTOi mis à disposition par l'utilisateur U1 dans une zone proche de la position de l'utilisateur U2, une séquence de confirmation succède à l'émission de la première requête REQ-i et à la seconde requête REQ2 de chacun des utilisateurs et de la sélection du véhicule AUTO1 par l'utilisateur U2.
Dans cette séquence de confirmation, le serveur SERV enregistre dans une mémoire le véhicule sélectionné AUTO1 par l'utilisateur U2 à partir de l'équipement EQ2. Selon un mode de réalisation, le véhicule AUTO1 est ainsi réservé et donc indisponible pour d'autres utilisateurs U,. Cette étape est notée 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 EQi du premier utilisateur Ui afin de l'informer qu'un utilisateur 1½ a réservé le véhicule AUTO . 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 Ui 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 second utilisateur U2 au premier utilisateur U-i.
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 cas, la position POS3 peut prendre en compte au moins l'un des facteurs suivants :
- la position du véhicule POS-i,
- le sens de circulation du véhicule AUTO1,
- 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 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 EQ1, il peut confirmer la position POS3 proposée par le serveur SERV lorsqu'une telle position est proposée lors de l'émission de la requête REQ3. Cette étape est notée ACCEP_REQ3 sur la figure 1.
Selon un mode de réalisation, l'utilisateur 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 U1 choisit directement une position POS3, par exemple s'il n'est pas prévu que le serveur SERV en génère une. A cet égard différents modes de réalisation peuvent être envisagés selon quel équipement de EQ-ι, EQ2 ou SERV défini la position POS3 ou la propose à d'autres équipements. Une priorité à l'équipement EQ-i/ 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 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 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 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 U 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 lesquels : « double-file » ; « feu rouge » ; « bateau » ; « livraison » ; « circule », etc. peut être émis vers le serveur SERV. Il permet d'informer l'utilisateur U2 d'un élément de stationnement permettant de mieux 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 AUTO-i 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 U-i. A cet effet, une interface de saisie de l'équipement EO-, é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 AUTOi 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 EQ-i é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 EQ-i. 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 les voies de circulation afin que chaque utilisateur U-i, U2 puisse apprécier, par exemple, la distance et le chemin pour rejoindre un point de rencontre POS3. Une telle représentation permet d'assister les utilisateurs U1 , U2 afin de leur indiquer le chemin à suivre pour se rendre à la position POS3.
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 EQ-ι 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 AUTOi 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 intelligent ou une tablette numérique ayant une interface de communication sans fil.
L'invention concerne un tel terminal mobile comportant une interface par exemple tactile. L'interface comporte un écran pour l'affichage de champs de saisie permettant de définir des paramètres relatifs à la description du véhicule et 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 provenant d'un autre composant ou d'un autre logiciel telle que la position POS1 ou la zone Zi.
Selon un mode de réalisation, un unique programme permet d'exécuter le procédé de réservation d'un véhicule ou le procédé de mise à disposition d'un véhicule.
Selon un mode de réalisation, les utilisateurs sont préinscrits à partir du logiciel et sont connus du fait qu'un identifiant est enregistré dans une base de données distante. Selon un mode de réalisation, une base de données associe un véhicule AUTO1 à un utilisateur U1 lorsque ce dernier utilise un véhicule AUTO1. 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 EQi, 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 véhicule dans une base de données distante.
L'invention concerne également un support d'enregistrement non transitoire comportant les données, qui une fois installées dans un ordinateur ou un équipement de type terminal mobile, permettent d'exécuter les procédés de l'invention.
L'agencement des différents éléments et/ou moyens et/ou étapes de l'invention, dans les modes de réalisation décrits ci-dessus, ne doit pas être 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.

Claims

Reyeri^jpatsoris
Procédé de mise à disposition d'un véhicule (AUTO-i) comprenant les étapes suivantes :
* génération d'une première requête (REQ-i) depuis un premier équipement (EQi) 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 (AUTO1) dans une première zone (Z-i) ;
» réception d'une troisième requête (REQ3) par le premier équipement (EQ1) depuis le serveur distant (SERV) indiquant une demande d'accès audit véhicule (AUTO1) par un second utilisateur (U2) souhaitant réserver ledit véhicule (AUTO1) ;
» acceptation de la demande d'accès à partir du premier équipement caractérisé en ce que la première requête (RECh) 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 (POS-i, Z-i).
Procédé selon la revendication 1 , caractérisé en ce que le serveur (SERV) émet une position géographique (POS3) correspondant à un point de rencontre avec le second utilisateur (U2), laquelle position géographique (POS3) :
* est calculée à partir d'une première position (POS1) correspondant à la position courante du véhicule (AUTO1) ; et/ou
* est calculée à partir d'une seconde position (POS2) correspondante à la position courante du second utilisateur (U2) ; et/ou
* est déterminée à partir à partir d'une zone commune de la première zone (Z-i) définie autour de la première position (POS-i) et d'une seconde zone (Z2) définie autour de la seconde position (POS2).
3. Procédé selon la revendication 2, caractérisé en ce que la position géographique (POS3) correspondante au point de rencontre est calculée entre la première position (POSi) et la seconde position (POS2), en prenant en compte au moins l'un des facteurs suivants :
* le sens de circulation du véhicule (AUTO ),
* 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,
« un meilleur chemin en termes de distance, de temps d'arrivée ou de trafic pour arriver jusqu'à une position d'un trajet conduisant à la seconde position (POS2).
4. Procédé selon l'une quelconque des revendications 1 à 3, caractérisé en ce que la première information géographique (POSi, Z-i) comporte :
» la première position (POSi) correspondant à la position courante du véhicule (AUTO1) et/ou ;
* la première zone (Z-i) définie autour de la première position (POSi).
5. Procédé selon l'une quelconque des revendications 1 à 4, 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 :
« la seconde position (POS2) correspondant à la position courante d'un utilisateur (U2) et/ou ;
* la seconde zone (Z2) définie autour de la seconde position (POS2).
6. Procédé selon la revendication 1 , caractérisé en ce que la troisième requête (REQ3) comporte une information de distance ou de temps comportant en outre une durée estimée (Dest) calculée à partir d'une position courante du véhicule (POSc, POS-i) et la troisième position géographique (POS3). Procédé selon l'une quelconque des revendications 1 à 6, caractérisé en ce que l'information d'état comporte en outre une donnée correspondante à :
* un descriptif d'une place occupée par le véhicule (AUTO-i) 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 ;
» un descriptif du véhicule (AUTOi) parmi lesquels : {couleur, modèle, marque, année}.
Procédé de mise à disposition d'un véhicule (AUTO1) 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 l'information de disponibilité du nouveau véhicule (AUTO1) et de la première information géographique (POS1, Z-i) consécutivement à la réception à la première requête (REQ-t).
Procédé de mise à disposition d'un véhicule (AUTO1) selon l'une 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 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 (EQ2) ;
» sélection du premier véhicule (AUTO1) à partir du second équipement (EQ2) ;
* émission de la troisième requête vers le premier équipement (EQ-t).
10. Procédé de mise à disposition d'un véhicule (AUTO-i) selon la revendication 9, caractérisé en ce que l'acceptation de la demande d'accès à partir du premier équipement (EQi) comprend :
* la génération d'un message par le premier équipement (EQ-i) vers le serveur (SERV) validant la mise à disposition du véhicule (AUTOi) ;
* la génération d'un message par le serveur (SERV) vers le second équipement (EQ2) mentionnant une position de rencontre (POS3).
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.
12. Système comportant au moins un terminal mobile (EQ-i) 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 é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 (AUTO1) 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 (AUTO1) est associé à 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 (AUTO-i) 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) provenant du serveur (SERV) indiquant une position dudit véhicule (AUTOi) et un élément descriptif du véhicule (AUTO1) ;
» Une acceptation de la réservation au moyen de l'équipement (EQ2) de l'utilisateur (U2).
14. Procédé selon la revendication 13, caractérisé en ce qu'il comprend en outre l'étape suivante :
8 émission, depuis le serveur (SERV), d'une position géographique (POS3) correspondant à un point de rencontre de l'utilisateur (U2), laquelle position géographique (POS3) :
■ est calculée à partir d'une première position (POS-i) correspondant à la position courante du véhicule (AUTO1) ; et/ou
■ est calculée à partir d'une seconde position (POS2) correspondante à la position courante de l'utilisateur (U2) ; et/ou
• est déterminée à partir à partir d'une zone commune de la première zone (Zi) définie autour de la première position (POS1) et d'une seconde zone (Z2) définie autour de la seconde position (POS2).
15. Produit programme d'ordinateur comportant un calculateur et une mémoire pour la mise en œuvre du procédé de la revendication 13.
PCT/FR2018/052685 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 WO2019086796A1 (fr)

Priority Applications (2)

Application Number Priority Date Filing Date Title
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
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
FR1760350 2017-11-03

Publications (1)

Publication Number Publication Date
WO2019086796A1 true WO2019086796A1 (fr) 2019-05-09

Family

ID=60888509

Family Applications (1)

Application Number Title Priority Date Filing Date
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

Country Status (4)

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

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FR3106231B1 (fr) * 2020-01-14 2022-01-14 Vulog Procédé et système pour afficher sur une carte numérique, la position géographique de véhicules disponibles à la réservation
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
US20100280700A1 (en) * 2007-10-31 2010-11-04 Intrago Corporation User-distributed shared vehicle system
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

Also Published As

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

Similar Documents

Publication Publication Date Title
FR3033066A1 (fr)
FR3029153B1 (fr) Dispositif et procede de gestion d'un parc de stationnement
US20180102053A1 (en) Vehicular Location Monitoring and Space Sharing Method and System
US20150371153A1 (en) Vehicle Sharing System Supporting Nested Vehicle Sharing Within A Loan Period For A Primary Vehicle Borrower
EP3903069B1 (fr) Procédé et système de planification d'un trajet
US20150348178A1 (en) Method and System for Renting and Sub-Renting Vehicles
US20170132541A1 (en) Systems and methods for crowd-sourcing parking space
US20200065869A1 (en) Determining shared ride metrics
US11961018B2 (en) Systems and methods for matching transportation requestor devices with autonomous vehicles
EP3196815B1 (fr) Procédé de détection de passagers, de gestion et d'optimisation de leurs transports partages
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
EP3903256A1 (fr) Procédé et système de transmission d'une requête incitative
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
WO2020254773A1 (fr) Procede et systeme de gestion de places de stationnement
US11138634B2 (en) Gig vehicle parking
EP1998532A1 (fr) Système d'agrégation de services pour une plateforme de télécommunication
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) 用于切换数字媒体呈现的移动设备、交通工具和方法
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
US20220309537A1 (en) Portable Real Estate Reservation
WO2021144535A1 (fr) Procede et systeme pour incorporer des positions geographiques de vehicules disponibles a la reservation dans une carte numerique
FR3104369A1 (fr) Procédé de communication de données d’un véhicule connecté

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 18812234

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

ENP Entry into the national phase

Ref document number: 2018812234

Country of ref document: EP

Effective date: 20200603