Priority is claimed on Japanese Patent Application No. 2019-191025, filed Oct. 18, 2019, the content of which is incorporated herein by reference.
The present invention relates to a vehicle control device, a vehicle control method, and a storage medium.
In recent years, research has been conducted on automatedly controlling vehicles. A device for setting risk potential of a host vehicle in a direction opposite to a movement direction of a moving object to be lower when the moving object is closer to an end of a passing section while the moving object around the vehicle is moving in a predetermined passing section has been disclosed (Japanese Unexamined Patent Application, First Publication No. 2011-197781).
However, the above-described device may not be able to perform suitable driving with respect to a moving object.
The present invention has been made in consideration of such circumstances and an objective of the present invention is to provide a vehicle control device, a vehicle control method, and a storage medium for enabling more suitable driving to be performed with respect to a moving object.
A vehicle control device, a vehicle control method, and a storage medium according to the present invention adopt the following configurations.
(1): According to an aspect of the present invention, a vehicle control device is provided including: a recognizer configured to recognize a surrounding environment of a vehicle; a setter configured to set a first risk area in a surrounding area of the vehicle on the basis of a recognition result of the recognizer; and a controller configured to control at least one of speed and steering of the vehicle, wherein the setter sets the first risk area so that the first risk area includes an area between the moving object and a first end of a crosswalk where the moving object is scheduled to arrive in the crosswalk when the moving object is entering the crosswalk which is provided in front of the vehicle and where the vehicle is scheduled to pass on the basis of the recognition result of the recognizer and wherein the controller prevents the vehicle from entering the first risk area when a first predetermined condition is satisfied.
(2): In the above-described aspect (1), the first predetermined condition is that deceleration related to the vehicle is less than a threshold value when it is assumed that the vehicle is controlled so that the vehicle does not enter the first risk area.
(3): In the above-described aspect (1) or (2), the setter sets a second risk area including the moving object and located around the moving object on the basis of presence of the moving object and the controller controls the vehicle on the basis of the first risk area and the second risk area.
(4): In the above-described aspect (3), the first predetermined condition is that deceleration related to the vehicle is less than a threshold value when it is assumed that the vehicle is controlled so that the vehicle does not enter the first risk area and the controller prevents the vehicle from entering the second risk area when it is assumed that the vehicle will enter the second risk area in a state in which the first predetermined condition is not satisfied.
(5): In any one of the above-described aspects (1) to (4), the setter sets the first risk area so that the first risk area does not include a specific area between the moving object and a second end opposite to the first end in the crosswalk.
(6): In any one of the above-described aspects (1) to (5), the setter sets the first risk area when the moving object is about to enter the crosswalk and the controller prevents the vehicle from entering the first risk area when a second predetermined condition is satisfied.
(7): According to an aspect of the present invention, a vehicle control method is provided including: recognizing, by a computer, a surrounding environment of a vehicle; setting, by the computer, a first risk area in a surrounding area of the vehicle on the basis of a recognition result; controlling, by the computer, at least one of a speed and steering of the vehicle; setting, by the computer, the first risk area so that the first risk area includes an area between the moving object and a first end of a crosswalk where the moving object is scheduled to arrive in the crosswalk when the moving object is entering the crosswalk which is provided in front of the vehicle and where the vehicle is scheduled to pass on the basis of the recognition result; and preventing, by the computer, the vehicle from entering the first risk area when a first predetermined condition is satisfied.
(8): According to an aspect of the present invention, a storage medium is provided storing a program for causing a computer to execute processing steps of: recognizing a surrounding environment of a vehicle; setting a first risk area in a surrounding area of the vehicle on the basis of a recognition result; controlling at least one of a speed and steering of the vehicle; setting the first risk area so that the first risk area includes an area between the moving object and a first end of a crosswalk where the moving object is scheduled to arrive in the crosswalk when the moving object is entering the crosswalk which is provided in front of the vehicle and where the vehicle is scheduled to pass on the basis of the recognition result; and preventing the vehicle from entering the first risk area when a first predetermined condition is satisfied.
According to the aspects (1) to (8), because the controller prevents the vehicle from entering the first risk area when the first predetermined condition is satisfied, the controller can perform more suitable driving with respect to the moving object.
According to the aspect (4), because the controller further prevents the vehicle from entering the second risk area, the vehicle can be reliably controlled according to the surrounding situation.
According to the aspect (6), the controller further controls the vehicle according to an intention of the moving object, thereby performing more suitable driving with respect to the moving object.
Hereinafter, embodiments of a vehicle control device, a vehicle control method, and a storage medium according to the present invention will be described with reference to the drawings. Although a case in which left-hand traffic regulations are applied will be described below, it is only necessary to reverse the left and right when right-hand traffic regulations are applied. As used throughout this disclosure, the singular forms “a,” “an,” and “the” include plural reference unless the context clearly dictates otherwise.
[Overall Configuration]
For example, the vehicle system 1 includes a camera 10, a radar device 12, a light detection and ranging (LIDAR) sensor 14, a physical object recognition device 16, a communication device 20, a human machine interface (HMI) 30, a vehicle sensor 40, a navigation device 50, a map positioning unit (MPU) 60, driving operators 80, an automated driving control device 100, a travel driving force output device 200, a brake device 210, and a steering device 220. Such devices and equipment are connected to each other by a multiplex communication line such as a controller area network (CAN) communication line, a serial communication line, or a wireless communication network. The configuration shown in
For example, the camera 10 is a digital camera using a solid-state imaging element such as a charge coupled device (CCD) or a complementary metal oxide semiconductor (CMOS). The camera 10 is attached to any location on the vehicle (hereinafter referred to as a host vehicle M) in which the vehicle system 1 is mounted. When the view in front of the host vehicle M is imaged, the camera 10 is attached to an upper part of a front windshield, a rear surface of a rearview mirror, or the like. For example, the camera 10 periodically and iteratively images the surroundings of the host vehicle M. The camera 10 may be a stereo camera.
The radar device 12 radiates radio waves such as millimeter waves around the host vehicle M and detects at least a position (a distance to and a direction) of a physical object by detecting radio waves (reflected waves) reflected by the physical object. The radar device 12 is attached to any location on the host vehicle M. The radar device 12 may detect a position and speed of the physical object in a frequency modulated continuous wave (FM-CW) scheme.
The LIDAR sensor 14 radiates light (or electromagnetic waves having a wavelength close to light) to the vicinity of the host vehicle M and measures scattered light. The LIDAR sensor 14 detects a distance to an object on the basis of time from light emission to light reception. The radiated light is, for example, pulsed laser light. The LIDAR sensor 14 is attached to any location on the host vehicle M.
The physical object recognition device 16 performs a sensor fusion process on detection results from some or all of the camera 10, the radar device 12, and the LIDAR sensor 14 to recognize a position, a type, a speed, and the like of a physical object. The physical object recognition device 16 outputs recognition results to the automated driving control device 100. The physical object recognition device 16 may output detection results of the camera 10, the radar device 12, and the LIDAR sensor 14 to the automated driving control device 100 as they are. The physical object recognition device 16 may be omitted from the vehicle system 1.
The communication device 20 communicates with another vehicle present in the vicinity of the host vehicle M, or communicates with various types of server devices via a radio base station, using, for example, a cellular network or a Wi-Fi network, Bluetooth (registered trademark), dedicated short range communication (DSRC), or the like.
The HMI 30 presents various types of information to an occupant of the host vehicle M and receives an input operation by the occupant. The HMI 30 includes various types of display devices, a speaker, a buzzer, a touch panel, a switch, keys and the like.
The vehicle sensor 40 includes a vehicle speed sensor configured to detect the speed of the host vehicle M, an acceleration sensor configured to detect acceleration, a yaw rate sensor configured to detect angular velocity around a vertical axis, a direction sensor configured to detect a direction of the host vehicle M, and the like.
For example, the navigation device 50 includes a global navigation satellite system (GNSS) receiver 51, a navigation HMI 52, and a route determiner 53. The navigation device 50 stores first map information 54 in a storage device such as a hard disk drive (HDD) or a flash memory. The GNSS receiver 51 identifies a position of the host vehicle M on the basis of a signal received from a GNSS satellite. The position of the host vehicle M may be identified or corrected by an inertial navigation system (INS) using an output of the vehicle sensor 40. The navigation HMI 52 includes a display device, a speaker, a touch panel, keys, and the like. The navigation HMI 52 may be partly or wholly shared with the above-described HMI 30. For example, the route determiner 53 determines a route (hereinafter referred to as a route on a map) from the position of the host vehicle M identified by the GNSS receiver 51 (or any input position) to a destination input by the occupant using the navigation HMI 52 with reference to the first map information 54. The first map information 54 is, for example, information in which a road shape is expressed by a link indicating a road and nodes connected by the link. The first map information 54 may include a curvature of a road, point of interest (POI) information, and the like. The route on the map is output to the MPU 60. The navigation device 50 may perform route guidance using the navigation HMI 52 on the basis of the route on the map. The navigation device 50 may be implemented, for example, according to a function of a terminal device such as a smartphone or a tablet terminal possessed by the occupant. The navigation device 50 may transmit a current position and a destination to a navigation server via the communication device 20 and acquire a route equivalent to the route on the map from the navigation server.
For example, the MPU 60 includes a recommended lane determiner 61 and stores second map information 62 in a storage device such as an HDD or a flash memory. The recommended lane determiner 61 divides the route on the map provided from the navigation device 50 into a plurality of blocks (for example, divides the route every 100 [m] in a traveling direction of the vehicle) and determines a recommended lane for each block with reference to the second map information 62. The recommended lane determiner 61 determines in what lane numbered from the left the vehicle will travel. The recommended lane determiner 61 determines the recommended lane so that the host vehicle M can travel along a reasonable route for traveling to a branching destination when there is a branch point in the route on the map.
The second map information 62 is map information which has higher accuracy than the first map information 54. For example, the second map information 62 includes information about a center of a lane, information about a boundary of a lane, and the like. The second map information 62 may include road information, traffic regulations information, address information (an address/postal code), facility information, telephone number information, and the like. The second map information 62 may be updated at any time when the communication device 20 communicates with another device.
For example, the driving operators 80 include an accelerator pedal, a brake pedal, a shift lever, a steering wheel, a steering wheel variant, a joystick, and other operators. A sensor configured to detect an amount of operation or the presence or absence of an operation is attached to the driving operator 80, and a detection result thereof is output to the automated driving control device 100 or some or all of the travel driving force output device 200, the brake device 210, and the steering device 220.
The automated driving control device 100 includes, for example, a first controller 120 and a second controller 160. Each of the first controller 120 and the second controller 160 is implemented, for example, by a hardware processor such as a central processing unit (CPU) executing a program (software). Some or all of these components are implemented by hardware (a circuit including circuitry) such as a large-scale integration (LSI) circuit, an application specific integrated circuit (ASIC), a field-programmable gate array (FPGA), or a graphics processing unit (GPU) or may be implemented by software and hardware in cooperation. The program may be pre-stored in a storage device (a storage device including a non-transitory storage medium) such as an HDD or a flash memory of the automated driving control device 100 or may be stored in a removable storage medium such as a DVD or a CD-ROM and installed in the HDD or the flash memory of the automated driving control device 100 when the storage medium (the non-transitory storage medium) is mounted in a drive device. The automated driving control device 100 is an example of a “vehicle control device” and the combination of an action plan generator 140 and the second controller 160 is an example of a “controller.”
The recognizer 130 recognizes states of a position, a speed, acceleration, and the like of a physical object around the host vehicle M on the basis of information input from the camera 10, the radar device 12, and the LIDAR sensor 14 via the physical object recognition device 16. For example, the position of the physical object is recognized as a position on absolute coordinates with a representative point (a center of gravity, a driving shaft center, or the like) of the host vehicle M as the origin and is used for control. The position of the physical object may be represented by a representative point such as a center of gravity or a corner of the physical object or may be represented by a represented region. The “state” of a physical object may include acceleration or jerk of the physical object or an “action state” (for example, whether or not a lane change is being made or intended).
For example, the recognizer 130 recognizes a lane in which the host vehicle M is traveling (a travel lane). For example, the recognizer 130 recognizes the travel lane by comparing a pattern of a road dividing line (for example, an arrangement of solid lines and broken lines) obtained from the second map information 62 with a pattern of road dividing lines in the vicinity of the host vehicle M recognized from an image captured by the camera 10. The recognizer 130 may recognize a travel lane by recognizing a traveling path boundary (a road boundary) including a road dividing line, a road shoulder, a curb, a median strip, a guardrail, or the like as well as a road dividing line. In this recognition, a position of the host vehicle M acquired from the navigation device 50 or a processing result of the INS may be added. The recognizer 130 recognizes a temporary stop line, an obstacle, red traffic light, a toll gate, and other road events.
When the travel lane is recognized, the recognizer 130 recognizes a position or orientation of the host vehicle M with respect to the travel lane. For example, the recognizer 130 may recognize a gap of a reference point of the host vehicle M from the center of the lane and an angle formed with respect to a line connecting the center of the lane in the traveling direction of the host vehicle M as a relative position and orientation of the host vehicle M related to the travel lane. Alternatively, the recognizer 130 may recognize a position of the reference point of the host vehicle M related to one side end portion (a road dividing line or a road boundary) of the travel lane or the like as a relative position of the host vehicle M related to the travel lane.
The action plan generator 140 generates a future target trajectory along which the host vehicle M is allowed to automatedly travel (independently of a driver's operation) in the traveling aspect defined by the event so that the host vehicle M can generally travel in the recommended lane determined by the recommended lane determiner 61 and further cope with a surrounding situation of the host vehicle M. For example, the target trajectory includes a speed element. For example, the target trajectory is represented by sequentially arranging points (trajectory points) at which the host vehicle M is required to arrive. The trajectory point is a point at which the host vehicle M is required to arrive for each predetermined traveling distance (for example, about several meters [m]). On the other hand, a target speed and target acceleration for each predetermined sampling time period (for example, about several tenths of a second [sec]) are generated as parts of the target trajectory. The trajectory point may be a position at which the host vehicle M is required to arrive at the sampling time for each predetermined sampling time period. In this case, information of the target speed or the target acceleration is represented by an interval between trajectory points.
The action plan generator 140 may set an automated driving event when the target trajectory is generated. Automated driving events include a constant-speed traveling event, a low-speed tracking traveling event, a lane change event, a branching event, a merging event, a takeover event, and the like. The action plan generator 140 generates a target trajectory according to an activated event.
The action plan generator 140 includes, for example, a setter 142 and a controller 144. Details of the processes of the setter 142 and the controller 144 will be described below.
The second controller 160 controls the travel driving force output device 200, the brake device 210, and the steering device 220 so that the host vehicle M passes through the target trajectory generated by the action plan generator 140 at a scheduled time.
Returning to
The travel driving force output device 200 outputs a travel driving force (torque) for enabling the vehicle to travel to driving wheels. For example, the travel driving force output device 200 includes a combination of an internal combustion engine, an electric motor, a transmission, and the like, and an electronic control unit (ECU) that controls the internal combustion engine, the electric motor, the transmission, and the like. The ECU controls the above-described components in accordance with information input from the second controller 160 or information input from the driving operator 80.
For example, the brake device 210 includes a brake caliper, a cylinder configured to transfer hydraulic pressure to the brake caliper, an electric motor configured to generate hydraulic pressure in the cylinder, and a brake ECU. The brake ECU controls the electric motor in accordance with the information input from the second controller 160 or the information input from the driving operator 80 so that brake torque according to a braking operation is output to each wheel. The brake device 210 may include a mechanism configured to transfer the hydraulic pressure generated by an operation of the brake pedal included in the driving operators 80 to the cylinder via a master cylinder as a backup. The brake device 210 is not limited to the above-described configuration and may be an electronically controlled hydraulic brake device configured to control the actuator in accordance with information input from the second controller 160 and transfer the hydraulic pressure of the master cylinder to the cylinder.
For example, the steering device 220 includes a steering ECU and an electric motor. For example, the electric motor changes a direction of steerable wheels by applying a force to a rack and pinion mechanism. The steering ECU drives the electric motor in accordance with the information input from the second controller 160 or the information input from the driving operator 80 to cause the direction of the steerable wheels to be changed.
[Details of Processes of Setter and Controller]
(First Risk Area)
The setter 142 sets a first risk area including an area between a moving object and a first end of a crosswalk where the moving object is scheduled to arrive in the crosswalk when the moving object is entering the crosswalk which is provided in front of the host vehicle M and where the host vehicle M is scheduled to pass on the basis of the recognition result of the recognizer 130. The controller 144 prevents the vehicle from entering the first risk area when a first predetermined condition is satisfied.
The “moving object” includes a person, an animal, and the like. The moving object includes a pedestrian, a bicycle, a wheelchair, and the like. In the following description, it is assumed that the moving object is a pedestrian. The “first risk area” is an area where first risk potential is set. The “risk potential” is an index value indicating a risk level when the host vehicle M has entered the area where the risk potential is set. The first risk potential is risk potential which is an index value of a predetermined magnitude (an index value exceeding zero).
The first predetermined condition is that deceleration of the host vehicle M is less than a threshold value when it is assumed that the host vehicle M is controlled so that the host vehicle M does not enter the first risk area AR1. That is, the controller 144 prevents the host vehicle M from entering the first risk area AR1 when the deceleration of the host vehicle M is less than the threshold value (when a predetermined burden is not imposed on an occupant) and allows the host vehicle M to enter the first risk area AR1 when the deceleration of the host vehicle M is greater than or equal to the threshold value.
However, even if the first predetermined condition is not satisfied (even if the deceleration is greater than or equal to the threshold value or even if the host vehicle M is allowed to pass through the first risk area), the controller 144 does not allow the host vehicle M to enter a second risk area AR2 to be described below when it is determined that the host vehicle M cannot be allowed to enter the second risk area as a result of taking into account the second risk area (see
The first risk area will be described with reference to
As shown in the upper diagram of
As shown in the lower diagram of
The controller 144 prevents the host vehicle M from entering the first risk area AR1 when the first predetermined condition is satisfied. For example, the controller 144 causes the host vehicle M to decelerate so that the host vehicle M stops in front of the first risk area AR1. When there is an area where the risk potential is less than the threshold value Th1, the controller 144 may control the steering so that the host vehicle M travels in that area.
As described above, the controller 144 executes appropriate control in consideration of a state of the host vehicle M, a surrounding environment, and the like so that the pedestrian PD can cross the crosswalk CW. Thereby, the controller 144 can perform more suitable driving with respect to the moving object around the host vehicle M and the occupant of the host vehicle M.
As described above, because the controller 144 does not set the first risk potential in the specific area ARs, the host vehicle M can appropriately pass through the specific area ARs in consideration of a surrounding traffic situation. Thereby, the controller 144 can reliably perform control according to a surrounding traffic situation.
(Second Risk Area)
The “second risk potential” is an index indicating a risk due to the presence of a physical object around the host vehicle M. In the following description, it is assumed that the second risk potential greater than or equal to a second threshold value Th2 is set in the second risk area AR2. For example, the second risk potential may be set so that a central point of the physical object is set to have a maximum value, a value of the second risk potential decreases as a distance from the central point of the physical object increases, and the second risk potential becomes zero when the host vehicle M is sufficiently away from the physical object. The second risk potential may be set to be relatively high on the crosswalk CW side and low on the sidewalk side. The controller 144 causes the host vehicle M to travel in an area where the first risk potential and the second risk potential are not set or an area having risk potential less than or equal to a predetermined value.
As shown in the upper diagram of
As described above, the controller 144 can perform more suitable driving with respect to a moving object around the host vehicle M by controlling the host vehicle M so that the host vehicle M does not pass through the second risk area AR2 even if a condition for passing through the first risk area AR1 is satisfied.
When there is interference with the set second risk area AR2 where the second risk potential is set, the host vehicle M performs an operation in which the host vehicle M does not enter the second risk area AR2 even if it is estimated that the deceleration is greater than or equal to the first threshold value Th1 so that the host vehicle M stops. For example, the host vehicle M stops in front of the second risk area AR2.
On the other hand, the automated driving control device 100 of the present embodiment controls the host vehicle M so that the host vehicle M stops in front of the first risk area AR1 in which the first risk potential is set as shown in
[Flowchart (Part 1)]
[Flowchart (Part 2)]
The first risk area AR1 and the second risk area AR2 are set as described above and the process using these areas is executed as will be described below.
[Flowchart (Part 3)]
When it is estimated that host vehicle M will not enter the second risk area AR2 within the predetermined time period (or when the second risk area AR2 is not present), the controller 144 estimates whether or not the host vehicle M will enter the first risk area AR1 within the predetermined time period (step S304). When it is estimated that the host vehicle M will not enter the first risk area AR1 within the predetermined time period, the process of one routine of the present flowchart ends.
When it is estimated that the host vehicle M will enter the first risk area AR1 within the predetermined time period, the controller 144 estimates whether or not the deceleration of the host vehicle M is greater than or equal to a threshold value if an operation of entering the first risk area AR1 is avoided (step S306). When it is estimated that the deceleration of the host vehicle M is greater than or equal to the threshold value if an operation of entering the first risk area AR1 is avoided, the controller 144 causes the host vehicle M to pass through the first risk area AR1 (step S308). When it is estimated that the deceleration of the host vehicle M is not greater than or equal to the threshold value if the operation of entering the first risk area AR1 is avoided, the controller 144 causes the host vehicle M to stop in front of the first risk area AR1 (step S310). Thereby, the process of one routine of the present flowchart ends.
According to the first embodiment described above, the controller 144 can perform more suitable driving with respect to a moving object by controlling the host vehicle M so that the host vehicle M does not enter the first risk area AR1 when the first predetermined condition is satisfied. This also reduces a burden on an occupant.
A second embodiment will be described below. A case in which the first risk area AR1 is set when the moving object is entering the crosswalk CW has been described in the first embodiment. In the second embodiment, a first risk area AR1 is set when a moving object is estimated to enter a crosswalk CW. Hereinafter, differences from the first embodiment will be mainly described.
(1) A shortest distance L between the moving object and the crosswalk CW is less than or equal to a distance Lth.
(2) A direction of a reference vector of the moving object is directed toward the crosswalk CW. The “reference vector” is a direction in which the moving object is moving or a direction in which a face or a body of the moving object is directed. The “direction of the reference vector being directed toward the crosswalk CW” means, for example, that the reference vector reaches or approaches the crosswalk CW when extended.
As described above, the setter 142 sets the first risk area AR1 when the moving object is estimated to enter the crosswalk CW, so that the control of the host vehicle M according to an intention of the moving object can be implemented.
First, the setter 142 determines whether or not a moving object is present near the crosswalk CW (step S201-1). When a moving object is present near the crosswalk CW, the setter 142 determines whether or not the moving object is about to enter the crosswalk CW (step S201-2). When the moving object has not entered the crosswalk CW, the process of one routine of the present flowchart ends. When the moving object is about to enter the crosswalk CW, the setter 142 sets the first risk area AR1 (step S202). Thereby, the process of one routine of the present flowchart ends.
The controller 144 prevents the host vehicle M from entering the first risk area AR1 when a second predetermined condition is satisfied and causes the host vehicle M to pass through the first risk area AR1 when the second predetermined condition is not satisfied. The second predetermined condition is that the deceleration related to the host vehicle M is less than a threshold value when it is assumed that the host vehicle M is controlled so that the host vehicle M does not enter the first risk area AR1. The threshold value of the second predetermined condition may be the same as or different from the threshold value of the first predetermined condition.
As described above, the setter 142 can quickly control the host vehicle M in accordance with an intention of the moving object. The host vehicle M can quickly stop in front of the first risk area AR1. As a result, the automated driving control device 100 can implement more suitable traveling with respect to the moving object.
According to the second embodiment described above, the automated driving control device 100 can implement more suitable traveling in consideration of an intention of a moving object by setting the first risk area AR when the moving object is about to enter a crosswalk and preventing the host vehicle M from entering the first risk area AR when the second predetermined condition is satisfied.
[Hardware Configuration]
The above-described embodiment can be implemented as follows.
A vehicle control device including:
a storage device storing a program; and
a hardware processor,
wherein the hardware processor executes the program stored in the storage device to:
recognize a surrounding environment of a vehicle;
set a first risk area in a surrounding area of the vehicle on the basis of a recognition result;
control at least one of a speed and steering of the vehicle;
set the first risk area so that the first risk area includes an area between the moving object and a first end of a crosswalk where the moving object is scheduled to arrive in the crosswalk when the moving object is entering the crosswalk which is provided in front of the vehicle and where the vehicle is scheduled to pass on the basis of the recognition result; and
prevent the vehicle from entering the first risk area when a first predetermined condition is satisfied.
Although modes for carrying out the present invention have been described using embodiments, the present invention is not limited to the embodiments and various modifications and substitutions can also be made without departing from the scope and spirit of the present invention.
Number | Date | Country | Kind |
---|---|---|---|
2019-191025 | Oct 2019 | JP | national |
Number | Name | Date | Kind |
---|---|---|---|
20210053561 | Beller | Feb 2021 | A1 |
Number | Date | Country |
---|---|---|
2010-079425 | Apr 2010 | JP |
2011-197781 | Oct 2011 | JP |
2013-117807 | Jun 2013 | JP |
2019188791 | Oct 2019 | JP |
2021-62768 | Apr 2021 | JP |
Entry |
---|
Schneemann, Friederike, and Irene Gohl. “Analyzing driver-pedestrian interaction at crosswalks: A contribution to autonomous driving in urban environments.” 2016 IEEE intelligent vehicles symposium (IV). IEEE, 2016. (Year: 2016). |
Rasouli, Amir, Iuliia Kotseruba, and John K. Tsotsos. “Understanding pedestrian behavior in complex traffic scenes.” IEEE Transactions on Intelligent Vehicles 3.1 (2017): 61-70. (Year: 2017). |
Japanese Office Action for Japanese Patent Application No. 2019-191025 dated Dec. 6, 2022. |
Number | Date | Country | |
---|---|---|---|
20210114588 A1 | Apr 2021 | US |