Traitement en cours

Veuillez attendre...

Paramétrages

Paramétrages

Aller à Demande

1. WO2020107309 - GESTION DYNAMIQUE D'INSERTIONS DE VÉHICULES

Document

Description

Title of Invention 0001   0002   0003   0004   0005   0006   0007   0008   0009   0010   0011   0012   0013   0014   0015   0016   0017   0018   0019   0020   0021   0022   0023   0024   0025   0026   0027   0028   0029   0030   0031   0032   0033   0034   0035   0036   0037   0038   0039   0040   0041   0042   0043   0044   0045   0046   0047   0048   0049   0050   0051   0052   0053   0054   0055   0056   0057   0058   0059   0060   0061   0062   0063   0064   0065   0066   0067   0068   0069   0070  

Claims

1   2   3   4   5   6   7   8   9   10   11  

Drawings

1   2   3  

Description

Title of Invention : Dynamic management of insertions of vehicles

FIELD OF THE INVENTION

[0001]
The present invention relates to the field of connected cars.
[0002]
It finds applications, in particular while not exclusively, in a dedicated application designed for a dynamic management of vehicle insertions.

BACKGROUND OF THE INVENTION

[0003]
The term “insertion” refers to any kind of situation in which a first vehicle, hereafter referred as “inserting vehicle” , changes its path to integrate a new path in which at least one second vehicle, hereafter referred as “waiting vehicle” , is present. By “path” , it is here referred as any kind of trajectory, lane, way, etc. followed by a vehicle.
[0004]
For example, before exit ways of two lanes highways of right-hand traffic countries, the inserting vehicle can be located in the left lane and the waiting vehicle in the rightmost lane in prevision of the exit lane. In this case, the waiting vehicle can be slowed by a congestion on the exit lane and the inserting vehicle wants to insert the rightmost lane to be able to take the exit way.
[0005]
In this case, the waiting vehicle is rarely keen on yielding the passage to the inserting vehicle. This lead to a dangerous situation because other faster vehicles which do not want to take the exit lane can crash in the inserting vehicle, which tries, slowly, to insert the rightmost lane. This situation is also under-optimized as vehicles slow down for the insertion. This could lead to an additional congestion.
[0006]
To avoid those situations, it has been proposed to use the functionalities provided by the connectivity of the vehicles. In particular, for emergency or premium vehicles, messages can be exchanged with vehicles located in the lane where the emergency /premium vehicles needs to be inserted in order to yield the passage more efficiently to the emergency /premium vehicle.
[0007]
However, with those solutions, the waiting vehicle is passive and its only possibility is to yield the passage, even if the passengers of the waiting vehicle are in a hurry.
[0008]
SUMMARY OF THE INVENTION
[0009]
To address these needs, a first aspect of the invention relates to a method of managing priorities between at least a waiting vehicle and an inserting vehicle, at least the waiting vehicle being configured to be associated with at least two priority states, a yield priority state and a lock priority state, indicating whether or not the vehicle is available to yield the passage, the method comprising the following steps, implemented by at least a device linked to the first vehicle:
[0010]
- reception of a priority state information by the waiting vehicle;
[0011]
- upon reception of an insertion request received from the inserting vehicle, if the priority state information corresponds to the yield priority state, generation of a yield instruction for the waiting vehicle and generation of a yield confirmation message for the inserting vehicle;
[0012]
- sending of the yield confirmation message to the inserting vehicle.
[0013]
Thus, a dynamic management of the insertion is made possible. Indeed, a dynamic management of vehicles intended for yielding the passage (here the waiting vehicle) is provided as the priority state information is received before the waiting vehicle is instructed to yield the passage.
[0014]
Therefore, a personal (when the driver provides the priority state information) or centralized (when a server provides the priority state information) is dynamically (the priority state information can be received in real-time) made possible.
[0015]
In an embodiment, the yield instruction is configured to instruct at least a propulsion or/and a direction mean for the waiting vehicle to yield the passage to the inserting vehicle. In another embodiment, the yield instruction is configured to generate a message to a driver of the waiting vehicle to inform said driver of an insertion of the inserting vehicle. Thus, depending on the application, the driver can perform the yield manoeuver or let the autonomous vehicle perform it.
[0016]
In an embodiment, the generation step comprises the sub-steps of:
[0017]
○ reception of the insertion request received from the inserting vehicle;
[0018]
○ if the priority state information corresponds to the yield priority state, generation of a yield validation message to a driver of the waiting vehicle, said yield validation message requesting the driver to validate or refuse to yield the passage to the inserting vehicle;
[0019]
○ upon reception of a positive answer to the yield validation message, generation of the yield instruction for the waiting vehicle and of the yield confirmation message for the inserting vehicle.
[0020]
Thus, the driver always has the possibility to refuse yielding the passage.
[0021]
In an embodiment, the insertion request comprises a token. In another embodiment, the method further comprises, after the step of sending of the yield confirmation message to the inserting vehicle, a step of receiving a token from the inserting vehicle.
[0022]
Such an exchange of tokens makes it possible for drivers to manage their time. For instance, a driver in a hurry can decide to spend tokens whereas a driver having extra time can decide to yield passage and earn token for the next time he will be in a hurry.
[0023]
In an embodiment, the priority state information is received from human-computer interface. Thus, the priority state can be chosen according to the time available for the driver, the passenger or any third party having control over the waiting vehicle.
[0024]
In an embodiment, the priority state information is received from a priority management server. Therefore, a centralized management of insertion can be implemented.
[0025]
The term “priority management server” refers to any kind of device able to exchange data with the device linked with the waiting vehicle. A server managed by an highway authority, a smartphone of a pedestrian, a system comprising several devices of a telecom operator or examples of priority management servers.
[0026]
A second aspect of the invention concerns a computer program product recorded on a storage medium and executable by a computer in the form of a software agent including at least one software module setup to implement the method according to any one of the embodiments of the first aspect of the invention.
[0027]
A third aspect of the invention refers to a device for managing priorities between at least a waiting vehicle and an inserting vehicle, at least the waiting vehicle being configured to be associated with at least two priority states, a yield priority state and a lock priority state, indicating whether or not the vehicle is available to yield the passage, the device being linked with the waiting vehicle and comprising at least a processor and at least a memory configured to perform the steps of:
[0028]
- reception of a priority state information by the waiting vehicle;
[0029]
- upon reception of an insertion request received from the inserting vehicle, if the priority state information corresponds to the yield priority state, generation of a yield instruction for the waiting vehicle and generation of a yield confirmation message for the inserting vehicle;
[0030]
- sending of the yield confirmation message to the inserting vehicle.
[0031]
A fourth aspect of the invention refers to a vehicle comprising the device according to the third aspect of the invention.

