Patent Application
20170080857
The present disclosure relates to a system and method for identifying potential collision threats of the vehicle prior to issuing navigational guidance to the driver and for warning the driver of potential collision threats based on at least route data and vehicle-sensor data.
Many modern vehicles include an in-vehicle navigation system able to receive an active route and provide turn-by-turn directions to a driver. The system may provide auditory prompts through the vehicle speakers or may provide visual prompts on a display. Current navigation systems provide prompts based on the position of the vehicle relative to the next maneuver (e.g. turn right in 500 feet).
According to one embodiment, a vehicle includes a plurality of sensors configured to detect objects in a plurality of zones adjacent the vehicle, and a controller. The controller is programmed to, in response to the vehicle approaching a path defining a next turn of a predefined navigational route and a vehicle being detected in a predefined subset of the zones selected to be on a same side of the vehicle as a direction of the turn, generate a collision alert.
According to another embodiment, a method of identifying potential collision threats for a vehicle is presented. The vehicle has sensors configured to detect objects in a plurality of zones adjacent the vehicle. The method includes, in response to the vehicle approaching a path defining a next turn of a predefined navigational route and a vehicle being detected in a predefined subset of the zones selected to be on a same side of the vehicle as a direction of the turn, generating a collision alert.
According to yet another embodiment, a vehicle includes at least one sensor configured to detect objects in a zone adjacent the vehicle and send sensor data, and a controller. The controller is programmed to receive the sensor data and to receive a navigational route. The controller is further programmed to, in response to the vehicle being at a first distance from a next turn of the navigational route, (i) check a predefined subset of the zones for another vehicle that is selected to be on a same side of the vehicle as a direction of the turn, and (ii) generate a collision alert if another vehicle is within the predefined subset.
In some embodiments, the controller is further programmed to pin a first guidance flag on the navigational route at a second distance from the next turn that is closer to the next turn than the first distance, and delay issuing the directions prompt until the vehicle reaches the second distance if another vehicle is not within the predefined subset.
Embodiments of the present disclosure are described herein. It is to be understood, however, that the disclosed embodiments are merely examples and other embodiments can take various and alternative forms. The figures are not necessarily to scale; some features could be exaggerated or minimized to show details of particular components. Therefore, specific structural and functional details disclosed herein are not to be interpreted as limiting, but merely as a representative basis for teaching one skilled in the art to variously employ the present invention. As those of ordinary skill in the art will understand, various features illustrated and described with reference to any one of the figures can be combined with features illustrated in one or more other figures to produce embodiments that are not explicitly illustrated or described. The combinations of features illustrated provide representative embodiments for typical applications. Various combinations and modifications of the features consistent with the teachings of this disclosure, however, could be desired for particular applications or implementations.
The VCS 20 includes one or more controllers for controlling the function of various components. The controllers may communicate via a serial bus (e.g., Controller Area Network (CAN)) or via dedicated electrical conduits. The controller generally includes any number of microprocessors, ASICs, ICs, memory (e.g., FLASH, ROM, RAM, EPROM and/or EEPROM) and software code to co-act with one another to perform a series of operations. The controller also includes predetermined data, or “lookup tables” that are based on calculations and test data, and are stored within the memory. The controller may communicate with other vehicle systems and controllers over one or more wired or wireless vehicle connections using common bus protocols (e.g., CAN and LIN). Used herein, any reference to “a controller” refers to one or more controllers.
The VCS 20 includes a processor that controls at least some portion of the operation of the VCS. Provided within the vehicle, the processor allows onboard processing of commands and routines. Further, the processor is connected to both non-persistent and persistent storage. In this illustrative embodiment, the non-persistent storage is random access memory (RAM) and the persistent storage is a hard disk drive (HDD) or flash memory. In general, persistent (non-transitory) memory can include all forms of memory that maintain data when a computer or other device is powered down. These include, but are not limited to, HDDs, CDs, DVDs, magnetic tapes, solid-state drives, portable USB drives and any other suitable form of persistent memory.
The processor is also provided with a number of different inputs allowing the user to interface with the processor—for example, via the display 24, a microphone, an auxiliary input, or a USB input. The processor also includes a number of vehicle inputs including, but not limited to, a GPS unit 32, and a plurality of sensors 34. The sensors may include speed sensors, vision units, and yaw sensors, among others. Although not shown, numerous vehicle components and auxiliary components in communication with the VCS 20 may use a vehicle network (such as, but not limited to, a CAN bus) to pass data to and from the VCS (or components thereof).
Outputs to the system include, but are not limited to, the visual display 24 and an audio system 36 having a speaker 38. The speaker 38 is connected to an amplifier and receives its signal from the processor through a digital-to-analog converter.
The VCS 20 includes hardware, software, and firmware for executing the various functionalities of the vehicle 22. The VCS 20 may include threat logic 40, a routing engine 42, a GPS module 44, and a map and navigation module 46. These modules are configured to send and receive signals between one another in order to accomplish select functionalities of the vehicle 22.
Referring to
The vision system 48 outputs signals that are received by the threat logic 40 of the processor. The threat logic 40 includes software having algorithms for calculating a threat matrix indicating the probability of a collision. Using the threat matrix, the VSC 20 may issue driver alerts and/or autonomously operate the vehicle (e.g. apply the brakes).
The VCS 20 is programmed to provide prompts (auditory and/or visual) to the driver at one or more guidance points to instruct the driver on the next maneuver. An example prompt is an audio or visual message telling the diver to turn right in 500 feet. The guidance points are located at respective distances upstream of the next maneuver (i.e. right-hand turn 94). The distances may be predetermined and stored. For example,
Conventional navigation systems issue direction prompts without regard to whether it is actually safe to execute the maneuver. For example, a conventional navigation system would issue a prompt (e.g. turn right) at a guidance point without consulting whether or not a vehicle is located in an adjacent right lane. It is advantageous to provide a collision warning to drivers in connection with the direction prompts to reduce collision risks. The VCS 20 of the vehicle 22 is programmed such that the threat logic 40, the routing engine 42, the GPS module 44, and the map and navigational module 46 cooperate to determine the predicted safety of executing the next maneuver and provide driver instructions accordingly.
The VCS 20 is programmed to issue an early prompt at a pre-guidance location 100 if a collision threat is detected. Whether or not an object is a collision threat is based on a direction of the path. For example, if the next maneuver is a right turn, the system checks a subset of zones located on the right half of the vehicle, as objects left of the vehicle do not pose a collision threat for the upcoming right-hand turn 94. The subset of zones may be predefined. For example, for a right-hand turn, the controller checks a first predefined subset of zones, and for a left-hand turn, the controller checks a second predefined subset of zones. The pre-guidance location 100 may be set at a distance corresponding to an estimated travel time to the first guidance point 96. For example, the pre-guidance location may be 3 to 15 seconds upstream of the first guidance point 96.
In the illustrated embodiment, the vehicle 22 is traveling in a left-hand lane of the road, and is approaching a right-hand turn. In order to execute the right-hand turn, the vehicle 22 will first have to merge into the right lane of the road and then execute a right-hand turn at the intersection. The vision system 48 of vehicle 22 detects another vehicle 102 within one of more of the zones, such as zone 70. The vision system 48 periodically sends information to the threat logic 40 that interprets the information into a guidance threat matrix. The threat matrix may include status information for each of the zones. The status information may include “object present” or “clear.” The map and navigational module 46 may ignore the guidance threat matrix until the vehicle 22 reaches the pre-guidance location 100. When the vehicle reaches the pre-guidance 100, the map and navigational module 46 polls the status for a relevant subset of zones from the guidance threat matrix. Using this information, the navigational module 46 determines if a threat exists in the path of an upcoming maneuver. In the illustrated example, at pre-guidance point 100, the map and navigation module 46 polls the status for the first predefined subset of zones (e.g. zones on the right half of the vehicle). If any of the zones in the first predefined subset has an “object present” status, the VCS 20 sends instructions to issue a collision warning to the driver and/or a directions prompt. In the illustrated example, the vehicle 102 is located in a relevant zone and thus a collision warning and/or a directions prompt is issued at pre-guidance 100. If the vehicle 102 were not present, no action would be taken at pre-guidance 100 and the vehicle would delay a directions prompt until the vehicle reached the first guidance 96. The navigation module 46 will continue to poll the threat logic 40 for statuses of the zones at predefined points, such as at the guidances 96 and 98. If the vehicle 102 continues to be collision hazard, or if a new object is detected, the VCS 20 will issue a collision warning with the directions prompt at the guidance 96 and 98.
Referring to
While exemplary embodiments are described above, it is not intended that these embodiments describe all possible forms encompassed by the claims. The words used in the specification are words of description rather than limitation, and it is understood that various changes can be made without departing from the spirit and scope of the disclosure. As previously described, the features of various embodiments can be combined to form further embodiments of the invention that may not be explicitly described or illustrated. While various embodiments could have been described as providing advantages or being preferred over other embodiments or prior art implementations with respect to one or more desired characteristics, those of ordinary skill in the art recognize that one or more features or characteristics can be compromised to achieve desired overall system attributes, which depend on the specific application and implementation. These attributes can include, but are not limited to cost, strength, durability, life cycle cost, marketability, appearance, packaging, size, serviceability, weight, manufacturability, ease of assembly, etc. As such, embodiments described as less desirable than other embodiments or prior art implementations with respect to one or more characteristics are not outside the scope of the disclosure and can be desirable for particular applications.
