Patent Application
20200258009
The field of the invention concerns methods for reserving a vehicle. The field of the invention also concerns methods for making available a vehicle and return it in a fleet of vehicles available for reservation. The field of the invention more specifically concerns the methods implemented from a smartphone or a portable electronic device.
There are methods for reserving and making available a vehicle, in particular, a motor vehicle. In these methods, generally a personal vehicle or a professional fleet is made available within a fleet of vehicles.
Document US 2015 0348178 A1 describes a method for subleasing a vehicle for a predefined duration, for example from a smartphone. A request is made from a device of a first user who access, thanks to a server, a list of vehicles available responding to the request made (duration, localization, price, etc.). The server transmits a query corresponding to a choice of the lessee to an owner.
A disadvantage, for the owner, of such a method is to have to park their vehicle in a certain localization. Finally, there is no solution making it possible for an owner of a vehicle to make available their vehicle, whenever and whatever the location of the vehicle.
Document US 2015 206206 describes a method and system for exchanging vehicles between drivers. A server can record leasing desire queries of a first user and alert another recorded user that the first user wants to exchange or lease their vehicle. The system proposes to assist the exchange by the definition of a place and a time of exchange. The exchange query can comprise price or duration data.
A disadvantage of this system is that each user must fix a meeting point and move their vehicle to exchange it. The system described does not propose any service for people not having any vehicle or wanting to simply reserve a vehicle according to where it is located.
The invention aims to overcome the abovementioned disadvantages.
The solution proposed by the invention is a method for making available a vehicle comprising the following steps:
This method is notable in that the first query comprises:
The user can make available their vehicle, whenever and whatever the location of the vehicle, without having to fix a meeting point or move their vehicle to exchange it.
This method can be implemented in a solution that already exists of a system for making available vehicles from among a set of vehicles of a fleet, for example, of individuals or of a fleet of vehicles dedicated for leasing.
One of the other advantages of the invention is to be able to increase a fleet of vehicles available to a community of people by considering vehicles in an operating status for which the driver seeks to park in a space.
Another advantage of the invention is to decrease traffic in cities by decreasing, in particular, the moving of certain vehicles which seek to be parked. Thus, the consumption of these vehicles lowers, as it becomes useless to move for a certain time before finding a space. Finally, the method of the invention makes it possible to transmit a vehicle ready for use, the engine humming and the radio switched on.
The method of the invention furthermore has as an advantage, to be able to report at least one vehicle including a piece of information relating to the status of a vehicle of the list, for example, “in use”.
Other advantageous features of the invention are listed below. Each of these features can be considered individually or in combination with the notable features defined above, and form the subject, if necessary, of one or more divisional patent applications:
Advantageously, the server sends a geographical position corresponding to a meeting point with the second user, which geographical position: is calculated from a first position corresponding to the current position of the vehicle; and/or is calculated from a second position corresponding to the current position of the second user; and/or is determined from a common zone of the first zone defined around the first position and a second zone defined around the second position.
Advantageously, the geographical position corresponding to the meeting point is calculated between the first position and the second position, by considering at least one of the following factors: the direction of moving of the vehicle; the nature of the path wherein the vehicle is engaged, such as a one-way street or a two-way street; a better route in terms of distance, of time of arrival or of traffic to arrive until a position of a path leading to the second position.
Advantageously, the first geographical piece of information includes: a first position corresponding to the current position of the vehicle; and/or a first zone defined around the first position.
The third query advantageously includes a second piece of geographical information, said second piece of geographical information including: a second position corresponding to the current position of a user; and/or a second zone defined around the second position.
According to an embodiment variant, the third query includes: a second geographical position corresponding to a position of a second user wanting 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 wanting to reserve the vehicle.
This third geographical position can be determined from a common zone of the first zone and of the second zone.
This third query can include a piece of distance or time information further including an estimated duration calculated from a current position of the vehicle and the third geographical position.
Preferably, the piece of status information further includes a piece of data corresponding to: a description of a space occupied by the vehicle from among which: {double parking; red light; boat; delivery; move} ; and/or a parking description of the vehicle from among which: {indicating; warning; traffic lights}; and/or a description of the vehicle from among which: {color, model, make, year}.
The method can further include the step of: recording in a memory of the server (of availability information of the new vehicle and of the first piece of geographical information following the receiving, to the first query).
The method can further include the steps of: receiving a second query by the server coming from a second device of a user, said second query including a request for reserving a vehicle available in a second zone; generating a list of vehicles including data relating to their availability to the device of the pedestrian, said list including the first vehicle; sending said list of vehicles to the second device; selecting the first vehicle from the second device; sending the third query to the first device.
The acceptance of the request for access from the first device advantageously comprises: the generating of a message by the first device to the server validating the making available of the vehicle; the generating of a message by the server to the second device mentioning a meeting position.
Another aspect of the invention concerns a computer program product including a calculator and a memory for the implementation of any one of the steps of the method described above.
Also, another aspect of the invention concerns a system including at least one mobile terminal and a server for the implementation of any one of the steps of the method described above.
Also, another aspect of the invention concerns a method for reserving a vehicle ready for use comprising the following steps:
This reservation method can further comprise a step of sending, from the server, of a geographical position corresponding to a meeting point of the user, which geographical position:
Also, another aspect of the invention concerns a computer program product including a calculator and a memory for the implementation of the method for reserving a vehicle.
Also, another aspect of the invention concerns a system including at least one mobile terminal and a server for the implementation of the method for reserving a vehicle.
Other features and advantages of the invention will emerge upon reading the following detailed description, in reference to the appended figures, which illustrate:
According to a first embodiment, the devices EQ1, EQ2 are mobile electronic devices including a communication interface, for example GSM, 3G, 4G or Wi-fi, to establish a wireless communication connection with a communication device of a data network, such as the internet network. The communication device can be, for example, a switch, a router, a server of a network, a base station of a mobile terminal network, like for example, an eNodeB or a NodeB for the LTE, UMTS networks.
The devices EQ1, EQ2 are preferably smartphones or digital tablets. According to an embodiment, the devices comprise, for example, a code which can be executed by a downloadable application making it possible to carry out functions of the methods of the invention.
The server SERV carries out certain steps of the methods of the invention which could also correspond to functions of a piece of software. It can be one single device such as a computer including resources making it possible to carry out the functions of a server. According to an alternative of the invention, the functional server SERV can be ensured by a plurality of servers, i.e. of computers. As an example, an authentication server, making it possible in particular, to manage user rights and a server storing the information of the fleet of vehicles can be configured to carry out the methods of the invention.
According to another example, the data of the users and the data of the vehicles are stored in a cloud, including a plurality of memory resources synchronized together and accessible from the data network.
According to an embodiment example, the method includes a step of generating a first query REQ1 by a first user U1 of a vehicle AUTO1. This step is referenced GEN_REQ1 in
When the first user U1 does not find any spaces, the method of the invention makes it possible for the latter to make their vehicle available within a community of users possibly wanting to reserve a vehicle in a zone which is close, even in the proximity of the first user. The first query REQ1 therefore includes a piece of information relating to the immediate making available of the vehicle, referenced, for example, “DISPO” or in a period to come, for example if the user U1 wants to program their making available in a duration corresponding to their time of arrival in a given zone, for example “10 min DISPO” to indicate that the vehicle will be made available in the fleet of vehicles in 10 min.
Furthermore, the first query REQ1 includes a piece of data relating to the operating status of the vehicle. As an example, an active status 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 space is sought. According to an embodiment, the status “SOS PLACE” can also indicate that the vehicle is available immediately.
An advantage is that the method of the invention can be implemented in a solution that already exists of a system for making available vehicles from among a set of vehicles of a fleet, for example of individuals or of a fleet of vehicles dedicated for leasing. The current system should thus be modified to include the steps of the method making it possible to make available a vehicle in use.
According to an embodiment, the query REQ1 includes a piece of geographical information including, for example, a position of the vehicle POS1, such as a position obtained by satellite or a position obtained by a triangulation system or by a combination of the two localization systems. In this case, the position used by the method of the invention is the current position POSC of the vehicle, then POS1=POSC. The system of positioning by satellite can be, for example, the GPS or Galileo system. The triangulation system can, for example, use the cells of a 4G network or router devices of a Wi-fi network.
According to an alternative, the position can correspond to a position POS defined from an input interface of the first device EQ1. For example, if the first user U1 evaluates a position from an interactive map or by evaluating a future position corresponding to their arrival at a given date in a given time. In the latter case, they can make available their vehicle AUTO1 in a given time window corresponding approximately to their estimated travel time.
According to another embodiment which can be combined with the latter embodiment, the geographical information is a region or a zone Z1 wherein the vehicle AUTO1 is found at the moment of the sending of the query REQ1 or will be found in a predefined duration. The zone Z1 can be directly or indirectly defined from a position POS1, for example, a zone defining a circle around the position POS1 of a predefined radius or diameter or a zone Z1 corresponding to a district wherein the position the position POS1 is located. The districts can, for example, be defined in a database and correspond to regions defined by postcodes or by regions delimited by streets and defining known districts.
The query REQ1 therefore includes at least the three following pieces of information:
One of the advantages of the invention is to increase a fleet of vehicles available to a community of people by considering vehicles in operating status for which the driver seeks to park in a space. Another advantage of the invention is to decrease traffic in cities by decreasing, in particular, the moving of certain vehicles which seek be parked. Thus, the consumption of these vehicles lowers, as it becomes useless to move for a certain time before finding a space. Finally, the method of the invention makes it possible to transmit a vehicle ready for use, the engine humming and the radio switched on.
When such a query REQ1 is sent to a remote server SERV, the latter automatically updates a database of vehicles available. The server SERV comprises an interface and a calculator making it possible to decode a message sent by a device of a user U1. The server SERV can be coupled to another authentication server, for example, making it possible to recognize the user U1 and to associate it with the predefined rights. For example, an authentication server can, for example, manage user rights relating to a set of users of a leasing service of a fleet of vehicles and of associated services, like for example collected points relating to good practice, a frequency of use, of a price paid, etc.
According to an embodiment, when the query REQ1 is sent, a piece of awaiting information is generated on the interface of the device EQ1 in order to report to the user U1 that the request is being processed. This awaiting information can be automatically generated by the device EQ1 or by the server SERV.
The server SERV updates a database of vehicles available of a given fleet by adding the vehicle AUTO1 as being an available vehicle. This step is referenced MODIF_STATU in
The server SERV comprises a calculator capable of generating lists of vehicles available according to certain input criteria or a combination of the latter, such as, for example:
According to an embodiment, the method of the invention generates an ordered list by considering a priority indicator. This step is referenced GEN_LIST in
The query REQ2 includes, for example, a known user ID of the authentication server and a position of the user U2 or a zone Z2 like, for example, a district wherein they want to reserve a vehicle. The query REQ2 is received by the remote server SERV or a server synchronized with the server SERV sharing the hosted data. The server receiving the query REQ2 is a server connected to the data network.
In the embodiment of
According to an embodiment, the search zone Z2 is compared with other zones associated with available vehicles, such as the zone Z1. The method makes it possible to define a common region of a sought zone such as the zone Z1 and the zone wherein the second user U2 is located.
The server SERV or a server of the network having a connection with the server SERV includes a calculator to generate a list of available vehicles in the proximity of the position POS2 of the user U2. The list of vehicles is thus sent to the device EQ2. According to an embodiment, it can be ordered with priority levels. The user U2 is thus able to select a vehicle from among the list which has been generated and sent to their device EQ2 in order to reserve it and to access it. This step is referenced SELEC_VEHI in
The method of the invention has the advantage of reporting at least one vehicle including a piece of information relating to the status of a vehicle of the list, for example: “in use”, otherwise called “SOS PLACE”. According to an embodiment, the list includes a first group of vehicles having a status “in use”. Thus, the user U2 can try to lease as a priority, a vehicle ready for operation without risk of incident upon starting it, as the vehicle has been used recently. It is also a way to save time upon the taking charge of the vehicle and also to sensitize a population to the decrease of exhaust gas emissions in cities.
In order to finalize the reservation of a vehicle such as the vehicle AUTO1 made available by the user U1 in a zone close to the position of the user U2, a confirmation sequence succeeds the sending of the first query REQ1 and the second query REQ2 of each of the users and of the selection of the vehicle AUTO1 by the user U2.
In this confirmation sequence, the server SERV records in a memory, the vehicle selected AUTO1 by the user U2 from the device EQ2. According to an embodiment, the vehicle AUTO1 is thus reserved and therefore unavailable for other users Ui. This step is referenced RES_VEHI in
The server SERV automatically generates a query REQ3 to the device EQ1 of the first user U1 in order to inform it that a user U2 has reserved the vehicle AUTO1. This step is referenced GEN_REQ3 in
According to an embodiment, the meeting position POS3 is the first position POS1. According to another embodiment, the meeting position POS3 is the position POS2. According to another embodiment, this is a position calculated between the position POS1 and the position POS2. In the latter case, the position POS3 can consider at least one of the following factors:
According to a first embodiment, the meeting position POS3 is, by default, the position POS1 sent during the first query REQ1.
According to an embodiment, when the user U1 receives the query REQ3 on their device EQ1, it can confirm the position POS3 proposed by the server SERV when such a position is proposed during the sending of the query REQ3. This step is referenced ACCEP_REQ3 in
According to an embodiment, the user U1 can modify the position POS3 proposed by the server and choosing from it another if the latter does not suit it. According to another embodiment, the user U1 directly chooses a position POS3, for example if it is not provided that the server SERV generates one of them. To this end, different embodiments can be considered according to which device of EQ1, EQ2 or SERV defines the position POS3 or proposes it to other devices. A priority to the device EQ1/the user U1 can be given when the traffic is dense or a priority to the device EQ2/the user U2 can be given when the distance between the vehicle and the user U2 is greater than a predefined threshold. According to an example, the information of the density of the traffic can be, for example, collected from a third-party server including information relating to the traffic in a region including one of the positions POS1, POS3.
When the first user U1 validates/accepts the query REQ3, a message is sent to the server SERV such that a piece of information is generated to the device EQ2 of the user U2. The information diffused to the device EQ2 thus includes data relating to the meeting point POS3. This step of generating a piece of information generated by the server is referenced MEET INFO in
The server SERV is thus able to automatically modify the database to pass the status of the vehicle AUTO1 from “available for reservation” to “unavailable for reservation”. This step is referenced MODIF STATU in
According to an embodiment, the user U1 can select additional predefined data in order to inform the user U2 about them. As an example, a description of a space occupied by the vehicle AUTO1 from among which: “double parking”; “red light”; “boat”; “delivery”; “moves”, etc. can be sent to the server SERV. It makes it possible to inform the user U2 of a parking element making it possible to better recognize the vehicle AUTO1 when the user U2 will be approached by it. This embodiment is preferably implemented when the meeting position POS3 is the position POS1 and that it is therefore defined by the first user U1.
According to another embodiment which can be complementary to the preceding embodiment, a parking description of the vehicle AUTO1 can be sent to the server SERV for the user U2. This information can be determined from among the following information describing an element of the vehicle: “indicating”; “warning”; “traffic lights”, etc. This information can be defined by the user U1. To this end, an input interface of the device EQ1 spontaneously sends a list including different types of parking such that the user U1 only has to validate a proposition by selecting it.
According to another embodiment which can be complementary to the preceding embodiments, a complementary parking description of the vehicle AUTO1 can be sent to the server for the user U2. This information can be determined from among the following information describing an element of the vehicle: “a vehicle color”; “a vehicle model”, or also “a vehicle make”. Equally, upon inputting a parking description, an interface for inputting the device EQ1 spontaneously sends a list including different complementary parking descriptions such that the user U1 can specify an element aiming to facilitate the recognition of the vehicle by the second user U2. In this embodiment, the first user U1 validates a proposition by selecting it.
After authentication of a user to an authentication server, the representation from the generation of a map makes it possible, furthermore, to view the vehicles available or the users likely to be interested in a vehicle.
The invention also concerns to a computer program product including instructions for the implementation of the methods of the invention. Advantageously, the computer program can be installed on a smartphone or a digital tablet having a wireless communication interface.
The invention concerns such a mobile terminal including an interface, for example, touchscreen. The interface includes a screen for displaying input fields making it possible to define parameters relating to the description of the vehicle and for displaying, for example, an interactive digital map.
According to an embodiment, the mobile device includes a component making it possible to obtain a piece of geolocation information which can be collected by the software. Thus, a first query REQ1 sent can comprise data inputted or defined by the user U1 and data coming from another component or another piece of software such as the position POS1 or the zone Z1.
According to an embodiment, one single program makes it possible to execute the method for reserving a vehicle or the method for making available a vehicle.
According to an embodiment, the users are registered beforehand from the software and are known due to an ID being registered in a remote database. According to an embodiment, a database associates a vehicle AUTO1 to a user U1 when the latter uses a vehicle AUTO1. This association makes it possible to define a use by default of the program when the latter is used.
Upon launching the program of the device EQ1, the user U1 is asked to make available the vehicle that they use or vehicle to be sought, for example, a car park in the proximity According to this same example, the user U2 of which the ID is not associated with a vehicle, is asked upon launching the program to reserve a vehicle. Thus, the terminal of a user spontaneously proposes a piece of contextualized information according to if the ID of said user is associated (or not) to that of a vehicle in a remote database.
The invention also concerns a non-transitory recording support including the data, which once installed, in a computer or a mobile terminal type device, make it possible to execute the methods of the invention.
The arrangement of the different elements and/or means and/or steps of the invention, in the embodiments described above, must not be understood as requiring such an arrangement in all the implementations. In any case, it will be understood that various modifications can be applied to these elements and/or means and/or steps, without moving away from the sense and the scope of the invention.
| Filing Document | Filing Date | Country | Kind |
|---|---|---|---|
| PCT/FR2018/052685 | 10/30/2018 | WO | 00 |