BRIEF DESCRIPTION OF THE DRAWINGS

[0032]
The present invention is illustrated by way of example, and not by way of limitation, in the figures of the accompanying drawings, in which like reference numerals refer to similar elements and in which:
[0033]
- Figure 1 represents a context of application of the invention, according to some embodiments of the invention;
[0034]
- Figure 2 represents a flowchart of the steps of a method according to some embodiments of the invention;
[0035]
- Figure 3 represents a device, according to some embodiments of the invention.
[0036]
DESCRIPTION OF EMBODIMENTS
[0037]
The invention is described below in a non-limiting application for the case of an autonomous vehicle traveling on a highway with two roadways separated by a median and each roadway having two lanes. Other applications such as a bus on a dedicated lane or a motorcycle on a country road are also possible.
[0038]
Figure 1 illustrates the two lanes, right lane RL and left lane LL, of the roadway of the highway.
[0039]
In the right lane, vehicles V1, V2, V3, V4 and a waiting vehicle WV are congested and drive slowly to take an exit lane EL located after an exit gore SEP. A inserting vehicle IV and a vehicle V5 drive on the left lane LL.
[0040]
In this situation, although the inserting vehicle IV drives on the left lane LL, it is admitted that the inserting vehicle IV intends to exit the highway by taking the exit lane EL. To do so, the inserting vehicle IV tries to insert the right lane RL. This could be difficult as this right lane RL is congested. Moreover, vehicles waiting in the right lane RL are not necessarily keen on yielding passage to a vehicle located on the left lane LL.
[0041]
The inserting manoeuver that needs to be performed by the inserting vehicle IV is the manoeuvre IM. As it will be seen hereafter in reference of figure 2, a token TK is sent from the inserting vehicle IV to the waiting vehicle WV in an embodiment. To do so, several requests REQ1 and REQ IV are sent by the inserting vehicle to vehicles located in the right lane RL.
[0042]
Figure 2 shows a flowchart of the steps implemented by the method according to an embodiment of the invention.
[0043]
At a step 1, a priority state PS information is provided. Two priority states can be associated with a vehicle, a yield priority state and a lock priority state.
[0044]
On an embodiment, the priority state information is received from a human-computer interface. For example, the driver of the waiting vehicle can select the priority state of his vehicle with a graphical user interface of an infotainment system of the vehicle. On another example, a passenger of the vehicle (e.g. a client of taxi) can select the priority state of the vehicle on a personal device (e.g. on its smartphone) .
[0045]
On another embodiment, the priority state information is received from a priority management server. For example, the priority management server is a server managed by an highway authority. The priority management server is able to provide a centralized management of insertions (e.g. such as the exit lane described here) .
[0046]
As it will be described hereafter in reference with figure 3, a combination of known components (antenna, digital signal processor, etc. ) can be used to receive such a priority state information.
[0047]
At a step 3, the inserting vehicle IV sends an insertion request REQ IV.
[0048]
The priority state PS information and the insertion request REQ IV are received at a step 5. As it will be described hereafter in reference with figure 3, those data exchanges can be processed through a variety of networks and connections (5G, ITS, Bluetooth, etc. ) .
[0049]
On an embodiment, the insertion request comprises a token TK. In an embodiment, the token TK is received from the inserting vehicle IV after the sending of the yield confirmation message Y_ACK (see step 9 hereafter) to the inserting vehicle.
[0050]
At a step 7, it is verified that the priority state PS information received at step 5 corresponds to the yield priority state and that the request REQ IV has been received. On an embodiment, it is verified that the priority state received at step 5 corresponds to the yield priority state each time a request is received from another vehicle.
[0051]
If the verification is negative (e.g. the priority state corresponds to the lock priority state) , the method ends at a step 15.
[0052]
If the verification is positive, a yield instruction Y_INST for the waiting vehicle and generation of a yield confirmation message Y_ACK for the inserting vehicle are generated at a step 9.
[0053]
On an embodiment, the method further comprises the steps of:
[0054]
○ if the priority state information corresponds to the yield priority state, generation of a yield validation message to a driver of the waiting vehicle, said yield validation message requesting the driver to validate or refuse to yield the passage to the inserting vehicle;
[0055]
○ upon reception of a positive answer to the yield validation message at a step 17, generation of the yield instruction for the waiting vehicle and of the yield confirmation message for the inserting vehicle. If the driver refuses, the process ends at step 15.
[0056]
On an embodiment, the yield instruction Y_INST is configured to instruct at least a propulsion or/and a direction mean for the waiting vehicle to yield the passage to the inserting vehicle. For example, for an autonomous waiting vehicle WV, the instruction Y_INST is used by a unit in charge of the autonomous driving such that the autonomous vehicle yields the passage to the inserting vehicle.
[0057]
On an embodiment, the yield instruction is configured to generate a message to a driver of the waiting vehicle to inform said driver of an insertion of the inserting vehicle. In this case, the driver of the waiting vehicle WV can keep the responsibility of manoeuvring its vehicle to yield the passage to the inserting vehicle IV.
[0058]
At a step 11, the waiting vehicle WV sends the yield confirmation message Y_ACK to the inserting vehicle IV. In an embodiment, the inserting vehicle proceed with the insertion manoeuver IM, in an autonomous way or not (information of the driver) , upon reception of the yield confirmation message Y_ACK.
[0059]
At a step 13, the instruction Y_INST is applied (display to driver or autonomous yield, see step 9 above) .
[0060]
Figure 3 is a possible embodiment for a device comprised or merely linked (wire or unwired connection) with the waiting vehicle WV.
[0061]
In this embodiment, the device D comprises a hard memory 23 to store program instructions loadable into a volatile memory 21 and adapted to cause circuit 22 to carry out the steps of the present invention when the program instructions are run by the circuit 22.
[0062]
The memory 21 may also store data and useful information for carrying the steps of the present invention as described above.
[0063]
The circuit 22 may be for instance:
[0064]
- a processor or a processing unit adapted to interpret instructions in a computer language, the processor or the processing unit may comprise, may be associated with or be attached to a memory comprising the instructions, or
[0065]
- the association of a processor /processing unit and a memory, the processor or the processing unit adapted to interpret instructions in a computer language, the memory comprising these instructions, or
[0066]
- an electronic card wherein the steps of the invention are described within silicon.
[0067]
This device D comprises an input interface 25 for the reception of data used for the above method according to the invention and an output interface 26 for providing a stacked model.
[0068]
The device D also comprises, or is linked in a wired or unwired way, to known components configured to exchange data with remote entities (e.g. with the priority management server, with other vehicles such as the inserting vehicles, etc. ) . Such known components are for example an antenna, a digital signal processor, a circuit configured to decode/decompress/compress/code data, a wire, etc. Data (e.g. yield confirmation message, Y_ACK, insertion request REQ IV, etc. ) are exchanged using know networks such as cellular networks (4G, 5G, etc. ) , ad-hoc networks dedicated to the automotive (ITS, PC5, etc. ) , short range (Bluetooth, wifi, etc. ) , etc.
[0069]
A person skilled in the art will readily appreciate that various parameters disclosed in the description may be modified and that various embodiments disclosed may be combined without departing from the scope of the invention.
[0070]
Thus, an embodiment has been described above with vehicles on a highway with two roadways, each comprising two lanes, the roadways being separated by a median. The invention can also be implemented for other types of roads, such as single-lane national roads with two lanes, divided highways, each roadway comprising six lanes, and so on.

Claims

[Claim 1]
A method of managing priorities between at least a waiting vehicle (WV) and an inserting vehicle (IV) , at least the waiting vehicle being configured to be associated with at least two priority states, a yield priority state and a lock priority state, indicating whether or not the vehicle is available to yield the passage, the method comprising the following steps, implemented by at least a device (D) linked to the waiting vehicle: -reception of a priority state (PS) information by the waiting vehicle; -upon reception of an insertion request received from the inserting vehicle, if the priority state information corresponds to the yield priority state, generation of a yield instruction (Y_INST) for the waiting vehicle and generation of a yield confirmation message (Y_ACK) for the inserting vehicle; -sending (11) of the yield confirmation message to the inserting vehicle.
[Claim 2]
A method according to claim 1, wherein the yield instruction is configured to instruct at least a propulsion or/and a direction mean for the waiting vehicle to yield the passage to the inserting vehicle.
[Claim 3]
A method according to one of the preceding claims, wherein the yield instruction is configured to generate a message to a driver of the waiting vehicle to inform said driver of an insertion of the inserting vehicle.
[Claim 4]
A method according to one of the preceding claims, wherein the generation step comprises the sub-steps of: ○ reception of the insertion request received from the inserting vehicle; ○ if the priority state information corresponds to the yield priority state, generation of a yield validation message to a driver of the waiting vehicle, said yield validation message requesting the driver to validate or refuse to yield the passage to the inserting vehicle; ○ upon reception (17) of a positive answer to the yield validation message, generation of the yield instruction for the waiting vehicle and of the yield confirmation message for the inserting vehicle.
[Claim 5]
A method according to one of the preceding claims, wherein the insertion request comprises a token (TK) .
[Claim 6]
A method according to one of the claims 1 to 4, further comprising, after the step of sending of the yield confirmation message to the inserting vehicle, a step of receiving a token from the inserting vehicle.
[Claim 7]
A method according to any of the preceding claims, wherein the priority state information is received from a human-computer interface.
[Claim 8]
A method according to one of the claims 1 to 6, wherein the priority state information is received from a priority management server.
[Claim 9]
A computer program product recorded on a storage medium and executable by a computer in the form of a software agent including at least one software module setup to implement the method according to any one of claims 1 to 8.
[Claim 10]
A device (D) for managing priorities between at least a waiting vehicle (WV) and an inserting vehicle (IV) , at least the waiting vehicle being configured to be associated with at least two priority states, a yield priority state and a lock priority state, indicating whether or not the vehicle is available to yield the passage, the device being linked with the waiting vehicle and comprising at least a processor (22) and at least a memory (21; 23) configured to perform the steps of: -reception of a priority state information by the waiting vehicle; -upon reception of an insertion request received from the inserting vehicle, if the priority state information corresponds to the yield priority state, generation of a yield instruction for the waiting vehicle and generation of a yield confirmation message for the inserting vehicle; -sending of the yield confirmation message to the inserting vehicle.
[Claim 11]
A vehicle (WV) comprising the device according to claim 10.

Drawings

[ Fig. 1]  
[ Fig. 2]  
[ Fig. 3]