WO2017079349A1 - Système de mise en oeuvre d'un système de sécurité actif dans un véhicule autonome - Google Patents

Système de mise en oeuvre d'un système de sécurité actif dans un véhicule autonome Download PDF

Info

Publication number
WO2017079349A1
WO2017079349A1 PCT/US2016/060183 US2016060183W WO2017079349A1 WO 2017079349 A1 WO2017079349 A1 WO 2017079349A1 US 2016060183 W US2016060183 W US 2016060183W WO 2017079349 A1 WO2017079349 A1 WO 2017079349A1
Authority
WO
WIPO (PCT)
Prior art keywords
autonomous vehicle
light
location
light emitter
data
Prior art date
Application number
PCT/US2016/060183
Other languages
English (en)
Other versions
WO2017079349A8 (fr
Inventor
Timothy David KENTLEY
Rachad Youssef GAMARA
Original Assignee
Zoox, Inc.
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Priority claimed from US14/932,962 external-priority patent/US9630619B1/en
Priority claimed from US14/756,994 external-priority patent/US9701239B2/en
Priority claimed from US14/932,948 external-priority patent/US9804599B2/en
Application filed by Zoox, Inc. filed Critical Zoox, Inc.
Priority to CN201680064767.8A priority Critical patent/CN108292356B/zh
Priority to CN202210599846.6A priority patent/CN114801972A/zh
Priority to EP16806310.5A priority patent/EP3371740A1/fr
Priority to JP2018543267A priority patent/JP7071271B2/ja
Publication of WO2017079349A1 publication Critical patent/WO2017079349A1/fr
Publication of WO2017079349A8 publication Critical patent/WO2017079349A8/fr
Priority to JP2022076675A priority patent/JP2022119791A/ja

Links

Classifications

    • G—PHYSICS
    • G08—SIGNALLING
    • G08G—TRAFFIC CONTROL SYSTEMS
    • G08G1/00—Traffic control systems for road vehicles
    • G08G1/16—Anti-collision systems
    • G08G1/166—Anti-collision systems for active traffic, e.g. moving vehicles, pedestrians, bikes
    • B—PERFORMING OPERATIONS; TRANSPORTING
    • B60—VEHICLES IN GENERAL
    • B60Q—ARRANGEMENT OF SIGNALLING OR LIGHTING DEVICES, THE MOUNTING OR SUPPORTING THEREOF OR CIRCUITS THEREFOR, FOR VEHICLES IN GENERAL
    • B60Q1/00—Arrangement of optical signalling or lighting devices, the mounting or supporting thereof or circuits therefor
    • B60Q1/0029—Spatial arrangement
    • B60Q1/0035—Spatial arrangement relative to the vehicle
    • B—PERFORMING OPERATIONS; TRANSPORTING
    • B60—VEHICLES IN GENERAL
    • B60Q—ARRANGEMENT OF SIGNALLING OR LIGHTING DEVICES, THE MOUNTING OR SUPPORTING THEREOF OR CIRCUITS THEREFOR, FOR VEHICLES IN GENERAL
    • B60Q1/00—Arrangement of optical signalling or lighting devices, the mounting or supporting thereof or circuits therefor
    • B60Q1/26—Arrangement of optical signalling or lighting devices, the mounting or supporting thereof or circuits therefor the devices being primarily intended to indicate the vehicle, or parts thereof, or to give signals, to other traffic
    • B—PERFORMING OPERATIONS; TRANSPORTING
    • B60—VEHICLES IN GENERAL
    • B60Q—ARRANGEMENT OF SIGNALLING OR LIGHTING DEVICES, THE MOUNTING OR SUPPORTING THEREOF OR CIRCUITS THEREFOR, FOR VEHICLES IN GENERAL
    • B60Q1/00—Arrangement of optical signalling or lighting devices, the mounting or supporting thereof or circuits therefor
    • B60Q1/26—Arrangement of optical signalling or lighting devices, the mounting or supporting thereof or circuits therefor the devices being primarily intended to indicate the vehicle, or parts thereof, or to give signals, to other traffic
    • B60Q1/2611—Indicating devices mounted on the roof of the vehicle
    • B—PERFORMING OPERATIONS; TRANSPORTING
    • B60—VEHICLES IN GENERAL
    • B60Q—ARRANGEMENT OF SIGNALLING OR LIGHTING DEVICES, THE MOUNTING OR SUPPORTING THEREOF OR CIRCUITS THEREFOR, FOR VEHICLES IN GENERAL
    • B60Q1/00—Arrangement of optical signalling or lighting devices, the mounting or supporting thereof or circuits therefor
    • B60Q1/26—Arrangement of optical signalling or lighting devices, the mounting or supporting thereof or circuits therefor the devices being primarily intended to indicate the vehicle, or parts thereof, or to give signals, to other traffic
    • B60Q1/2661—Arrangement of optical signalling or lighting devices, the mounting or supporting thereof or circuits therefor the devices being primarily intended to indicate the vehicle, or parts thereof, or to give signals, to other traffic mounted on parts having other functions
    • B60Q1/268—Arrangement of optical signalling or lighting devices, the mounting or supporting thereof or circuits therefor the devices being primarily intended to indicate the vehicle, or parts thereof, or to give signals, to other traffic mounted on parts having other functions on windscreens or windows
    • B—PERFORMING OPERATIONS; TRANSPORTING
    • B60—VEHICLES IN GENERAL
    • B60Q—ARRANGEMENT OF SIGNALLING OR LIGHTING DEVICES, THE MOUNTING OR SUPPORTING THEREOF OR CIRCUITS THEREFOR, FOR VEHICLES IN GENERAL
    • B60Q1/00—Arrangement of optical signalling or lighting devices, the mounting or supporting thereof or circuits therefor
    • B60Q1/26—Arrangement of optical signalling or lighting devices, the mounting or supporting thereof or circuits therefor the devices being primarily intended to indicate the vehicle, or parts thereof, or to give signals, to other traffic
    • B60Q1/44—Arrangement of optical signalling or lighting devices, the mounting or supporting thereof or circuits therefor the devices being primarily intended to indicate the vehicle, or parts thereof, or to give signals, to other traffic for indicating braking action or preparation for braking, e.g. by detection of the foot approaching the brake pedal
    • B—PERFORMING OPERATIONS; TRANSPORTING
    • B60—VEHICLES IN GENERAL
    • B60Q—ARRANGEMENT OF SIGNALLING OR LIGHTING DEVICES, THE MOUNTING OR SUPPORTING THEREOF OR CIRCUITS THEREFOR, FOR VEHICLES IN GENERAL
    • B60Q1/00—Arrangement of optical signalling or lighting devices, the mounting or supporting thereof or circuits therefor
    • B60Q1/26—Arrangement of optical signalling or lighting devices, the mounting or supporting thereof or circuits therefor the devices being primarily intended to indicate the vehicle, or parts thereof, or to give signals, to other traffic
    • B60Q1/44—Arrangement of optical signalling or lighting devices, the mounting or supporting thereof or circuits therefor the devices being primarily intended to indicate the vehicle, or parts thereof, or to give signals, to other traffic for indicating braking action or preparation for braking, e.g. by detection of the foot approaching the brake pedal
    • B60Q1/442—Arrangement of optical signalling or lighting devices, the mounting or supporting thereof or circuits therefor the devices being primarily intended to indicate the vehicle, or parts thereof, or to give signals, to other traffic for indicating braking action or preparation for braking, e.g. by detection of the foot approaching the brake pedal visible on the front side of the vehicle, e.g. for pedestrians
    • B—PERFORMING OPERATIONS; TRANSPORTING
    • B60—VEHICLES IN GENERAL
    • B60Q—ARRANGEMENT OF SIGNALLING OR LIGHTING DEVICES, THE MOUNTING OR SUPPORTING THEREOF OR CIRCUITS THEREFOR, FOR VEHICLES IN GENERAL
    • B60Q1/00—Arrangement of optical signalling or lighting devices, the mounting or supporting thereof or circuits therefor
    • B60Q1/26—Arrangement of optical signalling or lighting devices, the mounting or supporting thereof or circuits therefor the devices being primarily intended to indicate the vehicle, or parts thereof, or to give signals, to other traffic
    • B60Q1/50—Arrangement of optical signalling or lighting devices, the mounting or supporting thereof or circuits therefor the devices being primarily intended to indicate the vehicle, or parts thereof, or to give signals, to other traffic for indicating other intentions or conditions, e.g. request for waiting or overtaking
    • B60Q1/503—Arrangement of optical signalling or lighting devices, the mounting or supporting thereof or circuits therefor the devices being primarily intended to indicate the vehicle, or parts thereof, or to give signals, to other traffic for indicating other intentions or conditions, e.g. request for waiting or overtaking using luminous text or symbol displays in or on the vehicle, e.g. static text
    • B60Q1/5035—Arrangement of optical signalling or lighting devices, the mounting or supporting thereof or circuits therefor the devices being primarily intended to indicate the vehicle, or parts thereof, or to give signals, to other traffic for indicating other intentions or conditions, e.g. request for waiting or overtaking using luminous text or symbol displays in or on the vehicle, e.g. static text electronic displays
    • B—PERFORMING OPERATIONS; TRANSPORTING
    • B60—VEHICLES IN GENERAL
    • B60Q—ARRANGEMENT OF SIGNALLING OR LIGHTING DEVICES, THE MOUNTING OR SUPPORTING THEREOF OR CIRCUITS THEREFOR, FOR VEHICLES IN GENERAL
    • B60Q1/00—Arrangement of optical signalling or lighting devices, the mounting or supporting thereof or circuits therefor
    • B60Q1/26—Arrangement of optical signalling or lighting devices, the mounting or supporting thereof or circuits therefor the devices being primarily intended to indicate the vehicle, or parts thereof, or to give signals, to other traffic
    • B60Q1/50—Arrangement of optical signalling or lighting devices, the mounting or supporting thereof or circuits therefor the devices being primarily intended to indicate the vehicle, or parts thereof, or to give signals, to other traffic for indicating other intentions or conditions, e.g. request for waiting or overtaking
    • B60Q1/507—Arrangement of optical signalling or lighting devices, the mounting or supporting thereof or circuits therefor the devices being primarily intended to indicate the vehicle, or parts thereof, or to give signals, to other traffic for indicating other intentions or conditions, e.g. request for waiting or overtaking specific to autonomous vehicles
    • B—PERFORMING OPERATIONS; TRANSPORTING
    • B60—VEHICLES IN GENERAL
    • B60Q—ARRANGEMENT OF SIGNALLING OR LIGHTING DEVICES, THE MOUNTING OR SUPPORTING THEREOF OR CIRCUITS THEREFOR, FOR VEHICLES IN GENERAL
    • B60Q1/00—Arrangement of optical signalling or lighting devices, the mounting or supporting thereof or circuits therefor
    • B60Q1/26—Arrangement of optical signalling or lighting devices, the mounting or supporting thereof or circuits therefor the devices being primarily intended to indicate the vehicle, or parts thereof, or to give signals, to other traffic
    • B60Q1/50—Arrangement of optical signalling or lighting devices, the mounting or supporting thereof or circuits therefor the devices being primarily intended to indicate the vehicle, or parts thereof, or to give signals, to other traffic for indicating other intentions or conditions, e.g. request for waiting or overtaking
    • B60Q1/525—Arrangement of optical signalling or lighting devices, the mounting or supporting thereof or circuits therefor the devices being primarily intended to indicate the vehicle, or parts thereof, or to give signals, to other traffic for indicating other intentions or conditions, e.g. request for waiting or overtaking automatically indicating risk of collision between vehicles in traffic or with pedestrians, e.g. after risk assessment using the vehicle sensor data
    • B—PERFORMING OPERATIONS; TRANSPORTING
    • B60—VEHICLES IN GENERAL
    • B60Q—ARRANGEMENT OF SIGNALLING OR LIGHTING DEVICES, THE MOUNTING OR SUPPORTING THEREOF OR CIRCUITS THEREFOR, FOR VEHICLES IN GENERAL
    • B60Q1/00—Arrangement of optical signalling or lighting devices, the mounting or supporting thereof or circuits therefor
    • B60Q1/26—Arrangement of optical signalling or lighting devices, the mounting or supporting thereof or circuits therefor the devices being primarily intended to indicate the vehicle, or parts thereof, or to give signals, to other traffic
    • B60Q1/50—Arrangement of optical signalling or lighting devices, the mounting or supporting thereof or circuits therefor the devices being primarily intended to indicate the vehicle, or parts thereof, or to give signals, to other traffic for indicating other intentions or conditions, e.g. request for waiting or overtaking
    • B60Q1/525—Arrangement of optical signalling or lighting devices, the mounting or supporting thereof or circuits therefor the devices being primarily intended to indicate the vehicle, or parts thereof, or to give signals, to other traffic for indicating other intentions or conditions, e.g. request for waiting or overtaking automatically indicating risk of collision between vehicles in traffic or with pedestrians, e.g. after risk assessment using the vehicle sensor data
    • B60Q1/535—Arrangement of optical signalling or lighting devices, the mounting or supporting thereof or circuits therefor the devices being primarily intended to indicate the vehicle, or parts thereof, or to give signals, to other traffic for indicating other intentions or conditions, e.g. request for waiting or overtaking automatically indicating risk of collision between vehicles in traffic or with pedestrians, e.g. after risk assessment using the vehicle sensor data to prevent rear-end collisions, e.g. by indicating safety distance at the rear of the vehicle
    • B—PERFORMING OPERATIONS; TRANSPORTING
    • B60—VEHICLES IN GENERAL
    • B60Q—ARRANGEMENT OF SIGNALLING OR LIGHTING DEVICES, THE MOUNTING OR SUPPORTING THEREOF OR CIRCUITS THEREFOR, FOR VEHICLES IN GENERAL
    • B60Q1/00—Arrangement of optical signalling or lighting devices, the mounting or supporting thereof or circuits therefor
    • B60Q1/26—Arrangement of optical signalling or lighting devices, the mounting or supporting thereof or circuits therefor the devices being primarily intended to indicate the vehicle, or parts thereof, or to give signals, to other traffic
    • B60Q1/50—Arrangement of optical signalling or lighting devices, the mounting or supporting thereof or circuits therefor the devices being primarily intended to indicate the vehicle, or parts thereof, or to give signals, to other traffic for indicating other intentions or conditions, e.g. request for waiting or overtaking
    • B60Q1/543—Arrangement of optical signalling or lighting devices, the mounting or supporting thereof or circuits therefor the devices being primarily intended to indicate the vehicle, or parts thereof, or to give signals, to other traffic for indicating other intentions or conditions, e.g. request for waiting or overtaking for indicating other states or conditions of the vehicle
    • B—PERFORMING OPERATIONS; TRANSPORTING
    • B60—VEHICLES IN GENERAL
    • B60Q—ARRANGEMENT OF SIGNALLING OR LIGHTING DEVICES, THE MOUNTING OR SUPPORTING THEREOF OR CIRCUITS THEREFOR, FOR VEHICLES IN GENERAL
    • B60Q1/00—Arrangement of optical signalling or lighting devices, the mounting or supporting thereof or circuits therefor
    • B60Q1/26—Arrangement of optical signalling or lighting devices, the mounting or supporting thereof or circuits therefor the devices being primarily intended to indicate the vehicle, or parts thereof, or to give signals, to other traffic
    • B60Q1/50—Arrangement of optical signalling or lighting devices, the mounting or supporting thereof or circuits therefor the devices being primarily intended to indicate the vehicle, or parts thereof, or to give signals, to other traffic for indicating other intentions or conditions, e.g. request for waiting or overtaking
    • B60Q1/549—Arrangement of optical signalling or lighting devices, the mounting or supporting thereof or circuits therefor the devices being primarily intended to indicate the vehicle, or parts thereof, or to give signals, to other traffic for indicating other intentions or conditions, e.g. request for waiting or overtaking for expressing greetings, gratitude or emotions
    • B—PERFORMING OPERATIONS; TRANSPORTING
    • B60—VEHICLES IN GENERAL
    • B60Q—ARRANGEMENT OF SIGNALLING OR LIGHTING DEVICES, THE MOUNTING OR SUPPORTING THEREOF OR CIRCUITS THEREFOR, FOR VEHICLES IN GENERAL
    • B60Q5/00—Arrangement or adaptation of acoustic signal devices
    • B60Q5/005—Arrangement or adaptation of acoustic signal devices automatically actuated
    • B60Q5/006—Arrangement or adaptation of acoustic signal devices automatically actuated indicating risk of collision between vehicles or with pedestrians
    • B—PERFORMING OPERATIONS; TRANSPORTING
    • B60—VEHICLES IN GENERAL
    • B60W—CONJOINT CONTROL OF VEHICLE SUB-UNITS OF DIFFERENT TYPE OR DIFFERENT FUNCTION; CONTROL SYSTEMS SPECIALLY ADAPTED FOR HYBRID VEHICLES; ROAD VEHICLE DRIVE CONTROL SYSTEMS FOR PURPOSES NOT RELATED TO THE CONTROL OF A PARTICULAR SUB-UNIT
    • B60W30/00—Purposes of road vehicle drive control systems not related to the control of a particular sub-unit, e.g. of systems using conjoint control of vehicle sub-units
    • B60W30/08—Active safety systems predicting or avoiding probable or impending collision or attempting to minimise its consequences
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06V—IMAGE OR VIDEO RECOGNITION OR UNDERSTANDING
    • G06V20/00—Scenes; Scene-specific elements
    • G06V20/50—Context or environment of the image
    • G06V20/56—Context or environment of the image exterior to a vehicle by using sensors mounted on the vehicle
    • G06V20/58—Recognition of moving objects or obstacles, e.g. vehicles or pedestrians; Recognition of traffic objects, e.g. traffic signs, traffic lights or roads
    • G—PHYSICS
    • G08—SIGNALLING
    • G08G—TRAFFIC CONTROL SYSTEMS
    • G08G1/00—Traffic control systems for road vehicles
    • G08G1/005—Traffic control systems for road vehicles including pedestrian guidance indicator
    • G—PHYSICS
    • G08—SIGNALLING
    • G08G—TRAFFIC CONTROL SYSTEMS
    • G08G1/00—Traffic control systems for road vehicles
    • G08G1/01—Detecting movement of traffic to be counted or controlled
    • G08G1/056—Detecting movement of traffic to be counted or controlled with provision for distinguishing direction of travel
    • G—PHYSICS
    • G08—SIGNALLING
    • G08G—TRAFFIC CONTROL SYSTEMS
    • G08G1/00—Traffic control systems for road vehicles
    • G08G1/09—Arrangements for giving variable traffic instructions
    • G08G1/0962—Arrangements for giving variable traffic instructions having an indicator mounted inside the vehicle, e.g. giving voice messages
    • G08G1/09623—Systems involving the acquisition of information from passive traffic signs by means mounted on the vehicle
    • G—PHYSICS
    • G08—SIGNALLING
    • G08G—TRAFFIC CONTROL SYSTEMS
    • G08G1/00—Traffic control systems for road vehicles
    • G08G1/20—Monitoring the location of vehicles belonging to a group, e.g. fleet of vehicles, countable or determined number of vehicles
    • G08G1/202—Dispatching vehicles on the basis of a location, e.g. taxi dispatching
    • B—PERFORMING OPERATIONS; TRANSPORTING
    • B60—VEHICLES IN GENERAL
    • B60Q—ARRANGEMENT OF SIGNALLING OR LIGHTING DEVICES, THE MOUNTING OR SUPPORTING THEREOF OR CIRCUITS THEREFOR, FOR VEHICLES IN GENERAL
    • B60Q2300/00—Indexing codes for automatically adjustable headlamps or automatically dimmable headlamps
    • B60Q2300/40—Indexing codes relating to other road users or special conditions
    • B60Q2300/45—Special conditions, e.g. pedestrians, road signs or potential dangers
    • B—PERFORMING OPERATIONS; TRANSPORTING
    • B60—VEHICLES IN GENERAL
    • B60Q—ARRANGEMENT OF SIGNALLING OR LIGHTING DEVICES, THE MOUNTING OR SUPPORTING THEREOF OR CIRCUITS THEREFOR, FOR VEHICLES IN GENERAL
    • B60Q2400/00—Special features or arrangements of exterior signal lamps for vehicles
    • B60Q2400/40—Welcome lights, i.e. specific or existing exterior lamps to assist leaving or approaching the vehicle
    • B—PERFORMING OPERATIONS; TRANSPORTING
    • B60—VEHICLES IN GENERAL
    • B60Q—ARRANGEMENT OF SIGNALLING OR LIGHTING DEVICES, THE MOUNTING OR SUPPORTING THEREOF OR CIRCUITS THEREFOR, FOR VEHICLES IN GENERAL
    • B60Q2400/00—Special features or arrangements of exterior signal lamps for vehicles
    • B60Q2400/50—Projected symbol or information, e.g. onto the road or car body

Definitions

  • Embodiments of the present application relate generally to methods, systems and apparatus for safety systems in robotic vehicles.
  • Autonomous vehicles such as the type configured to transport passengers in an urban environment, may encounter many situations in which an autonomous vehicle ought to notify persons, vehicles, and the like, of an operational intent of the vehicle, such as a direction the autonomous vehicle is driving in or will be driving in, for example.
  • passengers of an autonomous vehicle may experience some uncertainty as to determining which autonomous vehicle is tasked to service their transportation needs. For example, if there are many autonomous vehicles present, a passenger who has scheduled a ride in one of those autonomous vehicles may wish to easily distinguish which autonomous vehicle is intended for him/her.
  • FIG. 1 depicts one example of a system for implementing an active safety system in an autonomous vehicle
  • FIG. 2A depicts one example of a flow diagram for implementing an active safety system in an autonomous vehicle
  • FIG. 2B depicts another example of a flow diagram for implementing an active safety system in an autonomous vehicle
  • FIG. 2C depicts yet another example of a flow diagram for implementing an active safety system in an autonomous vehicle
  • FIG. 3 A depicts one example of a system for implementing an active safety system in an autonomous vehicle
  • FIG. 3B depicts another example of a system for implementing an active safety system in an autonomous vehicle
  • FIG. 4 depicts one example of a flow diagram for implementing a perception system in an autonomous vehicle
  • FIG. 5 depicts one example of object prioritization by a planner system in an autonomous vehicle
  • FIG. 6 depicts a top plan view of one example of threshold locations and associated escalating alerts in an active safety system in an autonomous vehicle
  • FIG. 7 depicts one example of a flow diagram for implementing a planner system in an autonomous vehicle
  • FIG. 8 depicts one example of a block diagram of systems in an autonomous vehicle
  • FIG. 9 depicts a top view of one example of an acoustic beam-steering array in an exterior safety system of an autonomous vehicle
  • FIG. 10A depicts top plan views of two examples of sensor coverage
  • FIG. 10B depicts top plan views of another two examples of sensor coverage
  • FIG. 11A depicts one example of an acoustic beam-steering array in an exterior safety system of an autonomous vehicle
  • FIG. 11B depicts one example of a flow diagram for implementing acoustic beam-steering in an autonomous vehicle
  • FIG. l lC depicts a top plan view of one example of an autonomous vehicle steering acoustic energy associated with an acoustic alert to an object;
  • FIG. 12A depicts one example of a light emitter in an exterior safety system of an autonomous vehicle
  • FIG. 12B depicts profile views of examples of light emitters in an exterior safety system of an autonomous vehicle
  • FIG. 12C depicts a top plan view of one example of light emitter activation based on an orientation of an autonomous vehicle relative to an object
  • FIG. 12D depicts a profile view of one example of light emitter activation based on an orientation of an autonomous vehicle relative to an object
  • FIG. 12E depicts one example of a flow diagram for implementing a visual alert from a light emitter in an autonomous vehicle
  • FIG. 12F depicts a top plan view of one example of a light emitter of an autonomous vehicle emitting light to implement a visual alert
  • FIG. 13 A depicts one example of a bladder system in an exterior safety system of an autonomous vehicle
  • FIG. 13B depicts examples of bladders in an exterior safety system of an autonomous vehicle
  • FIG. 13C depicts examples of bladder deployment in an autonomous vehicle
  • FIG. 14 depicts one example of a seat belt tensioning system in an interior safety system of an autonomous vehicle
  • FIG. 15 depicts one example of a seat actuator system in an interior safety system of an autonomous vehicle
  • FIG. 16A depicts one example of a drive system in an autonomous vehicle
  • FIG. 16B depicts one example of obstacle avoidance maneuvering in an autonomous vehicle.
  • FIG. 16C depicts another example of obstacle avoidance maneuvering in an autonomous vehicle
  • FIG. 17 depicts examples of visual communication with an object in an environment using a visual alert from light emitters of an autonomous vehicle
  • FIG. 18 depicts another example of a flow diagram for implementing a visual alert from a light emitter in an autonomous vehicle
  • FIG. 19 depicts an example of visual communication with an object in an environment using a visual alert from light emitters of an autonomous vehicle
  • FIG. 20 depicts yet another example of a flow diagram for implementing a visual alert from a light emitter in an autonomous vehicle
  • FIG. 21 depicts profile views of other examples of light emitters positioned external to an autonomous vehicle
  • FIG. 22 depicts profile views of yet other examples of light emitters positioned external to an autonomous vehicle
  • FIG. 23 depicts examples of light emitters of an autonomous vehicle
  • FIG. 24 depicts an example of data representing a light pattern associated with a light emitter of an autonomous vehicle
  • FIG. 25 depicts one example of a flow diagram for implementing visual indication of directionality in an autonomous vehicle
  • FIG. 26 depicts one example of a flow diagram for implementing visual indication of information in an autonomous vehicle
  • FIG. 27 depicts examples of visual indication of directionality of travel by light emitters of an autonomous vehicle
  • FIG. 28 depicts other examples of visual indication of directionality of travel by a light emitter of an autonomous vehicle
  • FIG. 29 depicts yet other examples of visual indication of directionality of travel by a light emitter of an autonomous vehicle
  • FIG. 30 depicts additional examples of visual indication of directionality of travel by a light emitter of an autonomous vehicle
  • FIG. 31 depicts examples of visual indication of information by a light emitter of an autonomous vehicle
  • FIG. 32 depicts one example of light emitter positioning in an autonomous vehicle.
  • FIG. 33 depicts one example of light emitter positioning in an autonomous vehicle.
  • Various embodiments or examples may be implemented in numerous ways, including as a system, a process, a method, an apparatus, a user interface, software, firmware, logic, circuity, or a series of executable program instructions embodied in a non-transitory computer readable medium.
  • a non-transitory computer readable medium or a computer network where the program instructions are sent over optical, electronic, or wireless communication links and stored or otherwise fixed in a non-transitory computer readable medium.
  • Examples of a non-transitory computer readable medium includes but is not limited to electronic memory, RAM, DRAM, SRAM, ROM, EEPROM, Flash memory, solid-state memory, hard disk drive, and non-volatile memory, for example.
  • One or more non-transitory computer readable mediums may be distributed over a number of devices. In general, operations of disclosed processes may be performed in an arbitrary order, unless otherwise provided in the claims.
  • FIG. 1 depicts one example of a system for implementing an active safety system in an autonomous vehicle.
  • an autonomous vehicle 100 (depicted in top plan view) may be travelling through an environment 190 external to the autonomous vehicle 100 along a traj ectory 105.
  • environment 190 may include one or more obj ects that may potentially collide with the autonomous vehicle 100, such as static and/or dynamic objects, or obj ects that pose some other danger to passengers (not shown) riding in the autonomous vehicle 100 and/or to the autonomous vehicle 100.
  • obj ects that may potentially collide with the autonomous vehicle 100, such as static and/or dynamic objects, or obj ects that pose some other danger to passengers (not shown) riding in the autonomous vehicle 100 and/or to the autonomous vehicle 100.
  • an object 180 e.g., an automobile
  • a trajectory 185 that if not altered (e.g., by changing trajectory, slowing down, etc.), may result in a potential collision 187 with the autonomous vehicle 100 (e.g., by rear-ending the autonomous vehicle 100).
  • Autonomous vehicle 100 may use a sensor system (not shown) to sense (e.g., using passive and/or active sensors) the environment 190 to detect the object 180 and may take action to mitigate or prevent the potential collision of the object 180 with the autonomous vehicle 100.
  • An autonomous vehicle system 101 may receive sensor data 132 from the sensor system and may receive autonomous vehicle location data 139 (e.g., implemented in a localizer system of the autonomous vehicle 100).
  • the sensor data 132 may include but is not limited to data representing a sensor signal (e.g., a signal generated by a sensor of the sensor system).
  • the data representing the sensor signal may be indicative of the environment 190 external to the autonomous vehicle 100.
  • the autonomous vehicle location data 139 may include but is not limited to data representing a location of the autonomous vehicle 100 in the environment 190.
  • the data representing the location of the autonomous vehicle 100 may include position and orientation data (e.g., a local position or local pose), map data (e.g., from one or more map tiles), data generated by a global positioning system (GPS) and data generated by an inertial measurement unit (IMU).
  • a sensor system of the autonomous vehicle 100 may include a global positioning system, an inertial measurement unit, or both.
  • Autonomous vehicle system 101 may include but is not limited to hardware, software, firmware, logic, circuitry, computer executable instructions embodied in a non-transitory computer readable medium, or any combination of the foregoing, to implement a path calculator 1 12, an obj ect data calculator 1 14 (e.g., implemented in a perception system of the autonomous vehicle 100), a collision predictor 1 16, an object classification determinator 1 18 and a kinematics calculator 115. Autonomous vehicle system 101 may access one or more data stores including but not limited to an objects type data store 119.
  • Obj ect types data store 1 19 may include data representing obj ect types associated with obj ect classifications for obj ects detected in environment 190 (e.g., a variety of pedestrian obj ect types such as “sitting", “standing” or “running”, may be associated with obj ects classified as pedestrians).
  • obj ect types data store 1 19 may include data representing obj ect types associated with obj ect classifications for obj ects detected in environment 190 (e.g., a variety of pedestrian obj ect types such as “sitting", “standing” or “running”, may be associated with obj ects classified as pedestrians).
  • Path calculator 112 may be configured to generate data representing a traj ectory of the autonomous vehicle 100 (e.g., traj ectory 105), using data representing a location of the autonomous vehicle 100 in the environment 190 and other data (e.g., local pose data included in vehicle location data 139), for example.
  • Path calculator 1 12 may be configured to generate future trajectories to be executed by the autonomous vehicle 100, for example.
  • path calculator 112 may be implanted in or as part of a planner system of the autonomous vehicle 100.
  • the path calculator 1 12 and/or the planner system may calculate data associated with a predicted motion of an object in the environment and may determine a predicted object path associated with the predicted motion of the obj ect.
  • the obj ect path may constitute the predicted obj ect path.
  • the obj ect path may constitute a predicted obj ect trajectory.
  • the object path e.g., in the environment
  • Object data calculator 114 may be configured to calculate data representing the location of the object 180 disposed in the environment 190, data representing an obj ect track associated with the obj ect 180, and data representing an object classification associated with the object 180, and the like.
  • Object data calculator 1 14 may calculate the data representing the location of the obj ect, the data representing the obj ect track, and the data representing the obj ect classification using data representing a sensor signal included in sensor data 132, for example.
  • the object data calculator 114 may be implemented in or may constitute a perception system, or a portion thereof, being configured to receive the data representing the sensor signal (e.g., a sensor signal from a sensor system).
  • Obj ect classification determinator 1 18 may be configured to access data representing object types 1 19 (e.g., a species of an object classification, a subclass of an object classification, or a subset of an object classification) and may be configured to compare the data representing the obj ect track and the data representing the object classification with the data representing the object types 119 to determine data representing an object type (e.g., a species or subclass of the obj ect classification).
  • object types 1 19 e.g., a species of an object classification, a subclass of an object classification, or a subset of an object classification
  • an object type e.g., a species or subclass of the obj ect classification
  • a detected object having an obj ect classification of a "car” may have an object type of "sedan", “coupe", "truck” or "school bus” .
  • An object type may include additional subclasses or subsets such as a "school bus” that is parked may have an additional subclass of "static” (e.g. the school bus is not in motion), or an additional subclass of "dynamic” (e.g. the school bus is in motion), for example.
  • Collision predictor 1 16 may be configured to use the data representing the obj ect type, the data representing the traj ectory of the object and the data representing the traj ectory of the autonomous vehicle to predict a collision (e.g., 187) between the autonomous vehicle 100 and the obj ect 180, for example.
  • a kinematics calculator 1 15 may be configured to compute data representing one or more scalar and/or vector quantities associated with motion of the obj ect 180 in the environment 190, including but not limited to velocity, speed, acceleration, deceleration, momentum, local pose and force, for example.
  • Data from kinematics calculator 115 may be used to compute other data including but not limited to data representing an estimated time to impact between the obj ect 180 and the autonomous vehicle 100 and data representing a distance between the object 180 and the autonomous vehicle 100, for example.
  • the kinematics calculator 1 15 may be configured to predict a likelihood that other objects in the environment 190 (e.g.
  • the kinematics calculator 1 15 may be configured estimate a probability that other agents (e.g., drivers or riders of other vehicles) are behaving rationally (e.g., based on motion of the object they are driving or riding), which may dictate behavior of the autonomous vehicle 100, versus behaving irrationally (e.g. based on erratic motion of the obj ect they are riding or driving).
  • agents e.g., drivers or riders of other vehicles
  • behaving rationally e.g., based on motion of the object they are driving or riding
  • behaving irrationally e.g. based on erratic motion of the obj ect they are riding or driving.
  • Rational or irrational behavior may be inferred based on sensor data received over time that may be used to estimate or predict a future location of the object relative to a current or future trajectory of the autonomous vehicle 100. Consequently, a planner system of the autonomous vehicle 100 may be configured to implement vehicle maneuvers that are extra cautious and/or activate a safety system of the autonomous vehicle 100, for example.
  • a safety system activator 120 may be configured to activate one or more safety systems of the autonomous vehicle 100 when a collision is predicted by the collision predictor 1 16 and/or the occurrence of other safety related events (e.g., an emergency maneuver by the vehicle 100, such as hard braking, sharp acceleration, etc.).
  • Safety system activator 120 may be configured to activate an interior safety system 122, an exterior safety system 124, a drive system 126 (e.g., cause drive system 126 to execute an emergency maneuver to avoid the Collision), or any combination of the foregoing.
  • drive system 126 may receive data being configured to cause a steering system (e.g., set a steering angle or a steering vector for the wheels) and a propulsion system (e.g., power supplied to an electric motor) to alter the traj ectory of vehicle 100 from traj ectory 105 to a collision avoidance trajectory 105a.
  • a steering system e.g., set a steering angle or a steering vector for the wheels
  • a propulsion system e.g., power supplied to an electric motor
  • FIG. 2A depicts one example of a flow diagram 200 for implementing an active safety system in an autonomous vehicle 100.
  • data representing a traj ectory 203 of an autonomous vehicle 100 in an environment external to the autonomous vehicle 100 may be received (e.g., implemented in a planner system of the autonomous vehicle 100).
  • obj ect data associated with an object e.g., automobile 180
  • the environment e.g., environment 190
  • Sensor data 205 may be accessed at the stage 204 to calculate the object data.
  • the obj ect data may include but is not limited to data representing obj ect location in the environment, an obj ect track associated with the object (e.g., static for a non-moving object and dynamic for an object in motion), and an obj ect classification (e.g., a label) associated with the obj ect (e.g., pedestrian, dog, cat, bicycle, motorcycle, automobile, truck, etc.).
  • an obj ect classification e.g., a label
  • the stage 204 may output one or more types of data associated with an obj ect, including but not limited to data representing obj ect location 207 in the environment, data representing an obj ect track 209, and data representing an object classification 21 1.
  • a predicted obj ect path of the obj ect in the environment may be calculated.
  • the stage 206 may receive the data representing obj ect location 207 and may process that data to generate data representing a predicted object path 213.
  • data representing obj ect types 215 may be accessed, and at a stage 210, data representing an obj ect type 217 may be determined based on the data representing the object track 209, the data representing the object classification 211 and the data representing object types 215.
  • an object type may include but are not limited to a pedestrian object type having a static object track (e.g., the pedestrian is not in motion), an automobile object type having a dynamic object track (e.g., the automobile is in motion) and an infrastructure obj ect type having a static object track (e.g., a traffic sign, a lane marker, a fire hydrant), etc., just to name a few.
  • the stage 210 may output the data representing obj ect type 217.
  • a collision between the autonomous vehicle and the object may be predicted based on the determined object type 217, the autonomous vehicle traj ectory 203 and the predicted object path 213.
  • a collision may be predicted based in part on the determined obj ect type 217 due to the obj ect having an obj ect track that is dynamic (e.g., the obj ect is in motion in the environment), the traj ectory of the obj ect being in potential conflict with a traj ectory of the autonomous vehicle (e.g., the traj ectories may intersect or otherwise interfere with each other), and the object having an obj ect classification 211 (e.g., used in computing the object type 217) that indicates the object is a likely collision threat (e.g., the obj ect is classified as an automobile, a skateboarder, a
  • a safety system of the autonomous vehicle may be activated when the collision is predicted (e.g., at the stage 212).
  • the stage 214 may activate one or more safety systems of the autonomous vehicle, such as one or more interior safety systems, one or more exterior safety systems, one or more drive systems (e.g., steering, propulsion, braking, etc.) or a combination of the foregoing, for example.
  • the stage 214 may cause (e.g., by communicating data and/or signals) a safety system activator 220 to activate one or more of the safety systems of the autonomous vehicle 100.
  • FIG. 2B depicts another example of a flow diagram 250 for implementing an active safety system in an autonomous vehicle 100.
  • data representing the trajectory 253 of an autonomous vehicle 100 in an environment external to the autonomous vehicle 100 may be received (e.g., from a planner system of the autonomous vehicle 100).
  • a location of an obj ect in the environment may be determined.
  • Sensor data 255 may be processed (e.g., by a perception system) to determine data representing an object location in the environment 257.
  • Data associated with an obj ect e.g., object data associated with obj ect 180
  • environment e.g., environment 190
  • Sensor data 255 accessed at the stage 254 may be used to determine the obj ect data.
  • the obj ect data may include but is not limited to data representing a location of the object in the environment, an obj ect track associated with the object (e.g., static for a non-moving object and dynamic for an obj ect in motion), an object classification associated with the object (e.g., pedestrian, dog, cat, bicycle, motorcycle, automobile, truck, etc.) and an obj ect type associated with the obj ect.
  • an obj ect track associated with the object e.g., static for a non-moving object and dynamic for an obj ect in motion
  • an object classification associated with the object e.g., pedestrian, dog, cat, bicycle, motorcycle, automobile, truck, etc.
  • an obj ect type associated with the obj ect.
  • the stage 254 may output one or more types of data associated with an obj ect, including but not limited to data representing the obj ect location 257 in the environment, data representing an obj ect track 261 associated with the obj ect, data representing an obj ect classification 263 associated with the obj ect, and data representing an obj ect type 259 associated with the obj ect.
  • a predicted obj ect path of the object in the environment may be calculated.
  • the stage 256 may receive the data representing the object location 257 and may process that data to generate data representing a predicted object path 265.
  • the data representing the predicted obj ect path 265, generated at the stage 256 may be used as a data input at another stage of flow diagram 250, such as at a stage 258.
  • the stage 256 may be bypassed and flow diagram 250 may transition from the stage 254 to the stage 258.
  • a collision between the autonomous vehicle and the object may be predicted based the autonomous vehicle trajectory 253 and the object location 265.
  • the object location 257 may change from a first location to a next location due to motion of the object in the environment.
  • the object may be in motion (e.g., has an object track of dynamic "D"), may be motionless (e.g., has an object track of static "S"), or both.
  • the perception system may continually track the object (e.g., using sensor data from the sensor system) during those different points in time to determine object location 257 at the different point in times.
  • the predicted object path 265 calculated at the stage 256 may be difficult to determine; therefore the predicted object path 265 need not be used as a data input at the stage 258.
  • the stage 258 may predict the collision using data not depicted in FIG. 2B, such as object type 259 and predicted object path 265, for example.
  • a collision between the autonomous vehicle and the object may be predicted based on the autonomous vehicle trajectory 253, the object location 257 and the object type 259.
  • a collision between the autonomous vehicle and the object may be predicted based on the autonomous vehicle trajectory 253 and the predicted object path 265.
  • a collision between the autonomous vehicle and the object may be predicted based on the autonomous vehicle trajectory 253, the predicted object path 265 and the object type 259.
  • a safety system of the autonomous vehicle may be activated when the collision is predicted (e.g., at the stage 258).
  • the stage 260 may activate one or more safety systems of the autonomous vehicle, such as one or more interior safety systems, one or more exterior safety systems, one or more drive systems (e.g., steering, propulsion, braking, etc.) or a combination of the foregoing, for example.
  • the stage 260 may cause (e.g., by communicating data and/or signals) a safety system activator 269 to activate one or more of the safety systems of the autonomous vehicle.
  • FIG. 2C depicts yet another example of a flow diagram 270 for implementing an active safety system in an autonomous vehicle.
  • data representing the trajectory 273 of an autonomous vehicle 100 in an environment external to the autonomous vehicle 100 may be received (e.g., from a planner system of the autonomous vehicle 100).
  • a location of an object in the environment may be determined (e.g., by a perception system) using sensor data 275, for example.
  • the stage 274 may generate data representing object location 279.
  • the data representing the object location 279 may include data representing a predicted rate of motion 281 of the object relative to the location of the object in the environment. For example, if the object has a static object track indicative of no motion in the environment, then the predictive rate of motion 281 may be zero. However, if the object track of the object is dynamic and the object classification is an automobile, then the predicted rate of motion 281 may be non-zero.
  • a predicted next location of the object in the environment may be calculated based on the predicted rate of motion 281.
  • the stage 276 may generate data representing the predicted next location 283.
  • probabilities of impact between the object and the autonomous vehicle may be predicted based on the predicted next location 283 and the autonomous vehicle trajectory 273.
  • the stage 278 may generate data representing the probabilities of impact 285.
  • subsets of thresholds (e.g., a location or a distance in the environment) to activate different escalating functions of subsets of safety systems of the autonomous vehicle may be calculated based on the probabilities of impact 285. At least one subset of the thresholds being associated with the activation of different escalating functions of a safety system of the autonomous vehicle.
  • the stage 280 may generate data representing one or more threshold subsets 287.
  • the subsets of thresholds may constitute a location relative to the autonomous vehicle or may constitute a distance relative to the autonomous vehicle.
  • a threshold may be a function of a location or a range of locations relative to a reference location (e.g., the autonomous vehicle).
  • a threshold may be a function of distance relative to an object and the autonomous vehicle, or between any objects or object locations, including distances between predicted object locations.
  • one or more of the different escalating functions of the safety system may be activated based on an associated predicted probability (e.g., activation of a bladder based on a predicted set of probabilities of impact indicative of an eminent collision).
  • the stage 282 may cause (e.g., by communicating data and/or signals) a safety system activator 289 to activate one or more of the safety systems of the autonomous vehicle based on corresponding one or more sets of probabilities of collision.
  • FIG. 3A depicts one example 300 of a system for implementing an active safety system in an autonomous vehicle.
  • autonomous vehicle system 301 may include a sensor system 320 including sensors 328 being configured to sense the environment 390 (e.g., in real-time or in near-realtime) and generate (e.g., in real-time) sensor data 332 and 334 (e.g., data representing a sensor signal).
  • Autonomous vehicle system 301 may include a perception system 340 being configured to detect objects in environment 390, determine an object track for objects, classify objects, track locations of objects in environment 390, and detect specific types of objects in environment 390, such as traffic signs/lights, road markings, lane markings and the like, for example.
  • Perception system 340 may receive the sensor data 334 from a sensor system 320.
  • Autonomous vehicle system 301 may include a localizer system 330 being configured to determine a location of the autonomous vehicle in the environment 390.
  • Localizer system 330 may receive sensor data 332 from a sensor system 320.
  • sensor data 332 received by localizer system 330 may not be identical to the sensor data 334 received by the perception system 340.
  • perception system 330 may receive data 334 from sensors including but not limited to L1DAR (e.g., 2D, 3D, color L1DAR), RADAR, and Cameras (e.g., image capture devices); whereas, localizer system 330 may receive data 332 including but not limited to global positioning system (GPS) data, inertial measurement unit (IMU) data, map data, route data, Route Network Definition File (RNDF) data and map tile data.
  • Localizer system 330 may receive data from sources other than sensor system 320, such as a data store, data repository, memory, etc.
  • sensor data 332 received by localizer system 330 may be identical to the sensor data 334 received by the perception system 340.
  • localizer system 330 and perception system 340 mayor may not implement similar or equivalent sensors or types of sensors. Further, localizer system 330 and perception system 340 each may implement any type of sensor data 332 independently of each other.
  • Perception system 340 may process sensor data 334 to generate object data 349 that may be received by a planner system 310.
  • Object data 349 may include data associated with objects detected in environment 390 and the data may include but is not limited to data representing object classification, object type, object track, object location, predicted object path, predicted object trajectory, and object velocity, for example.
  • Localizer system 330 may process sensor data 334, and optionally, other data, to generate position and orientation data, local pose data 339 that may be received by the planner system 310.
  • the local pose data 339 may include, but is not limited to, data representing a location of the autonomous vehicle in the environment 390, GPS data, IMU data, map data, route data, Route Network Definition File (RNDF) data, odometry data, wheel encoder data, and map tile data, for example.
  • RDF Route Network Definition File
  • Planner system 310 may process the object data 349 and the local pose data 339 to compute a path (e.g., a trajectory of the autonomous vehicle) for the autonomous vehicle through the environment 390.
  • the computed path being determined in part by objects in the environment 390 that may create an obstacle to the autonomous vehicle and/or may pose a collision threat to the autonomous vehicle, for example.
  • Planner system 310 may be configured to communicate control and data 317 with one or more vehicle controllers 350.
  • Control and data 317 may include information configured to control driving operations of the autonomous vehicle (e.g., steering, braking, propulsion, signaling, etc.) via a drive system 326, to activate one or more interior safety systems 322 of the autonomous vehicle and to activate one or more exterior safety systems 324 of the autonomous vehicle.
  • Drive system 326 may perform additional functions associated with active safety of the autonomous vehicle, such as collision avoidance maneuvers, for example.
  • Vehicle controller(s) 350 may be configured to receive the control and data 317, and based on the control and data 317, communicate interior data 323, exterior data 325 and drive data 327 to the interior safety system 322, the exterior safety system 324, and the drive system 326, respectively, as determined by the control and data 317, for example.
  • control and data 317 may include information configured to cause the vehicle controller 350 to generate interior data 323 to activate one or more functions of the interior safety system 322.
  • the autonomous vehicle system 301 and its associated systems 310, 320, 330, 340, 350, 322, 324 and 326 may be configured to access data 315 from a data store 311 (e.g., a data repository) and/or data 312 from an external resource 313 (e.g., the Cloud, the Internet, a wireless network).
  • the autonomous vehicle system 301 and its associated systems 310, 320, 330, 340, 350, 322, 324 and 326 may be configured to access, in real-time, data from a variety of systems and/or data sources including but not limited to those depicted in FIG. 3A.
  • localizer system 330 and perception system 340 may be configured to access in real-time the sensor data 332 and the sensor data 334.
  • the planner system 310 may be configured to access in real-time the object data 349, the local pose data 339 and control and data 317.
  • the planner system 310 may be configured to access in real-time the data store 311 and/or the external resource 313.
  • FIG. 3B depicts another example 399 of a system for implementing an active safety system in an autonomous vehicle.
  • sensors 328 in sensor system 320 may include but are not limited to one or more of: Light Detection and Ranging sensors 371 (LIDAR); image capture sensors 373 (e.g., Cameras); Radio Detection And Ranging sensors 375 (RADAR); sound capture sensors 377 (e.g., Microphones); Global Positioning System sensors (GPS) and/or Inertial Measurement Unit sensors (IMU) 379; and Environmental sensor(s) 372 (e.g., temperature, barometric pressure), for example.
  • LIDAR Light Detection and Ranging sensors 371
  • image capture sensors 373 e.g., Cameras
  • Radio Detection And Ranging sensors 375 RADAR
  • sound capture sensors 377 e.g., Microphones
  • GPS Global Positioning System sensors
  • IMU Inertial Measurement Unit sensors
  • Environmental sensor(s) 372 e.g.
  • Localizer system 330 and perception system 340 may receive sensor data 332 and/or sensor data 334, respectively, from one or more of the sensors 328.
  • perception system 340 may receive sensor data 334 relevant to determine information associated with objects in environment 390, such as sensor data from LIDAR 371, Cameras 373, RADAR 375, Environmental 372, and Microphones 377; whereas, localizer system 330 may receive sensor data 332 associated with the location of the autonomous vehicle in environment 390, such as from GPSIIMU 379.
  • localizer system 330 may receive data from sources other than the sensor system 320, such as map data, map tile data, route data, Route Network Definition File (RNDF) data, a data store, a data repository, etc., for example.
  • RDF Route Network Definition File
  • sensor data (332,334) received by localizer system 330 may be identical to the sensor data (332, 334) received by the perception system 340. In other examples, sensor data (332, 334) received by localizer system 330 may not be identical to the sensor data (332, 334) received by the perception system 340.
  • Sensor data 332 and 334 each may include data from any combination of one or more sensors or sensor types in sensor system 320. The amounts and types of sensor data 332 and 334 may be independent from the other and mayor may not be similar or equivalent.
  • localizer system 330 may receive and/or access data from sources other than sensor data (332, 334) such as odometry data 336 from motion sensors to estimate a change in position of the autonomous vehicle 100 over time, wheel encoders 337 to calculate motion, distance and other metrics of the autonomous vehicle 100 based on wheel rotations (e.g., by propulsion system 368), map data 335 from data representing map tiles, route data, Route Network Definition File (RNDF) data and/or others, and data representing an autonomous vehicle (AV) model 338 that may be used to calculate vehicle location data based on models of vehicle dynamics (e.g., from simulations, captured data, etc.) of the autonomous vehicle 100.
  • Localizer system 330 may use one or more of the data resources depicted to generate data representing local pose data 339.
  • perception system 340 may parse or otherwise analyze, process, or manipulate sensor data (332, 334) to implement obj ect detection 341, obj ect track 343 (e.g., determining which detected objects are static (no motion) and which are dynamic (in motion», object classification 345 (e.g., cars, motorcycle, bike, pedestrian, skate boarder, mailbox, buildings, street lights, etc.), object tracking 347 (e.g., tracking an obj ect based on changes in a location of the obj ect in the environment 390), and traffic light/sign detection 342 (e.g., stop lights, stop signs, rail road crossings, lane markers, pedestrian cross-walks, etc.).
  • obj ect detection 341, obj ect track 343 e.g., determining which detected objects are static (no motion) and which are dynamic (in motion», object classification 345 (e.g., cars, motorcycle, bike, pedestrian
  • planner system 310 may receive the local pose data 339 and the obj ect data 349 and may parse or otherwise analyze, process, or manipulate data (local pose data 339, obj ect data 349) to implement functions including but not limited to trajectory calculation 381, threshold location estimation 386, audio signal selection 389, light pattern selection 382, kinematics calculation 384, obj ect type detection 387, collision prediction 385 and object data calculation 383, for example.
  • Planner system 310 may communicate trajectory and control data 317 to a vehicle controller(s) 350. Vehicle controller(s) 350 may process the vehicle control and data 317 to generate drive system data 327, interior safety system data 323 and exterior safety system data 325.
  • Drive system data 327 may be communicated to a drive system 326.
  • Drive system 326 may communicate the drive system data 327 to a braking system 364, a steering system 366, a propulsion system 368, and a signal system 362 (e.g., turn signals, brake signals, headlights, and running lights).
  • drive system data 327 may include steering angle data for steering system 366 (e.g., a steering angle for a wheel), braking data for brake system 364 (e.g., brake force to be applied to a brake pad), and propulsion data (e.g., a voltage, current or power to be applied to a motor) for propulsion system 368.
  • a dashed line 377 may represent a demarcation between a vehicle traj ectory processing layer and a vehicle physical execution layer where data processed in the vehicle traj ectory processing layer is implemented by one or more of the drive system 326, the interior safety system 322 or the exterior safety system 324.
  • one or more portions of the interior safety system 322 may be configured to enhance the safety of passengers in the autonomous vehicle 100 in the event of a collision and/or other extreme event (e.g., a collision avoidance maneuver by the autonomous vehicle 100).
  • one or more portions of the exterior safety system 324 may be configured to reduce impact forces or negative effects of the aforementioned collision and/or extreme event.
  • Interior safety system 322 may have systems including but not limited to a seat actuator system 363 and a seat belt tensioning system 361.
  • Exterior safety system 324 may have systems including but not limited to an acoustic array system 365, a light emitter system 367 and a bladder system 369.
  • Drive system 326 may have systems including but not limited to a braking system 364, a signal system 362, a steering system 366 and a propulsion system 368.
  • Systems in exterior safety system 324 may be configured to interface with the environment 390 by emitting light into the environment 390 using one or more light emitters (not shown) in the light emitter system 367, emitting a steered beam of acoustic energy (e.g.
  • acoustic beam-steering array 365 may emit acoustic energy into the environment using transducers, air horns, or resonators, for example.
  • the acoustic energy may be omnidirectional, or may constitute a steered beam, or otherwise focused sound (e.g., a directional acoustic source, a phased array, a parametric array, a large radiator, of ultrasonic source).
  • systems in exterior safety system 324 may be positioned at one or more locations of the autonomous vehicle 100 configured to allow the systems to interface with the environment 390, such as a location associated with an external surface (e.g. , lOOe in FIG. 1) of the autonomous vehicle 100.
  • Systems in interior safety system 322 may be positioned at one or more locations associated with an interior (e.g., lOOi in FIG.
  • the seat belt tensioning system 361 and the seat actuator system 363 may be coupled with one or more structures configured to support mechanical loads that may occur due to a collision, vehicle acceleration, vehicle deceleration, evasive maneuvers, sharp turns, hard braking, etc., for example.
  • FIG. 4 depicts one example of a flow diagram 400 for implementing a perception system in an autonomous vehicle.
  • sensor data 434 e.g., generated by one or more sensors in sensor system 420
  • perception system 440 is depicted visually as sensor data 434a - 434c (e.g., LIDAR data, color LIDAR data, 3D LIDAR data).
  • sensor data 434a - 434c e.g., LIDAR data, color LIDAR data, 3D LIDAR data.
  • a determination may be made as to whether or not the sensor data 434 includes data representing a detected obj ect. If a NO branch is taken, then flow diagram 400 may return to the stage 402 to continue analysis of sensor data 434 to detect obj ect in the environment.
  • flow diagram 400 may continue to a stage 404 where a determination may be made as to whether or not the data representing the detected obj ect includes data representing a traffic sign or light. If a YES branch is taken, then flow diagram 400 may transition to a stage 406 where the data representing the detected obj ect may be analyzed to classify the type of light/sign obj ect detected, such as a traffic light (e.g., red, yellow, and green) or a stop sign (e.g., based on shape, text and color), for example.
  • a traffic light e.g., red, yellow, and green
  • stop sign e.g., based on shape, text and color
  • Analysis at the stage 406 may include accessing a traffic object data store 424 where examples of data representing traffic classifications may be compared with the data representing the detected object to generate data representing a traffic classification 407.
  • the stage 406 may then transition to another stage, such as a stage 412.
  • the stage 404 may be optional, and the stage 402 may transition to a stage 408.
  • flow diagram 400 may transition to the stage 408 where the data representing the detected obj ect may be analyzed to determine other obj ect types to be classified. If a YES branch is taken, then flow diagram 400 may transition to a stage 410 where the data representing the detected object may be analyzed to classify the type of obj ect.
  • An object data store 426 may be accessed to compare stored examples of data representing obj ect classifications with the data representing the detected object to generate data representing an object classification 411.
  • the stage 410 may then transition to another stage, such as a stage 412. If a NO branch is taken from the stage 408, then stage 408 may transition to another stage, such as back to the stage 402.
  • obj ect data classified at the stages 406 and/or 410 may be analyzed to determine if the sensor data 434 indicates motion associated with the data representing the detected object. If motion is not indicated, then a NO branch may be taken to a stage 414 where data representing an obj ect track for the detected object may be set to static (5).
  • data representing a location of the object e.g., the static object
  • a stationary obj ect detected at time to may move at a later time tl and become a dynamic obj ect.
  • the data representing the location of the obj ect may be included in data received by the planner system (e.g., planner system 310 in FIG. 3B).
  • the planner system may use the data representing the location of the obj ect to determine a coordinate of the obj ect (e.g., a coordinate relative to autonomous vehicle 100).
  • a YES branch may be taken to a stage 418 where data representing an obj ect track for the detected obj ect may be set to dynamic (0).
  • data representing a location of the obj ect may be tracked.
  • the planner system may analyze the data representing the obj ect track and/or the data representing the location of the obj ect to determine if a detected obj ect (static or dynamic) may potentially have a conflicting trajectory with respect to the autonomous vehicle and/or come into too close a proximity of the autonomous vehicle, such that an alert (e.g., from a light emitter and/or from an acoustic beam-steering array) may be used to alter a behavior of the obj ect and/or the person controlling the obj ect.
  • an alert e.g., from a light emitter and/or from an acoustic beam-steering array
  • one or more of the data representing the obj ect classification, the data representing the obj ect track, and the data representing the location of the obj ect may be included with the obj ect data 449 (e.g., the object data received by the planner system).
  • sensor data 434a may include data representing an obj ect (e.g., a person riding a skateboard).
  • Stage 402 may detect the obj ect in the sensor data 434a.
  • it may be determined that the detected object is not a traffic sign/light.
  • the stage 408 may determine that the detected object is of another class and may analyze at a stage 410, based on data accessed from object data store 426, the data representing the obj ect to determine that the classification matches a person riding a skateboard and output data representing the obj ect classification 41 1.
  • a determination may be made that the detected object is in motion and at the stage 418 the obj ect track may be set to dynamic (D) and the location of the object may be tracked at the stage 419 (e.g., by continuing to analyze the sensor data 434a for changes in location of the detected object).
  • the object data associated with sensor data 434 may include the classification (e.g., a person riding a skateboard), the object track (e.g., the obj ect is in motion), the location of the obj ect (e.g., the skateboarder) in the environment external to the autonomous vehicle) and object tracking data for example.
  • the classification e.g., a person riding a skateboard
  • the object track e.g., the obj ect is in motion
  • the location of the obj ect e.g., the skateboarder
  • flow diagram 400 may determine that the object classification is a pedestrian, the pedestrian is in motion (e.g., is walking) and has a dynamic object track, and may track the location of the object (e.g., the pedestrian) in the environment, for example.
  • flow diagram 400 may determine that the object classification is a fire hydrant, the fire hydrant is not moving and has a static obj ect track, and may track the location of the fire hydrant.
  • the obj ect data 449 associated with sensor data 434a, 434b, and 434c may be further processed by the planner system based on factors including but not limited to object track, object classification and location of the object, for example.
  • the object data 449 may be used for one or more of trajectory calculation, threshold location estimation, motion prediction, location comparison, and obj ect coordinates, in the event the planner system decides to implement an alert (e.g., by an exterior safety system) for the skateboarder and/or the pedestrian.
  • the planner system may decide to ignore the object data for the fire hydrant due its static object track because the fire hydrant is not likely to have a motion (e.g., it is stationary) that will conflict with the autonomous vehicle and/or because the fire hydrant is non-animate (e.g., can't respond to or be aware of an alert, such as emitted light and/or beam steered sound), generated by an exterior safety system of the autonomous vehicle), for example.
  • an alert such as emitted light and/or beam steered sound
  • FIG. 5 depicts one example 500 of obj ect prioritization by a planner system in an autonomous vehicle.
  • Example 500 depicts a visualization of an environment 590 external to the autonomous vehicle 100 as sensed by a sensor system of the autonomous vehicle 100 (e.g., sensor system 320 of FIG. 3B).
  • Object data from a perception system of the autonomous vehicle 100 may detect several objects in environment 590 including but not limited to an automobile 581 d, a bicycle rider 583d, a walking pedestrian 585d, and two parked automobiles 587s and 589s.
  • a perception system may have assigned (e.g., based on sensor data 334 of FIG.
  • the perception system may also have assigned (e.g., based on sensor data 334 of FIG. 3B) static " S" object tracks to obj ects 587s and 589s, thus the label "s" is associated with the reference numerals for those objects.
  • a localizer system of the autonomous vehicle may determine the local pose data 539 for a location of the autonomous vehicle 100 in environment 590 (e.g., X, Y, Z coordinates relative to a location on vehicle 100 or other metric or coordinate system).
  • the local pose data 539 may be associated with a center of mass (not shown) or other reference point of the autonomous vehicle 100.
  • autonomous vehicle 100 may have a traj ectory Tav as indicated by the arrow.
  • the two parked automobiles 587s and 589s are static and have no indicated trajectory.
  • Bicycle rider 583d has a trajectory Tb that is in a direction approximately opposite that of the trajectory Tav, and automobile 58 Id has a trajectory Tmv that is approximately parallel to and in the same direction as the traj ectory Tav.
  • Pedestrian 585d has a traj ectory Tp that is predicted to intersect the trajectory Tav of the vehicle 100.
  • Motion and/or position of the pedestrian 585d in environment 590 or other obj ects in the environment 590 may be tracked or otherwise determined using metrics other than traj ectory, including but not limited to object location, predicted object motion, obj ect coordinates, predictive rate of motion relative to the location of the obj ect, and a predicted next location of the object, for example.
  • Motion and/or position of the pedestrian 585d in environment 590 or other objects in the environment 590 may be determined, at least in part, due to probabilities.
  • the probabilities may be based on data representing object classification, object track, object location, and object type, for example. In some examples, the probabilities may be based on previously observed data for similar objects at a similar location.
  • the probabilities may be influenced as well by time of day or day of the week, or other temporal units, etc.
  • the planner system may learn that between about 3:00pm and about 4:00pm, on weekdays, pedestrians at a given intersection are 85% likely to cross a street in a particular direction.
  • the planner system may place a lower priority on tracking the location of static objects 587s and 589s and dynamic object 583d because the static objects 587s and 589s are positioned out of the way of trajectory Tav (e.g., objects 587s and 589s are parked) and dynamic object 583d (e.g., an object identified as a bicyclist) is moving in a direction away from the autonomous vehicle 100; thereby, reducing or eliminating a possibility that trajectory Tb of object 583 d may conflict with trajectory Tav of the autonomous vehicle 100.
  • trajectory Tav e.g., objects 587s and 589s are parked
  • dynamic object 583d e.g., an object identified as a bicyclist
  • the planner system may place a higher priority on tracking the location of pedestrian 585d due to its potentially conflicting trajectory Tp, and may place a slightly lower priority on tracking the location of automobile 581 d because its trajectory Tmv is not presently conflicting with trajectory Tav, but it may conflict at a later time (e.g., due to a lane change or other vehicle maneuver).
  • pedestrian object 585d may be a likely candidate for an alert (e.g., using steered sound and/or emitted light) or other safety system of the autonomous vehicle 100, because the path of the pedestrian object 585d (e.g., based on its location and/or predicted motion) may result in a potential collision (e.g., at an estimated location 560) with the autonomous vehicle 100 or result in an unsafe distance between the pedestrian object 585d and the autonomous vehicle 100 (e.g., at some future time and/or location).
  • a priority placed by the planner system on tracking locations of objects may be determined, at least in part, on a cost function of trajectory generation in the planner system.
  • Objects that may be predicted to require a change in trajectory of the autonomous vehicle 100 may be factored into the cost function with greater significance as compared to objects that are predicted to not require a change in trajectory of the autonomous vehicle 100, for example.
  • the planner system may predict one or more regions of probable locations 565 of the object 585d in environment 590 based on predicted motion of the object 585d and/or predicted location of the object.
  • the planner system may estimate one or more threshold locations (e.g., threshold boundaries) within each region of probable locations 565.
  • the threshold location may be associated with one or more safety systems of the autonomous vehicle 100.
  • the number, distance and positions of the threshold locations may be different for different safety systems of the autonomous vehicle 100.
  • a safety system of the autonomous vehicle 100 may be activated at a parametric range in which a collision between an object and the autonomous vehicle 100 is predicted.
  • the parametric range may have a location within the region of probable locations (e.g., within 565).
  • the parametric range may be based in part on parameters such as a range of time and/or a range of distances. For example, a range of time and/or a range of distances in which a predicted collision between the obj ect 585d and the autonomous vehicle 100 may occur.
  • being a likely candidate for an alert by a safety system of the autonomous vehicle 100 does not automatically result in an actual alert being issued (e.g., as determine by the planner system).
  • am object may be a candidate when a threshold is met or surpassed.
  • a safety system of the autonomous vehicle 100 may issue multiple alerts to one or more objects in the environment external to the autonomous vehicle 100.
  • the autonomous vehicle 100 may not issue an alert even though an object has been determined to be a likely candidate for an alert (e.g., the planner system may have computed an alternative trajectory, a safe-stop trajectory or a safe- stop maneuver that obviates the need to issue an alert).
  • the planner system may have computed an alternative trajectory, a safe-stop trajectory or a safe- stop maneuver that obviates the need to issue an alert.
  • FIG. 6 depicts a top plan view of one example 600 of threshold locations and associated escalating alerts in an active safety system in an autonomous vehicle.
  • the example 500 of FIG. 5 is further illustrated in top plan view where trajectory Tav and Tp are estimated to cross (e.g., based on location data for the vehicle 100 and the pedestrian object 585d) at an estimated location denoted as 560.
  • Pedestrian object 585d is depicted in FIG. 6 based on pedestrian object 585d being a likely candidate for an alert (e.g., visual and/or acoustic) based on its predicted motion.
  • the pedestrian object 585d is depicted having a location that is within the region of probable locations 565 that was estimated by the planner system.
  • Autonomous vehicle 100 may be configured to travel bi-directionally as denoted by arrow 680, that is, autonomous vehicle 100 may not have a front (e.g., a hood) or a back (e.g., a trunk) as in a conventional automobile.
  • FIG. 6 and other figures may describe implementations as applied to bidirectional vehicles, the functions and/or structures need not be so limiting and may be applied to any vehicle, including unidirectional vehicles.
  • sensors of the sensor system and safety systems may be positioned on vehicle 100 to provide sensor and alert coverage in more than one direction of travel of the vehicle 100 and/or to provide sensor, and alert coverage for objects that approach the vehicle 100 from its sides 1005 (e.g., one or more sensors 328 in sensor system 330 in FIG.
  • the planner system may implement a safe-stop maneuver or a safe-stop trajectory using the bi-directional 680 travel capabilities to avoid a collision with an object, for example.
  • the autonomous vehicle 100 may be traveling in a first direction, come to a stop, and begin travel in a second direction that is opposite the first direction, and may maneuver to a safe-stop location to avoid a collision or other extreme event.
  • the planner system may estimate one or more threshold locations (e.g., threshold boundaries, which may be functions of distances, etc.) in the environment 590, denoted as 601, 603 and 605, at which to issue an alert when the location of the object (e.g., pedestrian object 585d) coincides with the threshold locations as denoted by points of coincidence 602, 604 and 606. Although three threshold locations are depicted, there may be more or fewer than depicted.
  • threshold locations e.g., threshold boundaries, which may be functions of distances, etc.
  • planner system may determine the location of the pedestrian object 585 d at the point 602 (e.g., having coordinates XI, Yl of either a relative or an absolute reference frame) and the coordinates of a location of the autonomous vehicle 100 (e.g., from local pose data).
  • the location data for the autonomous vehicle 100 and the object may be used to calculate a location (e.g., coordinates, an angle, a polar coordinate) for the direction of propagation (e.g., a direction of the main lobe or focus of the beam) of a beam of steered acoustic energy (e.g., an audio alert) emitted by an acoustic beam-steering array (e.g., one or more of a directional acoustic source, a phased array, a parametric array, a large radiator, a ultrasonic source, etc.), may be used to determine which light emitter to activate for a visual alert, may be used to determine which bladder(s) to activate prior to a predicted collision with an object, and may be used to activate other safety systems and/or the drive system of the autonomous vehicle 100, or any combination of the foregoing.
  • a location e.g., coordinates, an angle, a polar coordinate
  • a location e.g.,
  • the relative locations of the pedestrian object 585d and the autonomous vehicle 100 may change, such that at the location L2, the object 585d has coordinates (X2, Y2) at point 604 of the second threshold location 603.
  • continued travel in the direction 625 along trajectory Tav, from location L2 to location L3 may change the relative locations of the pedestrian object 585d .and the autonomous vehicle 100, such that at the location L3, the object 585d has coordinates (X3, Y3) at point 606 of the third threshold location 605.
  • the data representing the alert selected for a safety system may be different to convey an increasing sense of urgency (e.g., an escalating threat level) to the pedestrian object 585d to change or halt its trajectory Tp, or otherwise modify his/her behavior to avoid a potential collision or close pass with the vehicle 100.
  • the data representing the alert selected for threshold location 601 when the vehicle 100 may be at a relatively safe distance from the pedestrian object 585d, may be a less alarming nonthreatening alert al configured to gamer the attention of the pedestrian object 585 d in a non-threatening manner.
  • the data representing the alerts may be configured to convey an increasing escalation of urgency to pedestrian object 585d (e.g., escalating acoustic and/or visual alerts to gain the attention of pedestrian object 585d).
  • Estimation of positions of the threshold locations in the environment 590 may be determined by the planner system to provide adequate time (e.g., approximately 5 seconds or more), based on a velocity of the autonomous vehicle, before the vehicle 100 arrives at a predicted impact point 560 with the pedestrian object 585d (e.g., a point 560 in environment 590 where trajectories Tav and Tp are estimated to intersect each other).
  • Point 560 may change as the speed and/or location of the object 585d, the vehicle 100, or both changes.
  • the planner system of the autonomous vehicle 100 may be configured to actively attempt to avoid potential collisions (e.g., by calculating altemative collision avoidance trajectories and executing one or more of those trajectories) by calculating (e.g., continuously) safe trajectories (e.g., when possible based on context), while simultaneously, issuing alerts as necessary to objects in the environment when there is a meaningful probability the objects may collide or otherwise pose a danger to the safety of passengers in the autonomous vehicle 100, to the object, or both.
  • trajectory Tp of the pedestrian object 585d need not be a straight line as depicted and the trajectory (e.g., the actual trajectory) may be an arcuate trajectory as depicted in example 650 or may be a non-linear trajectory as depicted in example 670.
  • the planner system may process object data from the perception system and local pose data from the localizer system to calculate the threshold location(s).
  • threshold locations (601 , 603 and 605) in example 600 are aligned approximately perpendicular to the trajectory Tp of pedestrian object 585d; however, other configurations and orientations may be calculated and implemented by the planner system (e.g., see examples 650 and 670).
  • threshold locations may be aligned approximately perpendicular (or other orientation) to the traj ectory Tav of the autonomous vehicle 100.
  • the traj ectory of the object may be analyzed by the planner system to determine the configuration of the threshold location(s).
  • the threshold location(s) may have an arcuate profile and may be aligned with the trajectory of the object.
  • FIG. 7 depicts one example of a flow diagram 700 for implementing a planner system in an autonomous vehicle.
  • planner system 710 may be in communication with a perception system 740 from which it receives object data 749, and a localizer system 730 from which it receives local pose data 739.
  • Object data 749 may include data associated with one or more detected obj ects.
  • obj ect data 749 may include data associated with a large number of detected obj ects in the environment external to the autonomous vehicle 100.
  • some detected objects need not be tracked or may be assigned a lower priority based on the type of object. For example, fire hydrant object 434c in FIG.
  • skateboarder obj ect 434a may require processing for an alert (e.g., using emitted light, steered sound or both) due to it being a dynamic obj ect and other factors, such as predicted human behavior of skateboard riders, a location of the skateboarder object 434a in the environment that may indicate the location (e.g., a predicted location) may conflict with a traj ectory of the autonomous vehicle 100, for example.
  • an example of three detected obj ects is denoted as 734a - 734c.
  • object data 749 for more or fewer detected objects as denoted by 734.
  • the object data for each detected object may include but is not limited to data representing: obj ect location 721 ; obj ect classification 723; and object track 725.
  • Planner system 710 may be configured to implement obj ect type determination 731.
  • Object type determination 731 may be configured to receive the data representing obj ect classification 723, the data representing the object track 725 and data representing object types that may be accessed from an object types data store 724.
  • the obj ect type determination 731 may be configured to compare the data representing the object classification 723 and the data representing the object track 725 with data representing object types (e.g., accessed from data store 724) to determine data representing an object type 733.
  • data representing an object type 733 may include but are not limited to a static grounded object type (e.g., the fire hydrant 434c of FIG. 4) and a dynamic pedestrian object (e.g., pedestrian object 585d of FIG. 5).
  • Object dynamics determination 735 may be configured to receive the data representing the object type 733 and the data representing the obj ect location 721. Object dynamics determination 735 may be further configured to access an object dynamics data store 726. Object dynamics data store 726 may include data representing object dynamics. Object dynamics determination 735 may be configured to compare data representing object dynamics with the data representing the object type 733 and the data representing the object location 721 to determine data representing a predicted object motion 737.
  • Object location predictor 741 may be configured to receive the data representing the predicted object motion 737, the data representing the location of the autonomous vehicle 743 (e.g., from local pose data 739), the data representing the object location 721 and the data representing the object track 725.
  • the object location predictor 741 may be configured to process the received data to generate data representing a predicted object location 745 in the environment.
  • Object location predictor 741 may be configured to generate data representing more than one predicted object location 745.
  • the planner system 710 may generate data representing regions of probable locations (e.g., 565 in FIGS. 5 and 6) of an object.
  • Threshold location estimator 747 may be configured to receive the data representing the location of the autonomous vehicle 743 (e.g., from local pose data 739) and the data representing the predicted object location 745 and generate data representing one or more threshold locations 750 in the environment associated with an alert to be triggered (e.g., a visual alert and/or an acoustic alert), or associated with activation of one or more safety systems of vehicle 100, for example.
  • the one or more threshold locations 750 may be located with the regions of probable locations (e.g., 601, 603 and 605 within 565 in FIG. 6).
  • FIG. 8 depicts one example 800 of a block diagram of systems in an autonomous vehicle. In FIG.
  • the autonomous vehicle 100 may include a suite of sensors 820 positioned at one or more locations on the autonomous vehicle 100.
  • Each suite 820 may have sensors including but not limited to LIDAR 821 (e.g., color LIDAR, three-dimensional color LIDAR, two-dimensional LIDAR, etc.), an image capture device 823 (e.g., a digital camera), RADAR 825, a microphone 827 (e.g., to capture ambient sound), and a loudspeaker 829 (e.g., to greet/communicate with passengers of the AV 100).
  • LIDAR 821 e.g., color LIDAR, three-dimensional color LIDAR, two-dimensional LIDAR, etc.
  • an image capture device 823 e.g., a digital camera
  • RADAR 825 e.g., a digital camera
  • RADAR 825 e.g., to capture ambient sound
  • a microphone 827 e.g., to capture ambient sound
  • Microphones 871 (e.g., to may be configured to capture sound from drive system components such as propulsion systems and/or braking systems) and may be positioned at suitable locations proximate to drive system components to detect sound generated by those components, for example.
  • Each suite of sensors 820 may include more than one of the same types of sensor, such as two image capture devices microphone 871 positioned proximate to each wheel 852, for example.
  • Microphone 871 may be configured to capture audio signals indicative of drive operations of the autonomous vehicle 100.
  • Microphone 827 may be configured to capture audio signals indicative of ambient sounds in the environment external to the autonomous vehicle 100. Multiple microphones 827 may be paired or otherwise grouped to generate signals that may be processed to estimate sound source location of sounds originating in the environment 890, for example.
  • Autonomous vehicle 100 may include sensors for generating data representing location of the autonomous vehicle 100, and those sensors may include but are not limited to a global positioning system (GPS) 839a and/or an inertial measurement unit (IMU) 839b.
  • Autonomous vehicle 100 may include one or more sensors ENV 877 for sensing environmental conditions in the environment external to the autonomous vehicle 100, such as air temperature, air pressure, humidity, barometric pressure, etc. Data generated by sensor(s) ENV 877 may be used to calculate the speed of sound in processing of data used by array (s) 102 (see arrays 102 depicted in FIG. 9), such as wave front propagation times, for example.
  • GPS global positioning system
  • IMU inertial measurement unit
  • Autonomous vehicle 100 may include one or more sensors MOT 888 configured to detect motion of the vehicle 100 (e.g., motion due to an impact from a collision, motion due to an emergency /evasive maneuvering, etc.).
  • sensor MOT 888 may include but is not limited to an accelerometer, a multi-axis accelerometer and a gyroscope.
  • Autonomous vehicle 100 may include one or more rotation sensors (not shown) associated with wheels 852 and configured to detect rotation 853 of the wheel 852 (e.g., a wheel encoder).
  • each wheel 852 may have an associated wheel encoder configured to detect rotation of the wheel 852 (e.g., an axle of the wheel 852 and/or a propulsion component of the wheel 852, such as an electric motor, etc.).
  • Data representing a rotation signal generated by the rotation sensor may be received by one or more systems of the autonomous vehicle 100, such as the planner system, the localizer system, the perception system, the drive system, and one or more of the safety systems, for example.
  • a communications network 815 may route signals and/or data to/from sensors, one or more safety systems 875 (e.g., a bladder, a seat actuator, a seat belt tensioner), and other components of the autonomous vehicle 100, such as one or more processors 810 and one or more routers 830, for example.
  • one or more safety systems 875 e.g., a bladder, a seat actuator, a seat belt tensioner
  • other components of the autonomous vehicle 100 such as one or more processors 810 and one or more routers 830, for example.
  • Routers 830 may route signals and/or data from: sensors in sensors suites 820, one or more acoustic beam-steering arrays 102 (e.g., one or more of a directional acoustic source, a phased array, a parametric array, a large radiator, of ultrasonic source), one or more light emitters, between other routers 830, between processors 810, drive operation systems such as propulsion (e.g., electric motors 851), steering, braking, one or more safety systems 875, etc., and a communications system 880 (e.g., for wireless communication with external systems and/or resources).
  • propulsion e.g., electric motors 851
  • steering braking
  • safety systems 875 e.g., for wireless communication with external systems and/or resources
  • one or more microphones 827 may be configured to capture ambient sound in the environment 890 external to the autonomous vehicle 100. Signals and/or data from microphones 827 may be used to adjust gain values for one or more speakers positioned in one or more of the acoustic beam-steering arrays (not shown). As one example, loud ambient noise, such as emanating from a construction site may mask or otherwise impair audibility of the beam of steered acoustic energy 104 being emitted by an acoustic beam-steering array. Accordingly, the gain may be increased or decreased based on ambient sound (e.g., in dB or other metric such as frequency content).
  • Microphones 871 may be positioned in proximity of drive system components, such as electric motors 851, wheels 852, or brakes (not shown) to capture sound generated by those systems, such as noise from rotation 853, regenerative braking noise, tire noise, and electric motor noise, for example.
  • Signals and/or data generated by microphones 871 may be used as the data representing the audio signal associated with an audio alert, for example.
  • signals and/or data generated by microphones 871 may be used to modulate the data representing the audio signal.
  • the data representing the audio signal may constitute an audio recording (e.g., a digital-audio file) and the signals and/or data generated by microphones 871 may be used to modulate the data representing the audio signal.
  • the signals and/or data generated by microphones 871 may be indicative of a velocity of the vehicle 100 and as the vehicle 100 slows to a stop at a pedestrian crosswalk, the data representing the audio signal may be modulated by changes in the signals and/or data generated by microphones 871 as the velocity of the vehicle 100 changes.
  • the signals and/or data generated by microphones 871 that are indicative of the velocity of the vehicle 100 may be used as the data representing the audio signal and as the velocity of the vehicle 100 changes, the sound being emitted by the acoustic beam-steering array 102 may be indicative of the change in velocity of the vehicle 100.
  • the sound may be changed (e.g., in volume, frequency, etc.) based on velocity changes.
  • the above examples may be implemented to audibly notify pedestrians that the autonomous vehicle 100 has detected their presence at the cross-walk and is slowing to a stop.
  • One or more processors 810 may be used to implement one or more of the planner system, the localizer system, the perception system, one or more safety systems, and other systems of the vehicle 100, for example.
  • One or more processors 810 may be configured to execute algorithms embodied in a non-transitory computer readable medium, to implement one or more of the planner system, the localizer system, the perception system, one or more safety systems, or other systems of the vehicle 100, for example.
  • the one or more processors 810 may include but are not limited to circuitry, logic, field programmable gate array (FPGA), application specific integrated circuits (ASIC), programmable logic, a digital signal processor (DSP), a graphics processing unit (GPU), a microprocessor, a microcontroller, a big fat computer (BFC) or others, or clusters thereof.
  • FPGA field programmable gate array
  • ASIC application specific integrated circuits
  • DSP digital signal processor
  • GPU graphics processing unit
  • microprocessor a microcontroller
  • BFC big fat computer
  • FIG. 9 depicts a top view of one example 900 of an acoustic beam-steering array in an exterior safety system of an autonomous vehicle.
  • sensor suites e.g., 820 in FIG. 8
  • Acoustic beam-steering arrays 102 may be configured to provide coverage of steered acoustic energy at one or more objects disposed in the environment external to the autonomous vehicle 100 and the coverage may be in an arc of about 360 degrees around the autonomous vehicle 100, for example.
  • the acoustic beam-steering arrays 102 need not be the same size, shape, or have the same number of speakers.
  • the acoustic beam-steering arrays 102 need not be linear as depicted in FIG. 9. Further to FIG.
  • acoustic beam-steering arrays 102 denoted as C and D have different dimensions than acoustic beam-steering arrays 102 denoted as A and B.
  • Sensor suites 820 may be positioned to provide sensor coverage of the environment external to the autonomous vehicle 100 for one acoustic beam-steering array 102 or multiple acoustic beam-steering arrays 102. In the case of multiple acoustic beam-steering arrays 102, the sensor suites 820 may provide overlapping regions of sensor coverage.
  • a perception system of the autonomous vehicle 100 may receive sensor data from more than one sensor or suite of sensors to provide data for the planning system to implement activation of one or more of the arrays 102 to generate an acoustic alert and/or to activate one or more other safety systems of vehicle 100, for example.
  • the autonomous vehicle 100 may not have a front (e.g., a hood) or a rear (e.g., a trunk) and therefore may be configured for driving operations in at least two different directions as denoted by arrow 980.
  • the acoustic beam-steering arrays 102 may not have a front or rear designation and depending on which direction the autonomous vehicle 100 is driving in, array 102 (A) may be the array facing the direction of travel or array 102 (8) may be the array facing the direction of travel.
  • Other safety systems of the autonomous vehicle 100 may be disposed at interior lOOi (shown in dashed line) and exterior lOOe locations on the autonomous vehicle 100 and may be activated for generating alerts or other safety functions by the planner system using the sensor data from the sensor suites.
  • the overlapping regions of sensor coverage may be used by the planner system to activate one or more safety systems in response to multiple objects in the environment that may be positioned at locations around the autonomous vehicle 100.
  • FIGS. 10A - 108 depicts top plan views of examples of sensor coverage.
  • one of the four sensor suites 820 may provide sensor coverage 1011, using one or more of its respective sensors, of the environment 1090 in a coverage region that may be configured to provide sensor data for one or more systems, such as a perception system, localizer system, planner system and safety systems of the autonomous vehicle 100, for example.
  • arrows A, B, C and D demarcate four quadrants 1 - 4 that surround the autonomous vehicle 100.
  • sensor coverage 1011 by a single suite 820 may be partial sensor coverage because there may be partial senor blind spots not covered by the single suite 820 in quadrants 1, 3 and 4, and full sensor coverage in quadrant 2.
  • a second of the four sensor suites 820 may provide sensor coverage 1021 that overlaps with sensor coverage 1011, such that there may be partial sensor coverage in quadrants 1 and 4 and full sensor coverage in quadrants 2 and 3.
  • a third of the four sensor suites 820 may provide sensor coverage 1031 that overlaps with sensor coverage 1011 and 1021, such that quadrants 2, 3 and 4 have full sensor coverage and quadrant 1 has partial coverage.
  • a fourth of the four sensor suites 820 (e.g., all four sensor suites are on-line) may provide sensor coverage 1041 that overlaps with sensor coverage 1011, 1021 and 1031, such that quadrants 1 - 4 have full coverage.
  • the overlapping sensor regions of coverage may allow for redundancy in sensor coverage if one or more sensor suites 820 and/or one or more of their respective sensors (e.g., LIDAR, Camera, RADAR, etc.) are damaged, malfunction, or are otherwise rendered inoperative.
  • One or more of the sensor coverage patterns 1011, 1021, 1031 and 1041 may allow the planner system to implement activation of one or more safety systems based on the position of those safety systems on the autonomous vehicle 100.
  • bladders of a bladder safety system positioned on a side of the autonomous vehicle 100 e.g., the side of the vehicle 100 with arrow C
  • FIG. 11A depicts one example of an acoustic beam-steering array in an exterior safety system of an autonomous vehicle.
  • control data 317 from planner system 310 may be communicated to vehicle controller 350 which may in turn communicate exterior data 325 being configured to implement an acoustic alert by acoustic beam-steering array 102.
  • vehicle controller 350 may in turn communicate exterior data 325 being configured to implement an acoustic alert by acoustic beam-steering array 102.
  • the autonomous vehicle 100 may include more than one array 102 as denoted by 1103 (e.g., see arrays 102 in FIG. 9).
  • Exterior data 325 received by array 102 may include but is not limited to object location data 1 148 (e.g., a coordinate of object 1134 in the environment 1 190), audio signal data 1162, trigger signal data 1171 and optionally, modulation signal data 1169.
  • Acoustic beam-steering array 102 may include a processor 1 105 (e.g., a digital signal processor (DSP), field programmable gate array (FPGA), central processing unit (CPU), microprocessor, micro-controller, GPU's and/or clusters thereof, or other embedded processing system) that receives the exterior data 325 and processes the exterior data 325 to generate the beam 104 of steered acoustic energy (e.g., at angle ⁇ relative to a traj ectory TAV of AV 100) into the environment 1190 (e.g., in response to receiving the data representing the trigger signal 1 171).
  • a processor 1 105 e.g., a digital signal processor (DSP), field programmable gate array (FPGA), central processing unit (CPU), microprocessor, micro-controller, GPU's and/or clusters thereof, or other embedded processing system
  • DSP digital signal processor
  • FPGA field programmable gate array
  • CPU central processing unit
  • microprocessor micro-controller
  • Acoustic beam-steering array 102 may include several speakers S, with each speaker S in the array 102 being coupled with an output of amplifier A.
  • Each amplifier A may include a gain input and a signal input.
  • Processor 1105 may calculate data representing a signal gain G for the gain input of each amplifier A and may calculate data representing a signal delay D for the signal input of each amplifier A.
  • Processor 1105 may access and/or or receive data representing information on speakers S (e.g., from an internal and/or external data source) and the information may include but is not limited to an array width (e.g., a distance between the first speaker and last speaker in array 102), speaker S spacing in the array (e.g., a distance between adjacent speakers S in array 102), a wave front distance between adjacent speakers S in the array, the number of speakers S in the array, speaker characteristics (e.g., frequency response, output level per watt of power, radiating area, etc.), just to name a few.
  • an array width e.g., a distance between the first speaker and last speaker in array 102
  • speaker S spacing in the array e.g., a distance between adjacent speakers S in array 102
  • a wave front distance between adjacent speakers S in the array e.g., the number of speakers S in the array
  • speaker characteristics e.g., frequency response, output level per watt of power, radiating area, etc.
  • Each speaker S and its associated amplifier A in array 102 may constitute a monaural channel and the array 102 may include n monaural channels, where the number of monaural channels n, depending on speaker size and an enclosure size of the array 102, may vary.
  • n may be 30 or may be 320.
  • n may be on the order of about 80 to about 300.
  • the spacing between speakers in the array 102 may not be linear for some or all of the speakers in the array 102.
  • the steered beam of acoustic energy 104 is being steered at an object 1134 (e.g., a skateboarder) having a predicted location Lo in the environment 1190 that may conflict with the trajectory Tav of the autonomous vehicle 100.
  • a location of the object 1134 may be included in the exterior data 325 as the object location data 1148.
  • Object location data 1148 may be data representing a coordinate of the object 1134 (e.g., an angle, Cartesian coordinates, a polar coordinate, etc.).
  • Array 102 may process the object location data 1148 to calculate an angle 13 to direct the beam 104 at the object 1134.
  • the angle ⁇ may be measured relative to the trajectory Tav or relative to some point on a frame of the vehicle 100 (e.g., see lOOr in FIG. 11C). If the predicted location Lo changes due to motion of the object 1134, then the other systems of the autonomous vehicle system 101 may continue to track and update data associated with the autonomous vehicle 100 and the object 1134 to compute updated object location data 1134. Accordingly, the angle ⁇ may change (e.g., is re-computed by processor 1105) as the location of the object 1134 and/or the vehicle 100 changes.
  • the angle ⁇ may be computed (e.g., by the planner system) to take into account not only the currently predicted direction (e.g., coordinate) to the object, but also a predicted direction to the object at a future time t, where a magnitude of a time delay in firing the array 102 may be a function of a data processing latency of a processing system of the vehicle 100 (e.g., processing latency in one or more of the planner system, the perception system or the localizer system).
  • the planner system may cause the array 102 to emit the sound where the object is predicted to be a some fraction of a second from the time the array 102 is fired to account for the processing latency, and/or the speed of sound itself (e.g., based on environmental conditions), depending on how far away the object is from the vehicle 100, for example.
  • FIG. 11 B depicts one example of a flow diagram 1150 for implementing an acoustic beam-steering in an autonomous vehicle.
  • data representing a trajectory of the autonomous vehicle 100 in the environment may be calculated based on data representing a location of the autonomous vehicle 100 (e.g., local pose data).
  • data representing a location (e.g., a coordinate) of an object disposed in the environment may be determined (e.g., from object track data derived from sensor data).
  • Data representing an object type may be associated with the data representing the location of the object.
  • data representing a predicted location of the object in the environment may be predicted based on the data representing the object type and the data representing the location of the object in the environment.
  • data representing a threshold location in the environment associated with an audio alert (e.g., from array 102) may be estimated based on the data representing the predicted location of the object and the data representing the trajectory of the autonomous vehicle.
  • data representing an audio signal associated with the audio alert may be selected.
  • the location of the object being coincident with the threshold location may be detected.
  • the predicted location of the object crossing the threshold location may be one indication of coincidence.
  • data representing a signal gain "G.” associated with a speaker channel of the acoustic beam-steering array 102 may be calculated.
  • An array 102 having n speaker channels may have n different gains “G” calculated for each speaker channel in the n speaker channels.
  • the data representing the signal gain "G” may be applied to a gain input of an amplifier A coupled with a speaker S in a channel (e.g., as depicted in array 102 of FIG. 11A).
  • data representing a signal delay "D" may be calculated for each of the n speaker channels of the array 102.
  • the data representing the signal delay "D" may be applied to a signal input of an amplifier A coupled with a speaker S in a channel (e.g., as depicted in array 102 of FIG. 11 A).
  • the vehicle controller e.g., 350 of FIG.
  • the acoustic alert may implement the acoustic alert by causing the array 102 (e.g., triggering, activating, or commanding array 102) to emit a beam of steered acoustic energy (e.g., beam 104) in a direction of propagation (e.g., direction of propagation 106) determined by the location of the object (e.g., a coordinate of the object in the environment), the beam of steered acoustic energy being indicative of the audio signal.
  • the stages of flow diagram 1150 may be implemented for one or more of the arrays 102, and one or more stages of flow diagram 1150 may be repeated.
  • predicted object path, object location e.g., object coordinates
  • predicted object location e.g., object coordinates
  • threshold location e.g., vehicle trajectory
  • audio signal selection e.g., coincidence detection
  • other stages may be repeated to update and/or process data as necessary while the autonomous vehicle 100 travels through the environment and/or as the obj ect changes locations in the environment.
  • FIG. l lC depicts a top plan view of one example 1 170 of an autonomous vehicle steering acoustic energy associated with an acoustic alert to an obj ect.
  • autonomous vehicle 100 may have a traj ectory lay along a roadway between lane markers denoted by dashed lines 1177.
  • a detected object 1 171 in the environment external to the autonomous vehicle 100 has been classified as an automotive obj ect type having a predicted location Lc in the environment that is estimated to conflict with the trajectory Tav of the autonomous vehicle 100.
  • Planner system may generate three threshold locations t-1 , t-2, and t-3 (e.g., having arcuate profiles 1121, 1122 and 1123), respectively.
  • the three threshold locations t-1, t-2, and t-3 may be representative of escalating threat levels ranked from a low threat level at threshold location t-1 (e.g., a relatively safe distance away from vehicle 100), a medium threat level at threshold location t-2 (e.g., a distance that is cautiously close to the vehicle 100) and a high threat level at threshold location t-3 (e.g., a distance that is dangerously close to vehicle 100), for example.
  • a low threat level at threshold location t-1 e.g., a relatively safe distance away from vehicle 100
  • a medium threat level at threshold location t-2 e.g., a distance that is cautiously close to the vehicle 100
  • a high threat level at threshold location t-3 e.g., a distance that is dangerously close to vehicle 100
  • a different audio signal for an audio alert to be generated at each of the three threshold locations t-1, t-2, and t-3 may be selected to audibly convey the escalating levels of threat as the predicted location Lc of the object 1170 brings the obj ect 1 171 closer to the location of the autonomous vehicle 100 (e.g., close enough for a potential collision with autonomous vehicle 100).
  • the beam of steered acoustic energy 104 may be indicative of the information included in the selected audio signal (e.g., audio signals 104a, 104b and 104c).
  • the planner system may generate a trigger signal to activate the acoustic array 102 positioned to generate an acoustic alert using an audio signal 104a (e.g., to convey a non- threatening acoustic alert) along a direction of propagation 106a based on a coordinate of the object 1 171.
  • the coordinate may be an angle pa measured between the traj ectory Tav and the direction of propagation 106a.
  • a reference point for the coordinate may be a point 102r on the array 102 or some other location on the autonomous vehicle 102, such as a point lOOr, for example.
  • another acoustic alert may be triggered by the planner system, using coordinate (3b, an audio signal 104b (e.g., to convey an urgent acoustic alert) and a direction of propagation 106b.
  • acoustic alert may trigger yet another acoustic alert by planner system using a coordinate (3c, an audio signal 104c (e.g., to convey an extremely urgent acoustic alert) and direction of propagation 106c.
  • a different audio signal e.g., a digital audio file, whether prerecorded or dynamically generated, having different acoustic patterns, different magnitudes of acoustic power and/or volume, etc.
  • audio signals 104a, 104b and 104c may be selected for audio signals 104a, 104b and 104c to convey the increasing levels of escalation to the object 1171 (e.g., to acoustically alert a driver of the vehicle).
  • the predicted location Lc of the object 1171 may change (e.g., relative to the location of the vehicle 100) and the planner system may receive updated object data (e.g., object tracking data from the perception system) to calculate (e.g., in real-time) changes in the location of the object 1171 (e.g., to calculate or recalculate ( a, fib and fie).
  • object data e.g., object tracking data from the perception system
  • the audio signal selected by planner system for each threshold location t-1, t-2 and t-3 may be different and may be configured to include audible information intended to convey ever increasing degrees of urgency for threshold locations t-1 to t-2 and t-2 to t-3, for example.
  • the audio signal(s) selected by the planner system may be configured, based on the object type data for object 1171, to acoustically penetrate structures (1173, 1179) of the automobile, such as auto glass, door panels, etc., in order to gamer the attention of a driver of the automobile.
  • the planner system may cause the array 102 to de-escalate the acoustic alert by lowering the level of urgency of the alert (e.g., by selecting an audio signal indicative of the lowered level of urgency).
  • the selected audio signal may be configured to generate frequencies in a range from about 220Hz to about 450Hz to acoustically penetrate structures (1173, 1179) on the object 1171.
  • the array 102 may be configured to generate sound at frequencies in a range from about 220Hz to about 4.5kHz, or any other frequency range. Further, the sound generated by the array 102 may be changed (e.g., in volume, frequency, etc.) based on velocity changes in the autonomous vehicle 100. Sound frequencies emitted by the array 102 are not limited to the foregoing examples, and the array 102 may be configured to generate sound at frequencies that are within the range of human hearing, above the range of human hearing (e.g., ultrasonic frequencies), below the range of human hearing (e.g., infrasonic frequencies), or some combination thereof.
  • Autonomous vehicle 100 is depicted as having two arrays 102 disposed on an upper surface lOOu (e.g., a roofofthe vehicle 100); however, the vehicle 100 may have more or fewer arrays 102 than depicted and the placement of the arrays 102 may be different than depicted in FIG. l lC.
  • Acoustic beam-steering array 102 may include several speakers and their associated amplifiers and driving electronics (e.g., a processer, a DSP, etc.).
  • each amplifier/speaker pair will be denoted as a channel, such that array 102 will include n- channels denoted as CI for channel one all the way to Cn for the nth channel.
  • each speaker S may be spaced apart from an adjacent speaker by a distance d.
  • Distance d e.g., a spacing between adjacent speakers (S) may be the same for all speakers S in the array 102, such that all of the speakers S are spaced apart from one another by the distance d.
  • distance d may vary among the speakers S in the array 102 (e.g., distance d need not be identical between adjacent speakers in array 102).
  • Distance d may be measured from a reference point on each speaker S, such as a center point of each speaker S.
  • a width W of the array 102 may be measured as a distance between the first speaker in the array 102 (e.g., channel CI) to the last speaker in the array 102 (e.g., channel Cn) and the width W may be measured from the center of the speaker in CI to the center of the speaker in Cn, for example.
  • wave-fronts launched by adjacent speakers S in the array 102 may be delayed in time by a wave-front propagation time td.
  • the speed of sound c may be calculated using data from an environmental sensor (e.g., sensor 877 of FIG. 8) to more accurately determine a value for the speed of sound c based on environmental conditions, such as altitude, air pressure, air temperature, humidity, and barometric pressure, for example.
  • an environmental sensor e.g., sensor 877 of FIG. 8
  • environmental conditions such as altitude, air pressure, air temperature, humidity, and barometric pressure, for example.
  • FIG. 12A depicts one example 1200 of light emitters positioned external to an autonomous vehicle.
  • control data 317 from planner system 310 may be communicated to vehicle controller 350 which may in turn communicate exterior data 325 being configured to implement a visual alert using a light emitter 1202.
  • vehicle controller 350 may in turn communicate exterior data 325 being configured to implement a visual alert using a light emitter 1202.
  • exterior data 325 being configured to implement a visual alert using a light emitter 1202.
  • the autonomous vehicle 100 may include more than one light emitter 1202 as denoted by 1203.
  • Exterior data 325 received by light emitter 1202 may include but is not limited to data representing a light pattern 1212, data representing a trigger signal 1214 being configured to activate one or more light emitters 1202, data representing an array select 1216 being configured to select which light emitters 1202 of the vehicle 100 to activate (e.g., based on an orientation of the vehicle 100 relative to the object the visual alert is targeted at), and optionally, data representing drive signaling 1218 being configured to deactivate light emitter operation when the vehicle 100 is using its signaling lights (e.g., turn signal, brake signal, etc.), for example.
  • one or more light emitters 1202 may serve as a signal light, a head light, or both.
  • An orientation of the autonomous vehicle 100 relative to an object may be determined based on a location of the autonomous vehicle 100 (e.g., from the localizer system) and a location of the object (e.g., from the perception system), a trajectory of the autonomous vehicle 100 (e.g., from the planner system) and a location of the object, or both, for example.
  • a location of the autonomous vehicle 100 e.g., from the localizer system
  • a location of the object e.g., from the perception system
  • a trajectory of the autonomous vehicle 100 e.g., from the planner system
  • the light emitter 1202 may include a processor 1205 being configured to implement visual alerts based on the exterior data 325.
  • a select function of the processor 1205 may receive the data representing the array select 1216 and enable activation of a selected light emitter 1202.
  • Selected light emitters 1202 may be configured to not emit light L until the data representing the trigger signal 1214 is received by the selected light emitter 1202.
  • the data representing the light partem 1212 may be decoder by a decode function, and sub-functions may operate on the decoded light pattern data to implement a color function being configured to determine a color of light to be emitted by light emitter 1202, an intensity function being configured to determine an intensity of light to be emitted by light emitter 1202, and a duration function being configured to determine a duration of light emission from the light emitter 1202, for example.
  • a data store (Data) may include data representing configurations of each light emitter 1202 (e.g., number of light emitting elements E, electrical characteristics of light emitting elements E, positions of light emitters 1202 on vehicle 100, etc.).
  • Outputs from the various functions may be coupled with a driver 1207 configured to apply signals to light emitting elements El - En of the light emitter 1202.
  • Each light emitting element E may be individually addressable based on the data representing the light pattern 1212.
  • Each light emitter 1202 may include several light emitting elements E, such that n may represent the number of light emitting elements E in the light emitter 1202. As one example, n may be greater than 50.
  • the light emitters 1202 may vary in size, shape, number of light emitting elements E, types of light emitting elements E, and locations of light emitters 1202 positioned external to the vehicle 100 (e.g., light emitters 1202 coupled with a structure of the vehicle 100 operative to allow the light emitter to emit light L into the environment, such as roof l OOu or other structure of the vehicle 100).
  • light emitting elements El - En may be solid-state light emitting devices, such as light emitting diodes or organic light emitting diodes, for example.
  • the light emitting elements El - En may emit a single wavelength of light or multiple wavelengths of light.
  • the light emitting elements El - En may be configured to emit multiple colors of light, based on the data representing the light pattern 1212, such as red, green, blue and one or more combinations of those colors, for example.
  • the light emitting elements El - En may be a RGB light emitting diode (RGB LED) as depicted in FIG. 12A.
  • the driver 1207 may be configured to sink or source current to one or more inputs of the light emitting elements El - En, such as one or more of the red-R, green-G or blue-B inputs of the light emitting elements El - En to emit light L having a color, intensity, and duty cycle based on the data representing the light partem 1212.
  • Light emitting elements El - En are not limited to the example 1200 of FIG. 12A, and other types of light emitter elements may be used to implement light emitter 1202.
  • an object 1234 having a predicted location Lo that is determined to be in conflict with a traj ectory Tav of the autonomous vehicle 100 is target for a visual alert (e.g., based on one or more threshold locations in environment 1290).
  • One or more of the light emitters 1202 may be triggered to cause the light emitter(s) to emit light L as a visual alert. If the planner system 310 determines that the obj ect 1234 is not responding (e.g., object 1234 has not altered its location to avoid a collision), the planner 310 may select another light partem configured to escalate the urgency of the visual alert (e.g., based on different threshold locations having different associated light patterns). On the other hand, if the obj ect 1234 is detected (e.g., by the planner system) as responding to the visual alert (e.g., object 1234 has altered its location to avoid a collision), then a light pattern configured to deescalate the urgency of the visual alert may be selected. For example, one or more of light color, light intensity, light pattern or some combination of the foregoing, may be altered to indicate the de-escalation of the visual alert.
  • Planner system 310 may select light emitters 1202 based on an orientation of the autonomous vehicle 100 relative to a location of the obj ect 1234. For example, if the obj ect 1234 is approaching the autonomous vehicle 100 head-on, then one or more light emitters 1202 positioned external to the vehicle 100 that are approximately facing the direction of the object's approach may be activated to emit light L for the visual alert. As the relative orientation between the vehicle 100 and the object 1234 changes, the planner system 310 may activate other emitters 1202 positioned at other exterior locations on the vehicle 100 to emit light L for the visual alert. Light emitters 1202 that may not be visible to the obj ect 1234 may not be activated to prevent potential distraction or confusion in other drivers, pedestrians or the like, at whom the visual alert is not being directed.
  • FIG. 12B depicts profile views of examples of light emitter 1202 positioning on an exterior of an autonomous vehicle 100.
  • a partial profile view of a first end of the vehicle 100 depicts several light emitters 1202 disposed at different positions external to the vehicle 100.
  • the first end of the vehicle 100 may include lights 1232 that may be configured for automotive signaling functions, such as brake lights, turn signals, hazard lights, head lights, running lights, etc.
  • light emitters 1202 may be configured to emit light L that is distinct (e.g., in color of light, pattern of light, intensity of light, etc.) from light emitted by lights 1232 so that the function of light emitters 1202 (e.g., visual alerts) is not confused with the automotive signaling functions implemented by lights 1232.
  • lights 1232 may be configured to implement automotive signaling functions and visual alert functions.
  • Light emitters 1202 may be positioned in a variety of locations including but not limited to pillar sections, roof 1 OOu, doors, bumpers, and fenders, for example.
  • one or more of the light emitters 1202 may be positioned behind an optically transparent or partially transparent surface or structure of the vehicle 100, such as behind a window, a lens, or a covering, etc., for example.
  • Light L emitted by the light emitter 1202 may pass through the optically transparent surface or structure and into the environment.
  • a second end of the vehicle 100 may include lights 1231 that may be configured for traditional automotive signaling functions and/or visual alert functions.
  • Light emitters 1202 depicted in example 1235 may also be positioned in a variety of locations including but not limited to pillar sections, roof l OOu, doors, bumpers, and fenders, for example.
  • lights 1231 and 1232 may be optional, and the functionality of automotive signaling functions, such as brake lights, turn signals, hazard lights, head lights, running lights, etc., may be performed by anyone of the one or more light emitters 1202.
  • FIG. 12C depicts a top plan view of one example 1240 of light emitter 1202 activation based on an orientation of an autonomous vehicle relative to an object.
  • obj ect 1234 has a predicted location Lo relative to a location of the autonomous vehicle 100.
  • a relative orientation of the autonomous vehicle 100 with the obj ect 1234 may provide complete sensor coverage of the obj ect 1234 using sensor suites 820 positioned to sense quadrants 2 and 3 and partial sensor coverage in quadrant 1.
  • a sub-set of the light emitters denoted as 1202a may be visually perceptible by the obj ect 1234 and may be activated to emit light L into environment 1290.
  • FIG. 120 depicts a profile view of one example 1245 of light emitter activation based on an orientation of an autonomous vehicle relative to an obj ect.
  • object 1234 has a predicted location Lo relative to a location of the autonomous vehicle 100.
  • a sub-set of the light emitters denoted as 1202a may be visually perceptible by the object 1234 and may be activated to emit light L into environment 1290.
  • the relative orientation of the vehicle 100 with the object 1234 is different than depicted in FIG. 12C as the approach of the object 1234 is not within the sensor coverage of quadrant 1. Accordingly, light emitters 1202 positioned at an end of the vehicle 100 may not be visually perceptible to the object 1234 and may not be activated for a visual alert.
  • FIG. 12E depicts one example of a flow diagram 1250 for implementing a visual alert from a light emitter in an autonomous vehicle.
  • data representing a traj ectory of an autonomous vehicle in an environment external to the autonomous vehicle may be calculated based on data representing a location of the autonomous vehicle in the environment.
  • data representing a location of an object in the environment may be determined.
  • the obj ect may include an object type.
  • a predicted location of the object in the environment may be predicted based on the object type and the object location.
  • data representing a threshold location in the environment associated with a visual alert may be estimated based on the trajectory of the autonomous vehicle and the predicted location of the obj ect.
  • data representing a light partem associated with the threshold location may be selected.
  • the location of the object being coincident with the threshold location may be detected.
  • data representing an orientation of the autonomous vehicle relative to the location of the obj ect may be determined.
  • one or more light emitters of the autonomous vehicle may be selected based on the orientation of the autonomous vehicle relative to the location of the object.
  • selected light emitters may be caused (e.g., activated, triggered) to emit light indicative of the light partem into the environment to implement the visual alert.
  • FIG. 12F depicts a top plan view of one example 1270 of a light emitter 1202 of an autonomous vehicle 100 emitting light L to implement a visual alert in concert with optional acoustic alerts from one or more arrays 102.
  • autonomous vehicle 100 has a traj ectory Tav along a roadway between lane markers denoted by dashed lines 1277, a detected object 1272 has a predicted location Lo that is approximately parallel to and in an opposite direction to the trajectory Tav.
  • a planner system of autonomous vehicle 100 may estimate three threshold locations T-1, T-2 and T-3 to implement a visual alert.
  • Light emitters 1202 positioned at an end of the vehicle 100 in a direction of travel 1279 are selected for the visual alert.
  • arrays 1202 positioned at the other end of the vehicle 100 that are not facing the direction of travel 1279 may not be selected for the visual alert because they may not be visually perceptible by the object 1272 and the may confuse other drivers or pedestrians, for example.
  • Light patterns 1204a, 1204b and 1204c may be associated with threshold locations T-1, T-2 and T-3, respectively, and may be configured to implement escalating visual alerts (e.g., convey increasing urgency) as the predicted location Lo of the obj ect 1272 gets closer to the location of the vehicle 100.
  • escalating visual alerts e.g., convey increasing urgency
  • another detected object 1271 may be selected by the planner system of the vehicle 100 for an acoustic alert as described above in reference to FIGS. 1 1A - l lC.
  • Estimated threshold locations t-1 - 1-3 for obj ect 1271 may be different than those for object 1272 (e.g., T-1, T-2 and T-3).
  • acoustic alerts may be audibly perceptible at a greater distance from the vehicle 100 than visual perception of visual alerts.
  • a velocity or speed of object 1271 may be greater than a velocity or speed of object 1272 (e.g., an automobile vs.
  • FIG. 12F depicts an example of a visual alert associated with obj ect 1272 and an acoustic alert associated with obj ect 1271
  • the number and type of safety system activated e.g., interior, exterior or drive system
  • one or more safety systems may be activated.
  • an acoustic alert, a visual alert, or both may be communicated to obj ect 1271 , obj ect 1272, or both.
  • one or more bladders may be deployed and one or more seat belts may be tensioned as object 1271 , object 1272, or both are close to colliding with or coming within an unsafe distance of the vehicle 100 (e.g., a predicted impact time is about 2 seconds or less away).
  • the planner system may predict one or more regions of probable locations (e.g., 565 in FIGS. 5 and 6) of the objects in the environment based on predicted motion of each obj ect and/or predicted location of each object.
  • the regions of probable locations and the size, number, spacing, and shapes of threshold locations within the regions of probable locations may vary based on many factors including but not limited to object characteristics (e.g., speed, type, location, etc.), the type of safety system selected, the velocity of the vehicle 100, and the traj ectory of the vehicle 100, for example.
  • FIG. 13A depicts one example 1300 of a bladder system in an exterior safety system of an autonomous vehicle.
  • Exterior data 325 received by the bladder system 369 may include data representing bladder selection 1312, data representing bladder deployment 1314, and data representing bladder retraction 1316 (e.g., from a deployed state to an un-deployed state).
  • a processor 1305 may process exterior data 325 to control a bladder selector coupled with one or more bladder engines 1311.
  • Each bladder engine 1311 may be coupled with a bladder 1310 as denoted by Bladder- 1 through Bladder-n.
  • Each bladder 1310 may be activated, by its respective bladder engine 1311, from an un-deployed state to a deployed state.
  • Each bladder 1310 may be activated, by its respective bladder engine 1311, from the deployed state to the un-deployed state.
  • a bladder 1310 may extend outward of the autonomous vehicle 100 (e.g., outward of a body panel or other structure of the vehicle 100).
  • Bladder engine 131 1 may be configured to cause a change in volume of its respective bladder 1310 by forcing a fluid (e.g., a pressurized gas) under pressure into the bladder 1310 to cause the bladder 1310 to expand from the un-deployed position to the deployed position.
  • a fluid e.g., a pressurized gas
  • a bladder selector 1317 may be configured to select which bladder 1310 (e.g., in Bladder-1 through Bladder-n) to activate (e.g., to deploy) and which bladder 1310 to de-activate (e.g., return to the un-deployed state).
  • a selected bladder 1310 may be deployed upon the processor receiving the data representing bladder deployment 1314 for the selected bladder 1310.
  • a selected bladder 1310 may be returned to the un-deployed state upon the processor receiving the data representing bladder retractions 1316 for the selected bladder 1310.
  • the processor 1305 may be configured to communicate data to bladder selector 1317 to cause the bladder selector 1317 to deploy a selected bladder 1310 (e.g., via its bladder engine 131 1) or to return a deployed bladder 1310 to the un-deployed state (e.g., via its bladder engine 1311).
  • a bladder 1310 may made be made from a flexible material, a resilient material, an expandable material, such as rubber or a synthetic material, or any other suitable material, for example.
  • a material for the bladder 1310 may be selected based on the material being reusable (e.g., if a predicted impact to the bladder 1310 does not occur or the collision occurs but does not damage the bladder 1310).
  • the bladder 1310 may be made from a material used for air springs implemented in semi -tractor-trailer trucks.
  • Bladder engine 1311 may generate a pressurized fluid that may be introduced into the bladder 1310 to expand the bladder 1310 to the deployed position or couple the bladder 1310 with a source of pressurized fluid, such a tank of pressurized gas or a gas generator.
  • Bladder engine 131 1 may be configured to release (e.g., via a valve) the pressurized fluid from the bladder 1310 to contract the bladder 1310 from the deployed position back to the un-deployed position (e.g., to deflate the bladder 1310 to the un-deployed position).
  • bladder engine 1311 may vent the pressurized fluid in its respective bladder 1310 to atmosphere.
  • the bladder 1310 may be configured to absorb forces imparted by an impact of an object with the autonomous vehicle 100, thereby, reducing or preventing damage to the autonomous vehicle and/or its passengers.
  • the bladder 1310 may be configured to absorb impact forces imparted by a pedestrian or a bicyclist that collides with the autonomous vehicle 100.
  • Bladder data 1319 may be accessed by one or more of processor 1305, bladder selector 1317 or bladder engines 1311 to determine bladder characteristics, such as bladder size, bladder deployment time, bladder retraction time (e.g., a time to retract the bladder 1310 from the deployed position back to the un-deployed position); the number of bladders, the locations of bladders disposed external to the vehicle 100, for example.
  • Bladders 1310 may vary in size and location on the autonomous vehicle 100 and therefore may have different deployment times (e.g., an inflation time) and may have different retraction times (e.g., a deflation time).
  • Deployment times may be used in determining if there is sufficient time to deploy a bladder 1310 or multiple bladders 1310 based on a predicted time of impact of an object being tracked by the planner system 310, for example.
  • Bladder engine 131 1 may include sensors, such as a pressure sensor to determine pressures in a bladder 1310 when deployed and when un- deployed, and to determine if an impact has ruptured or otherwise damaged a bladder 1310 (e.g., a rupture causing a leak in the bladder 1310).
  • the bladder engine 131 1 and/or sensor system 320 may include a motion sensor (e.g., an accelerometer, MOT 888 in FIG. 8) to detect motion from an impact to the autonomous vehicle 100.
  • a bladder 1310 and/or its respective bladder engine 131 1 that is not damaged by an impact may be reused.
  • the bladder 1310 may be returned to the un-deployed state (e.g., via bladder engine 131 1) and the bladder 1310 may be subsequently reused at a future time.
  • an obj ect 1334 having predicted location Lo may be approaching the autonomous vehicle 100 from one of its sides such that a trajectory Tav of the autonomous vehicle 100 is approximately perpendicular to a predicted obj ect path of the obj ect 1334.
  • Obj ect 1334 may be predicted to impact the side of the autonomous vehicle 100, and exterior data 325 may include data configured to cause bladder selector 1311 to select one or more bladders 1310 positioned on the side of the autonomous vehicle 100 (e.g., the side on which the impact is predicted to occur) to deploy in advance of the predicted impact.
  • FIG. 138 depicts examples 1330 and 1335 of bladders in an exterior safety system of an autonomous vehicle.
  • vehicle 100 may include several bladders 1310 having positions associated with external surfaces and/or structures of the vehicle 100.
  • the bladders 1310 may have different sizes and shapes.
  • Bladders 1310 may be concealed behind other structures of the vehicle or may be disguised with ornamentation or the like.
  • a door panel or fender of the vehicle 100 may include a membrane structure and the bladder 1310 may be positioned behind the membrane structure. Forces generated by deployment of the bladder 1310 may rupture the membrane structure and allow the bladder to expand outward in a direction external to the vehicle 100 (e.g., deploy outward into the environment).
  • vehicle 100 may include several bladders 1310.
  • the bladders depicted in examples 1330 and 1335 may be symmetrical in location and/or size on the vehicle 100.
  • FIG. 13C depicts examples 1340 and 1345 of bladder deployment in an autonomous vehicle.
  • an obj ect 1371 e.g., a car
  • Autonomous vehicle 100 has a traj ectory Tav.
  • a predicted impact location on the vehicle 100 is estimated to be in quadrants 2 and 3 (e.g., impact to a side of the vehicle 100).
  • Planner system 310 may compute an estimated time to impact Timpact for the object 1371 (e.g., using kinematics calculator 384) to determine whether there is sufficient time to maneuver the autonomous vehicle 100 to avoid the collision or to reduce potential injury to passengers P.
  • the planner system 310 may command the drive system 326 to execute an avoidance maneuver 1341 to rotate the vehicle 100 in a clockwise direction of the arrow (e.g., arrow for avoidance maneuver 1341) to position the end of the vehicle 100 in the path of the obj ect 1371.
  • Planner system may also command activation of other interior and exterior safety systems to coincide with the avoidance maneuver 1341, such as seat belt tensioning system, bladder system, acoustic beam-steering arrays 102 and light emitters 1202, for example.
  • the vehicle 100 has completed the avoidance maneuver 1341 and the object 1371 is approaching from an end of the vehicle 100 instead of the side of the vehicle 100.
  • the planner system 310 may command selection and deployment of a bladder 1310' positioned on a bumper at the end of the vehicle 100. If an actual impact occurs, the crumple zone distance has increased from zl to z2 (e.g., z2 > zl) to provide a larger crumple zone in the interior lOOi of the vehicle 100 for passengers P.
  • seat belts worn by passengers P may be been pre-tensioned by the seat belt tensioning system to secure the passengers P during the maneuver 1341 and in preparation for the potential impact of the object 1371.
  • a deployment time of the bladder 1310', Tdeploy is determined to be less (e.g., by planner system 310) than the predicted impact time, Timpact, of the object 1371. Therefore, there is sufficient time to deploy bladder 1310' prior to a potential impact of the object 1371.
  • a comparison of activation times and impact times may be performed for other safety systems such as the seat belt tensioning system, seat actuator system, acoustic arrays and light emitters, for example.
  • the drive system (e.g., 326 in FIG. 3B) may be commanded (e.g., via planner system 310) to rotate the wheels of the vehicle (e.g., via the steering system) and orient the vehicle 100 (e.g., via the propulsion system) to the configuration depicted in example 1345.
  • the drive system may be commanded (e.g., via planner system 310) to apply brakes (e.g., via the braking system) to prevent the vehicle 100 from colliding with other objects in the environment (e.g., prevent the vehicle 100 from being pushed into other objects as a result of forces from the impact).
  • FIG. 14 depicts one example 1400 of a seat belt tensioning system in an interior safety system 322 of an autonomous vehicle 100.
  • interior data 323 may be received by seat belt tensioning system 361.
  • Interior data 323 may include but is not limited to data representing a belt tensioner select signal 1412, a seat belt tension trigger signal 1414, and a seat belt tension release signal 1416.
  • the belt tensioner select signal 1412 may select one or more belt tensioners 1411, with each belt tensioner 1411 including a seat belt 1413 (also denoted as B-l, B-2 to B-n).
  • Each belt 1413 may be mechanically coupled with a tensioning mechanism (not shown) in the belt tensioner 1411.
  • the tensioning mechanism may include a reel configured to reel in a portion of the belt on the reel the belt 1413 is wrapped around to take the slack out of the belt 1413.
  • a belt tensioner 1411 selected by the belt tensioner select signal 1412 may upon receiving the seat belt tension trigger signal 1414, apply tension to its respective belt 1413.
  • belt tensioner 1411 having belt 1413 (B-2) may actuate belt B-2 from a slack state (e.g., not tightly coupled to a passenger wearing belt B-2) to a tension state (denoted by dashed line).
  • belt B-2 may apply pressure to a passenger that may tightly couple the passenger to the seat during an avoidance maneuver and/or in anticipation of a predicted collision with an obj ect, for example.
  • the belt B-2 may be returned from the tension state to and back to the slack state by releasing the seat belt tension trigger signal 1414 or by releasing the seat belt tension trigger signal 1414 followed by receiving the seat belt tension release signal 1416.
  • a sensor e.g., a pressure or force sensor (not shown) may detect whether a seat in the autonomous vehicle is occupied by a passenger and may allow activation of the belt tensioner select signal 1412 and/or the seat belt tension trigger signal 1414 if the sensor indicates the seat is occupied. If the seat sensor does not detect occupancy of a seat, then the belt tensioner select signal 1412 and/or the seat belt tension trigger signal 1414 may be de-activated.
  • Belt data 1419 may include data representing belt characteristics including but not limited to belt tensioning time, belt release times, and maintenance logs for the seat belts 1413 in seat belt system 361, for example.
  • Seat belt system 361 may operate as a distinct system in autonomous vehicle 100 or may operate in concert with other safety systems of the vehicle 100, such as the light emitter(s), acoustic array(s), bladder system, seat actuators, and the drive system, for example.
  • FIG. 15 depicts one example 1500 of a seat actuator system 363 in an interior safety system 322 of an autonomous vehicle 100.
  • the seat actuator system 363 may be configured to actuate a seat 1518 (e.g., a Seat-1 through a Seat-n) from a first position in the interior of the autonomous vehicle 100 to a second position in the interior of the autonomous vehicle 100 using energy from an impact force 1517 imparted to the vehicle 100 from an obj ect (not shown) in the environment 1590 due to a collision between the vehicle 100 and the object (e.g., another vehicle).
  • a seat 1518 e.g., a Seat-1 through a Seat-n
  • an impact force 1517 imparted to the vehicle 100 from an obj ect (not shown) in the environment 1590 due to a collision between the vehicle 100 and the object (e.g., another vehicle).
  • a counter acting force c-force 1515 may be applied to the seat (e.g., Seat-n) to control acceleration forces caused by the force 1513 (note, that while not shown, the directions of c- force 1515 and force 1513 as depicted in FIG. 15 may be in substantially common direction of impact force 1517).
  • the counter acting force c-force 1515 may be a spring being configured to compress to counteract force 1513 or being configured to stretch to counteract force 1513.
  • counter acting force c-force 1515 may be generated by a damper (e.g., a shock absorber) or by an air spring, for example.
  • a mechanism that provides the counter acting force c-force 1515 may be coupled to a seat coupler 151 1 and to the seat (e.g., Seat-n).
  • the seat coupler 151 1 may be configured to anchor the mechanism that provides the counter acting force c-force 1515 to a chassis or other structure of the vehicle 100.
  • a ram or other mechanical structure coupled to the seat may be urged forward (e.g., from the first position to the second position) by the deforming structure of the vehicle to impart the force 1513 to the seat, while the counter acting force c-force 1515 resists the movement of the seat from the first position to the second position.
  • seat coupler 1511 may include an actuator to electrically, mechanically, or electromechanically actuate a seat 1518 (e.g., the Seat-n) from the first position to the second position in response to data representing a trigger signal 1516.
  • Seat coupler 1511 may include a mechanism (e.g., a spring, a damper, an air spring, a deformable structure, etc.) that provides the counter acting force c-force 1515.
  • Data representing a seat select 1512 and data representing an arming signal 1514 may be received by a processor 1505.
  • a seat selector 1519 may select one or more of the seat couplers 1511 based on the data representing the seat select 1512.
  • Seat selector 1519 may not actuate a selected seat until the data representing the arming signal 1514 is received.
  • the data representing the arming signal 1514 may be indicative of a predicted collision with the vehicle 100 having a high probability of occurring (e.g., an object based on its motion and location is predicted to imminently collide with the vehicle ⁇ .
  • the data representing the arming signal 1514 may be used as a signal to activate the seat belt tensioning system.
  • Seats 1518 e.g., seat-1 through seat-n
  • the seat actuator system 363 may act in concert with other interior and exterior safety systems of the vehicle 100.
  • FIG. 16A depicts one example 1600 of a drive system 326 in an autonomous vehicle 100.
  • drive data 327 communicated to drive system 326 may include but is not limited to data representing steering control 1612, braking control 1614, propulsion control 1618 and signal control 1620.
  • Drive data 327 may be used for normal driving operations of the autonomous vehicle 100 (e.g., picking up passengers, transporting passengers, etc.), but also may be used to mitigate or avoid collisions and other potentially dangerous events related to objects in an environment 1690.
  • Processor 1605 may communicate drive data 327 to specific drive systems, such as steering control data to the steering system 361, braking control data to the braking system 364, propulsion control data to the propulsion system 368 and signaling control data to the signaling system 362.
  • the steering system 361 may be configured to process steering data to actuate wheel actuators WA-1 through WA-n.
  • Vehicle 100 may be configured for multi-wheel independent steering (e.g., four wheel steering).
  • Each wheel actuator WA-1 through WA-n may be configured to control a steering angle of a wheel coupled with the wheel actuator.
  • Braking system 364 may be configured to process braking data to actuate brake actuators SA- 1 through SA-no Braking system 364 may be configured to implement differential braking and anti-lock braking, for example.
  • Propulsion system 368 may be configured to process propulsion data to actuate drive motors OM-1 through OM-n (e.g., electric motors).
  • Signaling system 362 may process signaling data to activate signal elements 5-1 through 5-n (e.g., brake lights, turn signals, headlights, running lights, etc.).
  • signaling system 362 may be configured to use one or more light emitters 1202 to implement a signaling function.
  • signaling system 362 may be configured to access all or a portion of one or more light emitters 1202 to implement a signaling function (e.g., brake lights, turn signals, headlights, running lights, etc.).
  • FIG. 16B depicts one example 1640 of obstacle avoidance maneuvering in an autonomous vehicle 100.
  • an object 1641 e.g., an automobile
  • the planner system may calculate that there is not sufficient time to use the drive system to accelerate the vehicle 100 forward to a region 1642 located along traj ectory Tav because the object 1641 may collide with the vehicle 100; therefore, region 1642 may not be safely maneuvered into and the region 1642 may be designated (e.g., by the planner system) as a blocked region 1643.
  • the planner system may detect (e.g., via sensor data received by the perception system and map data from the localizer system) an available open region in the environment around the vehicle 100.
  • a region 1644 may be safely maneuvered into (e.g., region 1644 has no objects, moving or static, to interfere with the traj ectory of the vehicle 100).
  • the region 1644 may be designated (e.g., by the planner system) as an open region 1645.
  • the planner system may command the drive system (e.g., via steering, propulsion, and braking data) to alter the trajectory of the vehicle 100 from its original traj ectory Tav to an avoidance maneuver traj ectory Tm, to autonomously navigate the autonomous vehicle 100 into the open region 1645.
  • the planner system may activate one or more other interior and/or exterior safety systems of the vehicle 100, such causing the bladder system to deploy bladders on those portions of the vehicle that may be impacted by object 1641 if the obj ect 1641 changes velocity or in the event the obstacle avoidance maneuver is not successful.
  • the seat belt tensioning system may be activated to tension seat belts in preparation for the avoidance maneuver and to prepare for a potential collision with the obj ect 1641.
  • other safety systems may be activated, such as one or more acoustic arrays 102 and one or more light emitters 1202 to communicate acoustic alerts and visual alerts to object 1641.
  • Belt data and bladder data may be used to compute tensioning time for seat belts and bladder deployment time for bladders and those computed times may be compared to an estimated impact time to determine if there is sufficient time before an impact to tension belts and/or deploy bladders (e.g., Tdeploy ⁇ Timpact and/or Ttensian ⁇ Timpact).
  • the time necessary for drive system to implement the maneuver into the open region 1645 may compared to the estimated impact time to determine if there is sufficient time to execute the avoidance maneuver (e.g., Tmaneuver ⁇ Timpact).
  • FIG. 16C depicts another example 1660 of obstacle avoidance maneuvering in an autonomous vehicle 100.
  • an object 1661 has a predicted location La that may result in a collision (e.g., a rear-ending) of autonomous vehicle 100.
  • Planner system may determine a predicted impact zone (e.g., a region or probabilities where a collision might occur based on object dynamics). Prior to a predicted collision occurring, planner system may analyze the environment around the vehicle 100 (e.g., using the overlapping sensor fields of the sensor in the sensor system) to determine if there is an open region the vehicle 100 may be maneuvered into.
  • the predicted impact zone is behind the vehicle 100 and is effectively blocked by the predicted location La having a velocity towards the location of the vehicle 100 (e.g., the vehicle cannot safely reverse direction to avoid the potential collision).
  • the predicted impact zone may be designated (e.g., by the planner system) as a blocked region 1681. Traffic lanes to the left of the vehicle 100 lack an available open region and are blocked due to the presence of three objects 1663, 1665 and 1673 (e.g., two cars located in the adjacent traffic lane and one pedestrian on a sidewalk). Accordingly, the region may be designated as blocked region 1687. A region ahead of the vehicle 100 (e.g., in the direction of trajectory Tav) is blocked due to the approach of a vehicle 1667 (e.g., a large truck).
  • a vehicle 1667 e.g., a large truck
  • a location to the right of the vehicle 100 is blocked due to pedestrians 1671 on a sidewalk at that location. Therefore, those regions may be designated as blocked region 1683 and 1689, respectively.
  • a region that is free of objects may be detected (e.g., via the planner system and perception system) in a region 1691.
  • the region 1691 may be designated as an open region 1693 and the planner system may command the drive system to alter the traj ectory from traj ectory Tav to an avoidance maneuver trajectory Tm. The resulting command may cause the vehicle 100 to turn the comer into the open region 1693 to avoid the potential rear-ending by object 1661.
  • bladders 1310 on an end of the vehicle 100 may be activated, such as bladders 1310 on an end of the vehicle 100, seat belt tensioners 1411, acoustic arrays 102, seat actuators 151 1, and light emitters 1202, for example.
  • one or more bladders 1301 may be deployed (e.g., at a time prior to a predicted impact time to sufficiently allow for bladder expansion to a deployed position), an acoustic alert may be communicated (e.g., by one or more acoustic beam-steering arrays 102), and a visual alert may be communicated (e.g., by one or more light emitters 1202).
  • Planner system may access data representing object types (e.g. data on vehicles such as object 1661 that is predicted to rear-end vehicle 100) and compare data representing the obj ect with the data representing the object types to determine data representing an obj ect type (e.g., determine an object type for object 1661).
  • Planner system may calculate a velocity or speed of an obj ect based data representing a location of the object (e.g., track changes in location over time to calculate velocity or speed using kinematics calculator 384).
  • Planner system may access a data store, look-up table, a data repository or other data source to access data representing object braking capacity (e.g., braking capacity of vehicle 1661).
  • the data representing the object type may be compared with the data representing obj ect braking capacity to determine data representing an estimated object mass and data representing an estimated obj ect braking capacity.
  • the data representing the estimated object mass and the data representing the estimated object braking capacity may be based on estimated data for certain classes of obj ects (e.g., such as different classes of automobiles, trucks, motorcycles, etc.). For example, if object 1661 has an object type associated with a mid-size four door sedan, than an estimated gross vehicle mass or weight that may be an average for that class of vehicle may represent the estimated object mass for obj ect 1661.
  • the estimated braking capacity may also be an averaged value for the class of vehicle.
  • Planner system may calculate data representing an estimated momentum of the object based on the data representing the estimated obj ect braking capacity and the data representing the estimated obj ect mass.
  • the planner system may determine based on the data representing the estimated momentum, that the braking capacity of the obj ect (e.g., object 1661) is exceeded by its estimated momentum.
  • the planner system may determine based on the momentum exceeding the braking capacity, to compute and execute the avoidance maneuver of FIG. 16C to move the vehicle 100 away from the predicted impact zone and into the open region 1693.
  • FIG. 17 depicts examples of visual communication with an obj ect in an environment using a visual alert from light emitters of an autonomous vehicle 100.
  • the autonomous vehicle 100 includes light emitters 1202 positioned at various locations external to the autonomous vehicle 100.
  • the autonomous vehicle 100 is depicted as navigating a roadway 1711 having lane markers 1719 in an environment 1790 external to the vehicle 100 and having a trajectory Tav.
  • An object 1710 in environment 1790 e.g., classified as a pedestrian object by the perception system of the vehicle 100
  • the object 1710 is standing close to a bicycle lane 1713 of the roadway 1711.
  • the object 1710 may not be aware of the approach of the autonomous vehicle 100 on the roadway 1711 (e.g., due to low noise emission by the drive system of the vehicle 100, ambient noise, etc.).
  • the perception system e.g., 340 in FIG. 12 A
  • the perception system may detect the presence of the object 1710 in the environment based on a sensor signal from the sensor system (e.g., 320 in FIG. 12A) and may generate object data representative of the object 1710 including but not limited to object classification, object track, object type, a location of the object in the environment 1790, a distance between the object and the vehicle 100, an orientation of the vehicle 100 relative to the object, a predictive rate of motion relative to the location of the object, etc., for example.
  • a planner system of the vehicle 100 may be configured to implement an estimate of a threshold event associated with the one or more of the light emitters 1202 emitting light L as a visual alert. For example, upon detecting the object 1710, the planner system may not immediately cause a visual alert to be emitted by the light emitter(s) 1202, instead, the planner system may estimate, based on data representing the location of the object 1710 in the environment 1790 and data representing a location of the vehicle 100 (e.g., pose data from localizer system 330 of FIG. 12A) in the environment 1790, a threshold event Te associated with causing the light emitter(s) to emit light L for the visual alert.
  • a threshold event Te associated with causing the light emitter(s) to emit light L for the visual alert.
  • an initial distance between the vehicle 100 and the object 1710 may be a distance Di.
  • the planner system may compute another distance closer to the object as a threshold event to cause (e.g., to trigger) the light emitter(s) 1202 to emit light L for the visual alert.
  • a distance Dt between the vehicle 100 and the object 1710 may be the distance associated with the threshold event Te.
  • the threshold event Te may be associated with the distance Dt as that distance may be a more effective distance at which to cause a visual alert for a variety of reasons including but not limited to the vehicle 100 being too far away at the initial distance of Oi for the light L to be visually perceptible to the object 1710, and/or the object 1710 not perceiving the light L is being directed at him/her, etc., for example.
  • the initial distance Di may be about 150 feet and the distance Dt for the threshold event Te may be about 100 feet.
  • an initial time for the vehicle 100 to close the distance Oi between the vehicle 100 and the object 1710 may be a time Ti.
  • the planner system may compute a time after the time Ti as the threshold event Te. For example, a time Tt after the initial time of Ti, the threshold event Te may occur and the light emitter(s) 1202 may emit the light L.
  • the vehicle 100 is depicted as having travelled along trajectory from the initial distance Di to the distance Dt where the light emitter(s) 1202 are caused to emit the light L.
  • One or more of the emitters 1202 positioned at different locations on the vehicle 100 may emit the light L according to data representing a light partem.
  • the threshold event Te e.g., at the time Tt or the distance Dt
  • light L from light emitters 1202 on a first end of the vehicle 100 facing the direction of travel e.g., aligned with trajectory Tav
  • light emitters 1210 on a side of the vehicle facing the sidewalk 1717 may not be visible to the object 1710 at the distance Dt, for example.
  • the planner system may activate one or more other safety systems of the vehicle 100 before, during, or after the activation of the visual alert system.
  • one or more acoustic beam steering arrays 102 may be activated to generate a steered beam 104 of acoustic energy at the object 1710.
  • the steered beam 104 of acoustic energy may be effective at causing the object 1710 to take notice of the approaching vehicle 100 (e.g., by causing the object 1710 to turn 1741 his/her head in the direction of the vehicle 100).
  • the vehicle 100 is even closer to the object 1710 and other light emitter(s) 1202 may be visible to the object 1710 and the planner system may activate additional light emitters 1202 positioned on the side of vehicle facing the sidewalk 1717, for example.
  • the visual alert and/or visual alert in combination with an acoustic alert may be effective at causing the object 1710 to move 1761 onto the sidewalk 1717 and further away (e.g., to a safe distance) from the trajectory Tav of the approaching vehicle 100.
  • the light emitter(s) 1202 and other safety systems that may have been activated may be deactivated.
  • FIG. 18 depicts another example of a flow diagram 1800 for implementing a visual alert from a light emitter in an autonomous vehicle 100.
  • data representing a trajectory of the autonomous vehicle 100 in the environment e.g., environment 1790 of FIG. 17
  • data representing a location of the autonomous vehicle 100 in the environment e.g., environment 1790 of FIG. 17
  • data representing a location of an object in the environment e.g., obj ect 1710 of FIG. 17
  • the obj ect may have an obj ect classification (e.g., obj ect 1710 of FIG.
  • data representing a light pattem associated with a visual alert may be selected (e.g., from a data store, a memory, or a data file, etc.).
  • the light pattem that is selected may be configured to visually notify the obj ect (e.g., a pedestrian or a driver of another vehicle) that the autonomous vehicle 100 is present in the environment (e.g., environment 1790 of FIG. 17).
  • the light pattern may be selected based on the obj ect classification.
  • a first light pattem may be selected for an obj ect having a pedestrian classification
  • a second light pattem may be selected for an obj ect having a bicyclist classification
  • a third light pattem may be selected for an obj ect having an automotive classification, where the first, second and third light patterns may be different from one another.
  • a light emitter of the autonomous vehicle 100 may be caused to emit light L indicative of the light pattem into the environment.
  • the light emitter may be selected based on an orientation of the vehicle 100 relative to the object (e.g., obj ect 1710 of FIG. 17), for example.
  • Data representing an orientation of the autonomous vehicle 100 relative to a location of the object may be calculated based on the data representing the location of the object and the data representing the trajectory of the autonomous vehicle, for example.
  • the light emitter may include one or more sub-sections (not shown), and the data representing the light pattem may include one or more sub-patterns, with each sub-pattern being associated with one of the sub-sections.
  • Each sub-section may be configured to emit light L into the environment indicative of its respective sub-pattern.
  • the autonomous vehicle 100 may include numerous light emitters and some or all of those light emitters may include the one or more sub-sections.
  • sub-sections of light emitters may be configured (e.g., via their respective sub-patterns) to perform different functions.
  • one or more sub-sections of a light emitter may implement signaling functions of the drive system (e.g., turn signals, brake lights, hazard lights, running lights, fog lights, head lights, side marker lights, etc.); whereas, one or more other sub-sections may implement visual alerts (e.g., via their respective sub-patterns).
  • signaling functions of the drive system e.g., turn signals, brake lights, hazard lights, running lights, fog lights, head lights, side marker lights, etc.
  • visual alerts e.g., via their respective sub-patterns.
  • Data representing a threshold event may be estimated based on the data representing the location of the object and the data representing the location of the autonomous vehicle 100.
  • An occurrence of the threshold event may be detected (e.g., by object data, pose data, or both received by the planner system) and one or more light emitters may be caused to emit the light L based on the occurrence of the threshold event.
  • estimating the data representing the threshold event may include calculating data representing a distance between the autonomous vehicle and the object based on the data representing the location of the autonomous vehicle and the data representing the location of the object.
  • a threshold distance associated with the threshold event may be determined based on the data representing the distance between the autonomous vehicle and the object.
  • the light partem selected at the stage 1806 may be determined based on the threshold distance, for example.
  • the threshold distance (e.g., Dt of FIG. 17) may be less than the distance (e.g., Di of FIG. 17).
  • estimating the data representing the threshold event may include calculating data representing a time associated with the location of the autonomous vehicle 100 and the location of the object being coincident with each other (e.g., Ti in FIG. 17), based on the data representing the location of the object and the data representing the trajectory of the autonomous vehicle 100.
  • a threshold time (e.g., Tt of FIG. 17) may be determined based on the data representing the time associated with the location of the autonomous vehicle 100 and the location of the object being coincident with each other.
  • the threshold time (e.g., Tt of FIG. 17) may be less than the time (e.g., Ti of FIG. 17).
  • FIG. 19 depicts an example 1900 of visual communication with an object in an environment using a visual alert from light emitters of an autonomous vehicle 100.
  • the autonomous vehicle 100 is autonomously navigating a trajectory Tav along a roadway 1911 having lane markers 1915, bicycle paths 1913, sidewalks 1917, a pedestrian cross-walk 1920, traffic signs 1923, 1925, 1927, 1931 and 1933, and traffic light 1921 (e.g., as detected and classified by the perception system).
  • Two objects 1901 and 1902 have been detected by the autonomous vehicle 100 and may be classified as pedestrian objects having a predicted location Lo in environment 1990.
  • the autonomous vehicle may determine whether or not objects 1901 and 1902 are crossing the roadway 1911 legally (e.g., as permitted by the traffic signs 1923, 1925, 1927, 1931, and 1933 and/or traffic light 1921) or illegally (e.g., as forbidden by the traffic signs and/or traffic light).
  • the autonomous vehicle 100 may be configured (e.g., via the planner system) to implement the safest interaction between the vehicle 100 and objects in the environment in interest of the safety of passengers of the vehicle 100, safety of the objects (e.g., 1901 and 1902), or both.
  • the autonomous vehicle 100 may detect (e.g., via the sensor system and the perception system) a change in the predicted location La of the objects 1901 and 1902 and may cause a visual alert to be emitted by one or more light emitters 1202 (e.g., based on an orientation of the vehicle 100 relative to the obj ects 1901 and 1902).
  • Data representing a location of the vehicle 100 in the environment 1990 may be used to calculate data representing a traj ectory of the vehicle 100 in the environment 1990 (e.g., trajectory Tav along roadway 1911).
  • Data representing a location of the objects 1901 and 1902 in environment 1990 may be determined based on data representing a sensor signal from the sensor system (e.g., sensor data received by the perception system to generate object data), for example.
  • a light pattern associated with a visual alert may be selected (e.g., by the planner system) to notify the objects 1901 and 1902 of a change in driving operations of the vehicle 100.
  • the pedestrians may be concerned that the autonomous vehicle 100 has not recognized their presence and may not stop or slow down before the pedestrians (e.g., objects 1901 and 1902) safely cross the cross-walk 1920. Accordingly, the pedestrians may be apprehensive of being struck by the autonomous vehicle 100.
  • the autonomous vehicle 100 may be configured to notify the pedestrians (e.g., objects 1901 and 1902) that the vehicle 100 has detected their presence and is acting to either slow down, stop or both at a safe distance from the cross-walk 1920.
  • a light pattern LP 1940 may be selected and may be configured to visually notify (e.g., using light L emitted by light emitters 1202) the obj ects 1901 and 1902 that the vehicle is slowing down.
  • the slowing down of the vehicle 100 may be indicated as a change in driving operations of the vehicle 100 that are implemented in the light pattern 1940.
  • a rate of flashing, strobing or other partem of the light L emitted by light emitters 1202 may be varied (e.g., slowed down) to mimic the slowing down of the vehicle 100.
  • the light partem 1940 may be modulated with other data or signals indicative of the change in driving operations of the vehicle 100, such as a signal from a wheel encoder (e.g., a rate of wheel rotation for wheels 852 of FIG. 8), location data (e.g., from a GPS and/or IMU), a microphone (e.g., 871 of FIG. 8) being configured to generate a signal indicative of drive operations, etc., for example.
  • the light pattern 1940 may include encoded data configured to mimic the change in driving operations of the vehicle 100.
  • the pattern of light L emitted by the light emitters 1202 may change as a function of the velocity, speed, wheel rotational speed, or other metric, for example.
  • the driving operations of the vehicle 100 may bring the vehicle to a stop in a region 1960 and a light partem 1970 may be selected to notify the obj ects 1901 and 1902 that the driving operations are bringing the vehicle to a stop (e.g., at or before a safe distance Ds from the cross-walk 1920).
  • Dashed line 1961 may represent a predetermined safe distance Ds between the vehicle 100 and the cross-walk 1920 in which the vehicle 100 is configured to stop.
  • the light partem emitted by light emitters 1202 may change from a dynamic partem (e.g., indicating some motion of the vehicle 100) to a static partem (e.g., indicating no motion of the vehicle 100).
  • the light pattern 1970 may be modulated with other data or signals indicative of the change in driving operations of the vehicle 100 as described above to visually indicate the change in driving operations to an object.
  • FIG. 20 depicts yet another example of a flow diagram 2000 for implementing a visual alert from a light emitter in an autonomous vehicle 100.
  • data representing a traj ectory of the autonomous vehicle 100 e.g., traj ectory Tav
  • a location of an object in the environment e.g., obj ects 1901 and 1902
  • the detected objects may include an object classification (e.g., a pedestrian obj ect classification for obj ects 1901 and 1902).
  • data representing a light partem associated with a visual alert and being configured to notify an object of a change in driving operations of the vehicle 100 may be selected.
  • light emitter(s) 1202 of the autonomous vehicle 100 may be caused to emit light L indicative of the light pattern into the environment. Light emitters 1202 selected to emit the light L may change as an orientation of the autonomous vehicle 100 changes relative to a location of the obj ect.
  • Stopping motion and/or slowing down motion of the vehicle 100 may be implemented by the planner system commanding the drive system to change driving operations of the vehicle 100.
  • the drive system may implement the commands from the planner system by controlling operations of the steering system, the braking system, the propulsion system, a safety system, a signaling system, or combinations of the foregoing.
  • FIG. 21 depicts profile views of other examples 2110 and 2120 of light emitters positioned external to an autonomous vehicle 100.
  • the autonomous vehicle 100 may be configured for driving operations in multiple directions as denoted by arrow 2180.
  • a partial profile view of a first end of the vehicle 100 depicts several light emitters 1202 disposed at different positions external to the vehicle 100.
  • the first end of the vehicle 100 may include light emitters 1202 that may serve multiple functions (denoted as 2101) such as visual alerts and/or signaling functions, such as brake lights, turn signals, hazard lights, head lights, running lights, etc.
  • Light emitters 1202 may be positioned in a variety of locations including but not limited to pillar sections, roof lOOu, doors, bumpers, wheels, wheel covers, wheel wells, hub caps, and fenders, for example. In some examples, one or more of the light emitters 1202 may be positioned behind an optically transparent surface or structure of the vehicle 100, such as behind a window, a lens, and a covering, etc., for example. Light L emitted by the light emitter 1202 may pass through the optically transparent surface or structure and into the environment.
  • a second end of the vehicle 100 may include light emitters 1202 that may be configured for automotive signaling functions (denoted as 2103) and/or visual alert functions.
  • Light emitters 1202 depicted in example 2120 may also be positioned in a variety of locations including but not limited to pillar sections, roof lOOu, doors, bumpers, wheels, wheel covers, wheel wells, hub caps, and fenders, for example.
  • FIG. 22 depicts profile views of additional examples 2210 and 2220 of light emitters positioned external to an autonomous vehicle 100.
  • the autonomous vehicle 100 may be configured for driving operations in multiple directions as denoted by arrow 2280.
  • the light emitters 1202 having the circular shape may be configured for signaling only functions or may be configured for visual alerts and for signaling functions (e.g., as determined by the planner system via commands to the drive system).
  • the light emitters 1202 having the circular shape may also be configured for signaling only functions or may be configured for visual alerts and for signaling functions.
  • Light emitters 1202 depicted in examples 2210 and 2220 may also be positioned in a variety of locations including but not limited to pillar sections, roof l OOu, doors, bumpers, wheels, wheel covers, wheel wells, hub caps, and fenders, for example.
  • Signaling functions of the light emitters 1202 having the circular shape may include but are not limited to brake lights, turn signals, hazard lights, head lights, and running lights, for example.
  • the shapes, sizes, locations and number of the light emitters 1202 depicted in FIGS. 21 - 22 are not limited to the examples depicted.
  • FIG. 23 depicts examples 2300 and 2350 of light emitters 1202 of an autonomous vehicle 100.
  • a light emitter 1202 may be partitioned into subsections denoted as 1202a - 1202c by data representing a light pattern 2310.
  • the light pattern 2310 may include data representing subsections 2312a - 2312c associated with the sub-sections 1202a - 1202c of the light emitter 1202, respectively.
  • the light pattern 2310 may include data representing a sub-pattern 2314a - 2314c associated with the sub-sections 1202a - 1202c of the light emitter 1202.
  • light L emitted by each sub-section may have a pattern determined by the data representing the sub-pattern associated with the sub-section.
  • data representing sub-section 2312b determines the sub-section 1202b of the light emitter 1202 and the light partem emitted by sub-section 1202b is determined by the data representing the sub-pattern 2314b.
  • light emitter 1202 may have an oval shape and emitters in the light emitter 1202 may be partitioned into sub-sections denoted as 1202d - 1202g.
  • Sub-section 1202d may implement a head light or a back-up light of the autonomous vehicle 100 (e.g., depending on the direction of travel), for example.
  • Sub-section 1202e or 1202f may implement a turn signal, for example.
  • Sub-section 1202g may implement a brake light, for example.
  • the light emitting elements e.g., El - En of FIG. 12A
  • the sub-sections 1202d - 1202g may implement signaling functions of the vehicle 100 as determined by data representing sub-sections 2322d - 2322g in light pattern 2320 and may implement the signaling functions according to sub-patterns 2324d - 2324g.
  • the data representing the light partem 2320 may re-task the light emitter 1202 to implement visual alert functions.
  • Implementation of the visual alerts may include partitioning one or more emitter elements of light emitter into sub-sections and each sub-section may have an associated sub-pattern.
  • the light emitter 1202 may include sub-sections that implement visual alert functions and other sub-sections that implement signaling functions.
  • FIG. 24 depicts an example 2400 of data representing a light partem associated with a light emitter of an autonomous vehicle 100.
  • data representing a light partem 2401 may include one or more data fields 2402 - 2414 having data that may be decoded by a decoder 2420 to generate data 2421 received by a driver being configured to drive one or more light emitting elements (e.g., elements El - En) of a light emitter 1202.
  • elements e.g., elements El - En
  • the data representing the light partem 2401 may include but is not limited to data representing a light emitter 2402 (e.g., data to select a specific light emitter 1202), one or more light patterns 2404 to be applied to the light emitter 1202, one or more sub-sections 2406 of the light emitter 1202, one or more sub-patterns 2408 to be applied to one or more sub-sections, color or colors of light 2410 (e.g., wavelength of light) to be emitted by one or more light emitting elements of the light emitter 1202, intensity of light 2412 (e.g., luminous intensity in Candella) emitted by one or more light emitting elements of the light emitter 1202, and duty cycle 2414 to be applied to one or more light emitting elements of the light emitter 1202, for example.
  • Data included in the data representing the light pattern 2401 may be in the form of a data structure or a data packet, for example.
  • a decoder 2420 may receive the data representing the light pattern 2401 for one or more light emitters 1202 as denoted by 2407 and decode the data into a data format 2421 received by driver 2430.
  • Driver 2430 may, optionally receive data representing a modulation signal 2433 (e.g., from a wheel encoder) and may be configured to modulate the data 2421 with the modulation signal 2433 using a modulate function 2435.
  • the modulate function may implement light patterns indicative of the vehicle 100 slowing down, coming to a stop, or some other driving operation of the vehicle 100, for example.
  • Decoder 2430 may generate data 2431 configured to drive one or more light emitting elements in one or more light emitters 1202.
  • Light emitting elements may be implemented using a variety of light sources including but not limited to light emitting diodes (LED's), organic light emitting diodes (OLEO's), multicolor LED's, (e.g., RGB LED's), or other light emitting devices, for example.
  • LED's light emitting diodes
  • OLED's organic light emitting diodes
  • multicolor LED's e.g., RGB LED's
  • FIG. 25 depicts one example of a flow diagram 2500 for implementing visual indication of directionality in an autonomous vehicle 100.
  • data representing a traj ectory of the autonomous vehicle 100 in an environment external to the vehicle 100 may be determined (e.g., using pose data from the localizer system of the vehicle 100).
  • data representing a location of the autonomous vehicle 100 in the environment may be used to determine the data representing the trajectory of the autonomous vehicle 100.
  • the autonomous vehicle 100 may be propelled (e.g., by the drive system under control of the planner system) in a direction of travel that may be coextensive with the traj ectory with a portion (e.g., a first portion or a second portion) of the autonomous vehicle 100 being oriented in the direction of travel (e.g., facing in the direction of travel).
  • the portion may be a first portion of the vehicle 100 (e.g., a first end of the vehicle 100) or a second portion of the vehicle 100 (e.g., a second end of the vehicle 100).
  • the driving system may command the steering system and propulsion system to orient and propel the first portion or the second portion in the direction of travel that is coextensive with the traj ectory.
  • data representing a directional light pattern being configured to indicate directionality of travel associated with the direction of travel of the autonomous vehicle 100 may be selected.
  • the directional light partem may be accessed from a data store (e.g., a memory, data storage, etc.) of the autonomous vehicle 100.
  • a data store e.g., a memory, data storage, etc.
  • Directional light patterns may be configured differently for different light emitters 1202 of the autonomous vehicle 100 (e.g., different sizes of emitters, different locations of emitters, differences in light emitting area of emitters, different shapes or emitters, etc.).
  • different directional light patterns may be selected for different light emitters 1202 of the autonomous vehicle 100.
  • the directional light pattern selected may be selected for multiple light emitters 1202 of the autonomous vehicle 100 (e.g., a signal directional light pattem for multiple light emitters 1202).
  • the data representing the directional light pattem may be accessed, at the stage 2506, from a data store 2501 having directional light pattem data.
  • a light emitter 1202 of the autonomous vehicle 100 may be selected to emit light into the environment indicative of the directional light pattem.
  • multiple light emitters 1202 may be selected and the same directional light pattem may be applied to each light emitter 1202.
  • multiple light emitters 1202 may be selected and different directional light patterns may be applied to some or all of the multiple light emitters 1202.
  • the light emitter 1202 may be caused to emit the light to visually convey the direction of travel in which the autonomous vehicle 100 navigates. In some examples, multiple light emitters 1202 may be caused to emit light to convey the direction of travel in which the autonomous vehicle 100 navigates.
  • Flow 2500 may terminate after the stage 2510 or may return to some other stage, such as back to the stage 2502.
  • the flow 2500 may implement a stage 2512.
  • the directionality of travel of the autonomous vehicle being indicated by the one or more light emitters 1202 may be locked. Locking the directionality of travel as the autonomous vehicle 100 navigates a trajectory may be implemented to prevent the light emitters 1202 from emitting light in a direction contrary to the actual direction of travel of the vehicle 100 (e.g., from indicating a direction of travel that is opposite to the actual direction of travel).
  • locking the indicated directionality of travel to the first direction may be useful to prevent potential confusion to pedestrians and drivers of other vehicles that could arise if the light emitters 1202 of the autonomous vehicle 100 were to visually indicate a contrary direction of travel, such as a second direction that is opposite to the first direction.
  • a determination may be made as to whether or not driving operations of the autonomous vehicle 100 are in progress (e.g., the vehicle 100 is navigating a traj ectory). If the vehicle 100 is engaged in driving operations, then a YES branch may be taken back to the stage 2512, where the directionality of travel being indicated by the light emitter(s) may remain locked. On the other hand, if driving operations of the vehicle 100 have ceased, then a NO branch may be taken to a stage 2516. At the state 2516, the directionality of travel being indicated by the light emitter(s) 1202 may be un-locked. After being un-locked, the flow 2500 may return to another stage, such as the stage 2502 or may terminate.
  • driving operations of the autonomous vehicle 100 are in progress (e.g., the vehicle 100 is navigating a traj ectory). If the vehicle 100 is engaged in driving operations, then a YES branch may be taken back to the stage 2512, where the directionality of travel being indicated by the light emitter(s)
  • the vehicle 100 may resume driving operations and the directionality of travel being indicated by the light emitter(s) 1202 may be the same or may be changed to indicate another direction of travel.
  • FIG. 26 depicts one example of a flow diagram 2600 for implementing visual indication of information in an autonomous vehicle 100.
  • data representing a location of the autonomous vehicle 100 in the environment may be determined (e.g., using pose data from the localizer system).
  • data representing a light pattern being configured to indicate information associated with the autonomous vehicle 100 may be selected.
  • the data representing the light partem may be accessed, at the stage 2604, from a data store 2601 having light partem data.
  • a light emitter 1202 of the autonomous vehicle 100 may be selected to emit light into the environment that is indicative of the light pattern.
  • a determination may be made as to whether or not a trigger event has been detected (e.g., by one or more systems of the vehicle 100, such as the planner system, the sensor system, the perception system, and the localizer system). If the trigger event has not been detected, then a NO branch may be taken from the stage 2608 and the flow 2600 may cycle back to the stage 2608 to await detection of the trigger event. On the other hand, if the trigger event is detected, then a YES branch may be taken from the stage 2608 to a stage 2610.
  • the light emitter 202 may be caused to emit the light to visually convey the information associated with the autonomous vehicle 100.
  • a determination may be made as to whether or not driving operations of the autonomous vehicle 100 are in progress. If driving operations are in progress (e.g., the vehicle 100 is navigating a trajectory), then a YES branch may be taken from the stage 2612 to a stage 2614.
  • the emitting of light from the light emitter 1202 may be stopped (e.g., to prevent the information from confusing other drivers and/or pedestrians).
  • the information indicated by the data representing the light pattern associated with the autonomous vehicle 100 may include but is not limited to client/customer/user/passenger created content, a graphic, a greeting, an advisory, a warning, an image, a video, text, a message, or other forms of information that may be displayed by one or more of the light emitters 1202.
  • the data representing the light partem associated with the autonomous vehicle 100 may include information to identify the autonomous vehicle 100 as being intended to service a specific passenger using graphic or other visual information that the passenger may recognize.
  • the light emitter 1202 may display a passenger specific image that readily identifies the vehicle 100 as being tasked to service the passenger associated with the passenger specific image (e.g., the passenger may have created the passenger specific image).
  • the data representing the light pattern associated with the autonomous vehicle 100 may include a passenger specific greeting or message that is displayed by light emitter 1202. A passenger who visually perceives the greeting/message may understand that the autonomous vehicle 100 presenting the greeting/message is tasked to service the passenger (e.g., to provide transport for the passenger).
  • the trigger event that may be detected at the stage 2608 may be location based, for example.
  • the data representing the predetermined location may be compared with data representing the location of the vehicle 100 in the environment (e.g., using the planner system, localizer system, perception system and sensor system). If a match between the predetermined location and the location of the vehicle 100 is determined, then the trigger event has been detected (e.g., the vehicle has arrived at a location consistent with the predetermined location).
  • the autonomous vehicle 100 may be configured to detect wireless communications (e.g., using COMS 880 in FIG. 8) from a wireless computing device (e.g., a client's/customer's/passenger's smartphone or tablet).
  • the vehicle 100 may be configured to sniff or otherwise listen for wireless communications from other devices upon arrival at a location, for example.
  • the autonomous vehicle 100 may be configured to wirelessly transmit a signal configured to notify an external wireless device that the vehicle 100 has arrived or is otherwise in proximity to the external wireless device (e.g., a smartphone).
  • the vehicle 100 and/or the external wireless device may wirelessly exchange access credentials (e.g., service set identifier - SSID, MAC address, user name and password, email address, a biometric identifier, etc.).
  • the vehicle 100 may require a close proximity between the vehicle 100 and the external wireless device (e.g., as determined by RSSI or other radio frequency metric), such as via a Bluetooth protocol or NFC protocol, for example. Verification of access credentials may be the trigger event.
  • FIG. 27 depicts examples 2701 and 2702 of visual indication of directionality of travel by light emitters of an autonomous vehicle 100.
  • a line 2721 demarcates a first portion of the autonomous vehicle 100 (e.g., occupying quadrants 3 and 4 of FIGS. 10A -10B) and a second portion of the autonomous vehicle 100 (e.g., occupying quadrants 1 and 2 of FIGS. 10A - 10B).
  • the vehicle 100 is being propelled along a trajectory Tav (e.g., in the direction of arrow A).
  • Light emitters 1202 may be disposed (e.g., external to the vehicle 100) in quadrants 1, 3 and 2, and a sub-set of those light emitters 1202 may be selected and caused to emit the light to visually convey the direction of travel of the vehicle 100.
  • the selected light emitters are denoted as 12025.
  • the data representing the light pattern that is applied to the light emitters 12025 may implement a light pattern of an arrow or arrows pointing and/or moving in the direction of travel the first portion is oriented in.
  • the selected light emitters 12025 may be disposed on a first side of the vehicle 100 that spans the first and second portions (e.g., in quadrants.2 and 3).
  • the vehicle 100 is depicted rotated approximately 90 degrees clockwise to illustrate another sub-set of selected light emitters disposed on a second side of the vehicle 100 that spans the first and second portions (e.g., in quadrants 1 and 4).
  • the data representing the light pattern that is applied to the light emitters 12025 may implement the light partem of the arrow or arrows pointing and/or moving in the direction of travel the first portion is oriented in.
  • FIG. 28 depicts other examples 2801 and 2802 of visual indication of directionality of travel by a light emitter of an autonomous vehicle 100.
  • examples 2801 and 2802 depict the vehicle 100 having a trajectory Tav (e.g., along line B) with the second portion being oriented in the direction of travel.
  • Selected light emitters 12025 on a first side of the vehicle 100 (e.g., in example 2801) and selected emitters 12025 on a second side of the vehicle 100 (e.g., in example 2801) may be configured to implement the light partem of an arrow or arrows pointing and/or moving in the direction of travel of the vehicle 100.
  • FIG. 29 depicts yet other examples 2901 and 2902 of visual indication of directionality of travel by a light emitter of an autonomous vehicle 100.
  • the vehicle 100 may be configured to be propelled in directions other than those depicted in FIGS. 27 and 28, such as a trajectory Tav along the direction of arrow C.
  • the drive system of the autonomous vehicle 100 may be commanded (e.g., by the planner system) to turn each wheel (e.g., wheel 852 of FIG. 8) via the steering system to an angle that implements directionality of travel along the trajectory Tav (e.g., along the direction of arrow C).
  • Light emitters 1202 that may have been selected in FIGS.
  • 27 and 28 may be un-selected in the examples 2901 and 2902 in favor of selecting another sub-set of light emitters 1202s disposed at an end of the first portion (e.g., a 1st End) and at an end of the second portion (e.g., a 2nd End).
  • the data representing the light pattern may be configured to implement (e.g., in the selected light emitters 1202s) the arrows pointing and/or moving in the direction of travel as described above.
  • FIG. 30 depicts additional examples 3001 and 3002 of visual indication of directionality of travel by a light emitter of an autonomous vehicle 100.
  • examples 3001 and 3002 depict the trajectory Tav of the vehicle being along the direction of arrow D and selected light emitters being caused to emit light indicative of the direction of travel.
  • the light emitters 1202 e.g., including any selected light emitters 1202s
  • the light emitters 1202 may be symmetrically disposed on the sides of the vehicle 100 relative to the first and second portions of the vehicle 100 and/or may be symmetrically disposed on the ends of the vehicle 100 relative to the first and second portions of the vehicle 100.
  • Actual shapes, sizes, configurations, locations and orientations of the light emitters 1202 is not limited by the examples depicted in FIGS. 27 - 30.
  • FIG. 31 depicts examples 3100 and 3150 of visual indication of information by a light emitter of an autonomous vehicle 100.
  • the autonomous vehicle 100 has autonomously navigated to a hotel 3131 (e.g., having a location (x, y)) to pick up a passenger 3121 at a curb 3133 of the hotel 3131.
  • the autonomous vehicle 1 00 may determine its location in the environment (e.g., using the localizer system and/or the planner system), and may selected, based on the location, data representing a light partem (e.g., a pattern not related to directionality of travel) being configured to indicate information associated with the autonomous vehicle 100.
  • a light emitter 1202 of the autonomous vehicle 100 may be selected to emit light indicative of the light pattern.
  • a trigger event may be detected by the autonomous vehicle 100 prior to emitting the light indicative of the light pattern from one or more of the light emitters 1202.
  • the occurrence of the trigger event may cause the selected light emitter 1202s to emit the light indicative of the light partem.
  • the trigger event may be determined based on the location of the vehicle 100 relative to another location, such as a location (e.g., (x, y)) of the hotel 3131.
  • the planner system may compare the location (e.g. GPS/IMU data, map tile data, pose data, etc.) with data representing the location of the hotel 3131 to determine if there is a match. An exact match may not be necessary as an indication that the vehicle is located proximate the location of the hotel 3131 may be sufficient to determine that conditions that satisfy the trigger event have been met.
  • Other data such as sensor data from the sensor system as processed by the perception system may be used to determine that objects in the environment around the vehicle 100 are consistent with the vehicle 100 being at the hotel (e.g., hotel signage, hotel architecture, street signs, road markings, etc.).
  • the trigger event may include the vehicle 100 and/or a computing device 3122 of the passenger wirelessly 3123 communicating and/or detecting one another to determine information indicative of the trigger event, such as an exchange of access credentials or a predetermined code or handshake of signals that indicate the wireless communication 3123 validates that the computing device 3122 is associated with the passenger 3122 the vehicle 100 is tasked to transport.
  • the light partem emitted by the selected light emitter 12025 may be associated with an image (e.g., a winking image 3101) the passenger 3121 expects to be presented to identify the vehicle 100 as being the vehicle dispatched to service the passenger's 3121 transportation needs.
  • an image e.g., a winking image 3101
  • the passenger 3121 expects to be presented to identify the vehicle 100 as being the vehicle dispatched to service the passenger's 3121 transportation needs.
  • Other information may be presented on the selected light emitter 12025 and the winking image 3101 is a non-limiting example of information that may be presented.
  • the passenger 3121 may have the light pattern 3161 stored or otherwise associated with a passenger profile or other data associated with the passenger 3121.
  • the passenger 3121 may create or access a preferred image or other information to be displayed by one or more of the light emitters 1202.
  • an application APP 3124 executing on a computing device 3122 e.g., a smartphone or tablet
  • the computing device 3122 may communicate 3151 the light partem 3161 to an external resource 3150 (e.g., the Cloud, the Internet, a data warehouse, etc.).
  • the vehicle 100 may access 3153 the light pattern 3161 from the external resource 3150 (e.g., access and locally store the light pattern 3161 in a memory of the vehicle 100).
  • data representing a sound partem 3163 may be selected and audibly presented 3103 using an audio function of the vehicle 100, such as playback of the sound pattern 3163 over a loudspeaker (e.g., speaker(s) 829 of FIG. 8).
  • the data representing a sound pattern 3163 may be created and accessed in a manner similar to that described above for the data representing the light partem 3161.
  • example 3150 an opposite side of the vehicle 100 is depicted.
  • Light emitters on the sides, ends and other locations of the vehicle 100 may be symmetrically disposed relative to the first portion and second portion, or other reference point on the vehicle 100 (e.g., lOOr).
  • a selected light emitter 1202s on the opposite side of the vehicle 100 may emit the light indicative of the light pattern 3161 as was described above in reference to example 3100.
  • Sound indicative of the sound pattern 3163 may also be audibly presented 3103 on the other side of the vehicle 100.
  • the data representing a sound partem 3163 may include a message "Your ride to the airport is ready for you to board!
  • the vehicle 100 may include doors positioned on both sides of the vehicle 100 and the presentation of the light partem and/or sound partem on both sides of the vehicle may be configured to inform a passenger (e.g., visually and/or audibly) who may be on either side of the vehicle 100 that their vehicle 100 has arrived and has identified itself as being the vehicle tasked to them.
  • a passenger e.g., visually and/or audibly
  • the light partem 3161 and the sound pattern 3163 are non-limiting examples of content that may be presented by the vehicle 100.
  • the content may be created or selected by a passenger etc.
  • the APP 3124 may be configured to implement content creation and/or content selection.
  • the light emitters 1202 may be selected to implement one or more functions including but not limited to conveying directionality of travel and/or conveying information associated with the autonomous vehicle 100. In other examples, during driving operations (e.g., while the vehicle is navigating a trajectory) the light emitters 1202 may be selected to implement a visual alert.
  • FIG. 32 depicts one example 3200 of light emitter positioning in an autonomous vehicle 100.
  • light emitters 1202 may be positioned on a roof lOOu of the vehicle 100 (e.g., to convey information and/or directionality of travel to an observer from above), may be positioned on wheels 852 (e.g., on a hub cap or wheel cover) of the vehicle 100, and may be positioned behind an optically transparent structure 3221, 3223 (e.g., behind a window of the vehicle 100), for example.
  • the light emitters 1202 depicted in example 3200 may be symmetrically disposed on the vehicle 100 with other relative to other light emitters 1202 (not shown).
  • One or more of the light emitters 1202 may emit light having an arrow 3251 pattern that moves, strobes or otherwise visually conveys the autonomous vehicle 100 is moving in a direction associated with traj ectory Tav, for example.
  • the arrow 3251 may be static or maybe dynamic (e.g., strobed across the light emitter 1202 in the direction of travel).
  • FIG. 33 depicts one example 3300 of light emitter positioning in an autonomous vehicle.
  • light emitters 1202 may be positioned on wheel well covers 3350 that are coupled with the vehicle 100.
  • the light emitters 1202 depicted in example 3300 may be symmetrically disposed on the vehicle 100 with other relative to other light emitters 1202 (not shown).
  • the wheel well covers 3350 may be configured to be removable from the vehicle 100.
  • the light emitters 1202 on the wheel well covers 3350 and/or other locations on the vehicle 100 may be configured to provide courtesy lighting (e.g., illuminate the ground or area around the vehicle 100 for boarding/un-boarding at night or in bad weather, etc.).
  • Each light emitter 1202 may include several light emitting elements E (e.g., El - En of FIG. 24), with each element E being individually addressable (e.g., by driver 2430 of FIG. 24) to control intensity of light emitted, color of light emitted, and duration of light emitted, for example.
  • each element E may have a specific address in the light emitter 1202 defined by a row and a col address.
  • blacked-out elements E in light emitter 1202 may visually convey direction of travel using an image of an arrow 3351 that is oriented along the trajectory Tav of the autonomous vehicle 100.
  • the arrow 3351 may be static or maybe dynamic (e.g., strobed across the light emitter 1202 in the direction of travel).
  • Each light emitter 1202 may be partitioned into one or more partitions or portions, with the elements E in each partition being individually addressable.
  • Data representing sub-sections and/or sub-patterns (e.g., 1202a - 1202c of FIG. 23) may be applied to emitters E in the one or more partitions.
  • the data representing light partem, the data representing the directional light partem, or both may include one or more data fields (e.g., 2402 - 2414 of FIG. 24) having data that may be decoded by a decoder to generate data received by a driver being configured to drive one or more light emitting elements E of a light emitter 1202.
  • image data for the winking image 3101
  • the data representing the directional light partem may include a data field for a color of light associated with a direction of travel (e.g., orange for a first direction and purple for a second direction).
  • the data representing the directional light pattern may include a data field for a strobe rate or rate of motion of light emitted by a light emitter 1202 (e.g., movement of an arrow 3351 or other image or icon that indicates the direction of travel as depicted in FIGS. 27 - 30).

Landscapes

  • Engineering & Computer Science (AREA)
  • Mechanical Engineering (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Automation & Control Theory (AREA)
  • Transportation (AREA)
  • Acoustics & Sound (AREA)
  • Multimedia (AREA)
  • Theoretical Computer Science (AREA)
  • Traffic Control Systems (AREA)
  • Lighting Device Outwards From Vehicle And Optical Signal (AREA)

Abstract

Systèmes, dispositifs et procédés pour la mise en oeuvre d'un système de sécurité actif dans un véhicule autonome. Un véhicule autonome (100) peut se déplacer dans un environnement (190) externe au véhicule autonome (100) le long d'une trajectoire (105). L'environnement (190) peut comprendre un ou plusieurs objets pouvant entrer en collision avec le véhicule autonome (100), par exemple des objets statiques et/ou dynamiques, ou des objets constituant un danger pour des passagers du véhicule autonome (100) et/ou pour le véhicule autonome (100). Un objet (180) ( par ex. une automobile) est représenté comme ayant une trajectoire (185) qui, si elle n'est pas modifiée (par ex. par changement de trajectoire, ralentissement etc.) peut provouqer une collision (187) avec le véhicule autonome (100) (par ex. collision par l'arrière avec le véhicule autonome (100)). Le véhicule autonome (100) peut utiliser un système de détection pour balayer (par ex. au moyen de capteurs passifs et/ou actifs) l'environnement (190) afin de détecter l'objet (180) et prendre des mesures pour réduire ou éviter la collision de l'objet (180) avec le véhicule autonome (100).
PCT/US2016/060183 2015-11-04 2016-11-02 Système de mise en oeuvre d'un système de sécurité actif dans un véhicule autonome WO2017079349A1 (fr)

Priority Applications (5)

Application Number Priority Date Filing Date Title
CN201680064767.8A CN108292356B (zh) 2015-11-04 2016-11-02 配置主动照明以指示自主车辆的方向性的系统
CN202210599846.6A CN114801972A (zh) 2015-11-04 2016-11-02 配置主动照明以指示自主车辆的方向性的系统
EP16806310.5A EP3371740A1 (fr) 2015-11-04 2016-11-02 Système de configuration d'un éclairage actif pour indiquer une directionnalité dans un véhicule autonome
JP2018543267A JP7071271B2 (ja) 2015-11-04 2016-11-02 自律車両の方向性を示すためのアクティブ化照明を構成するシステム
JP2022076675A JP2022119791A (ja) 2015-11-04 2022-05-06 自律車両の方向性を示すためのアクティブ化照明を構成するシステム

Applications Claiming Priority (6)

Application Number Priority Date Filing Date Title
US14/932,962 US9630619B1 (en) 2015-11-04 2015-11-04 Robotic vehicle active safety systems and methods
US14/756,994 US9701239B2 (en) 2015-11-04 2015-11-04 System of configuring active lighting to indicate directionality of an autonomous vehicle
US14/932,948 US9804599B2 (en) 2015-11-04 2015-11-04 Active lighting control for communicating a state of an autonomous vehicle to entities in a surrounding environment
US14/932,962 2015-11-04
US14/756,994 2015-11-04
US14/932,948 2015-11-04

Publications (2)

Publication Number Publication Date
WO2017079349A1 true WO2017079349A1 (fr) 2017-05-11
WO2017079349A8 WO2017079349A8 (fr) 2018-06-21

Family

ID=58662744

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/US2016/060183 WO2017079349A1 (fr) 2015-11-04 2016-11-02 Système de mise en oeuvre d'un système de sécurité actif dans un véhicule autonome

Country Status (1)

Country Link
WO (1) WO2017079349A1 (fr)

Cited By (76)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2019051511A1 (fr) * 2017-09-07 2019-03-14 TuSimple Système et procédé basés sur la prédiction pour la planification des trajectoires de véhicules autonomes
US20190193462A1 (en) * 2017-12-26 2019-06-27 Toyota Jidosha Kabushiki Kaisha Wheel cover for vehicle, drive unit for vehicle and vehicle
US10338594B2 (en) 2017-03-13 2019-07-02 Nio Usa, Inc. Navigation of autonomous vehicles to enhance safety under one or more fault conditions
US10369974B2 (en) 2017-07-14 2019-08-06 Nio Usa, Inc. Control and coordination of driverless fuel replenishment for autonomous vehicles
CN110188777A (zh) * 2019-05-31 2019-08-30 余旸 一种基于数据挖掘的多周期钢轨伤损数据对齐方法
WO2019169348A1 (fr) * 2018-03-02 2019-09-06 DeepMap Inc. Visualisation de données cartographiques haute-définition
US10423162B2 (en) 2017-05-08 2019-09-24 Nio Usa, Inc. Autonomous vehicle logic to identify permissioned parking relative to multiple classes of restricted parking
WO2019190681A1 (fr) * 2018-03-28 2019-10-03 Intel Corporation Distribution de jeu de véhicule
CN110341703A (zh) * 2018-04-02 2019-10-18 本田技研工业株式会社 车辆控制装置、车辆控制方法及存储介质
WO2019201554A1 (fr) * 2018-04-20 2019-10-24 Volkswagen Aktiengesellschaft Procédé pour établir une communication entre un véhicule à moteur et un usager de la route et véhicule à moteur permettant de mettre en œuvre ce procédé
WO2019201545A1 (fr) * 2018-04-20 2019-10-24 Volkswagen Aktiengesellschaft Procédé de communication d'un véhicule automobile avec un usager de la route et véhicule automobile déstiné à la mise en œuvre de ce procédé
WO2019204053A1 (fr) * 2018-04-05 2019-10-24 TuSimple Système et procédé pour commande de changement de voie automatisée pour véhicules autonomes
WO2019231455A1 (fr) * 2018-05-31 2019-12-05 Nissan North America, Inc. Planification de trajectoire
CN110556103A (zh) * 2018-05-31 2019-12-10 阿里巴巴集团控股有限公司 音频信号处理方法、装置、系统、设备和存储介质
US10564643B2 (en) 2018-05-31 2020-02-18 Nissan North America, Inc. Time-warping for autonomous driving simulation
US10569773B2 (en) 2018-05-31 2020-02-25 Nissan North America, Inc. Predicting behaviors of oncoming vehicles
WO2020055610A1 (fr) * 2018-09-14 2020-03-19 Lyft, Inc. Systèmes et procédé d'affichage d'une prise de conscience environnementale d'un véhicule autonome
WO2019060927A3 (fr) * 2017-09-07 2020-03-26 TuSimple Système et procédé basés sur la prédiction destinés à la planification de trajectoire de véhicules autonomes
WO2020069126A1 (fr) * 2018-09-28 2020-04-02 Zoox, Inc. Modification d'éléments de carte associés à des données de carte
EP3640089A1 (fr) * 2018-10-15 2020-04-22 ZKW Group GmbH Véhicule automobile
WO2020086358A1 (fr) * 2018-10-22 2020-04-30 Waymo Llc Classification d'actions d'objets pour véhicules autonomes
CN111133448A (zh) * 2018-02-09 2020-05-08 辉达公司 使用安全到达时间控制自动驾驶车辆
DE102018219376A1 (de) 2018-11-13 2020-05-14 Robert Bosch Gmbh Verfahren zum Auswählen und beschleunigten Ausführen von Handlungsreaktionen
EP3514445A4 (fr) * 2016-09-15 2020-06-03 Koito Manufacturing Co., Ltd. Système d'éclairage
WO2020132305A1 (fr) * 2018-12-19 2020-06-25 Zoox, Inc. Fonctionnement de système sûr utilisant des déterminations de latence et des déterminations d'utilisation de cpu
US10698407B2 (en) 2018-05-31 2020-06-30 Nissan North America, Inc. Trajectory planning
WO2020139666A1 (fr) * 2018-12-26 2020-07-02 Zoox Inc. Système d'évitement de collision
CN111373458A (zh) * 2017-11-07 2020-07-03 图森有限公司 用于自主车辆的轨迹规划的基于预测的系统和方法
US10710633B2 (en) 2017-07-14 2020-07-14 Nio Usa, Inc. Control of complex parking maneuvers and autonomous fuel replenishment of driverless vehicles
US10745011B2 (en) 2018-05-31 2020-08-18 Nissan North America, Inc. Predicting yield behaviors
US10762673B2 (en) 2017-08-23 2020-09-01 Tusimple, Inc. 3D submap reconstruction system and method for centimeter precision localization using camera-based submap and LiDAR-based global map
US10816354B2 (en) 2017-08-22 2020-10-27 Tusimple, Inc. Verification module system and method for motion-based lane detection with multiple sensors
US10942271B2 (en) 2018-10-30 2021-03-09 Tusimple, Inc. Determining an angle between a tow vehicle and a trailer
WO2021050195A1 (fr) * 2019-09-13 2021-03-18 Intel Corporation Système de sécurité proactive de véhicule
US10953880B2 (en) 2017-09-07 2021-03-23 Tusimple, Inc. System and method for automated lane change control for autonomous vehicles
US10953881B2 (en) 2017-09-07 2021-03-23 Tusimple, Inc. System and method for automated lane change control for autonomous vehicles
EP3796283A1 (fr) * 2019-09-20 2021-03-24 Tusimple, Inc. Système d'interface de machine d'environnement
CN112660128A (zh) * 2019-10-15 2021-04-16 现代自动车株式会社 用于确定自动驾驶车辆的车道变更路径的设备及其方法
CN112660156A (zh) * 2019-10-15 2021-04-16 丰田自动车株式会社 车辆控制系统
US11010874B2 (en) 2018-04-12 2021-05-18 Tusimple, Inc. Images for perception modules of autonomous vehicles
US11009356B2 (en) 2018-02-14 2021-05-18 Tusimple, Inc. Lane marking localization and fusion
US11009365B2 (en) 2018-02-14 2021-05-18 Tusimple, Inc. Lane marking localization
US11022971B2 (en) 2018-01-16 2021-06-01 Nio Usa, Inc. Event data recordation to identify and resolve anomalies associated with control of driverless vehicles
DE102019218455A1 (de) * 2019-11-28 2021-06-02 Volkswagen Aktiengesellschaft Verfahren zum Betreiben einer Fahrassistenzvorrichtung eines Fahrzeugs, Fahrassistenzvorrichtung und Fahrzeug, aufweisend zumindest eine Fahrassistenzvorrichtung
WO2021126853A1 (fr) * 2019-12-16 2021-06-24 Zoox, Inc. Guidage de région bloquée
WO2021133582A1 (fr) * 2019-12-23 2021-07-01 Zoox, Inc. Piétons avec des objets
US11099573B2 (en) 2018-12-19 2021-08-24 Zoox, Inc. Safe system operation using latency determinations
US11104332B2 (en) 2018-12-12 2021-08-31 Zoox, Inc. Collision avoidance system with trajectory validation
EP3878690A1 (fr) * 2020-03-12 2021-09-15 ZKW Group GmbH Véhicule automobile
US11124185B2 (en) 2018-11-13 2021-09-21 Zoox, Inc. Perception collision avoidance
US11136025B2 (en) 2019-08-21 2021-10-05 Waymo Llc Polyline contour representations for autonomous vehicles
US11151393B2 (en) 2017-08-23 2021-10-19 Tusimple, Inc. Feature matching and corresponding refinement and 3D submap position refinement system and method for centimeter precision localization using camera-based submap and LiDAR-based global map
WO2021237194A1 (fr) 2020-05-22 2021-11-25 Optimus Ride, Inc. Système et procédé d'affichage
US20210394778A1 (en) * 2020-06-19 2021-12-23 Hyundai Mobis Co., Ltd. System for forward collision avoidance through sensor angle adjustment and method thereof
US20220001795A1 (en) * 2019-03-26 2022-01-06 Koito Manufacturing Co., Ltd. Vehicle marker
US11281214B2 (en) 2018-12-19 2022-03-22 Zoox, Inc. Safe system operation using CPU usage information
CN114283619A (zh) * 2021-12-25 2022-04-05 重庆长安汽车股份有限公司 一种基于v2x的车辆避障系统、平台构架、方法及车辆
US11292480B2 (en) 2018-09-13 2022-04-05 Tusimple, Inc. Remote safe driving methods and systems
US11305782B2 (en) 2018-01-11 2022-04-19 Tusimple, Inc. Monitoring system for autonomous vehicle operation
US11312334B2 (en) 2018-01-09 2022-04-26 Tusimple, Inc. Real-time remote control of vehicles with high redundancy
WO2022178485A1 (fr) * 2021-02-19 2022-08-25 Argo AI, LLC Systèmes et procédés de planification de mouvement de véhicule
EP3894973A4 (fr) * 2018-12-11 2022-09-28 Edge Case Research, Inc. Procédés et appareil de surveillance de performance et de sécurité de systèmes autonomes supervisés par l'homme
US20220306040A1 (en) * 2021-03-24 2022-09-29 Honda Motor Co., Ltd. Vehicle seatbelt device, tension control method, and storage medium
US11462041B2 (en) 2019-12-23 2022-10-04 Zoox, Inc. Pedestrians with objects
US11500101B2 (en) 2018-05-02 2022-11-15 Tusimple, Inc. Curb detection by analysis of reflection images
EP3781439B1 (fr) * 2018-04-20 2023-01-11 Volkswagen Aktiengesellschaft Procédé permettant la communication d'un véhicule à moteur avec un usager de la route et véhicule à moteur pour mettre en oeuvre ledit procédé
US11590978B1 (en) 2020-03-03 2023-02-28 Waymo Llc Assessing perception of sensor using known mapped objects
US11701931B2 (en) 2020-06-18 2023-07-18 Tusimple, Inc. Angle and orientation measurements for vehicles with multiple drivable sections
US11789155B2 (en) 2019-12-23 2023-10-17 Zoox, Inc. Pedestrian object detection training
US11810322B2 (en) 2020-04-09 2023-11-07 Tusimple, Inc. Camera pose estimation techniques
US11823460B2 (en) 2019-06-14 2023-11-21 Tusimple, Inc. Image fusion for autonomous vehicle operation
US11853071B2 (en) 2017-09-07 2023-12-26 Tusimple, Inc. Data-driven prediction-based system and method for trajectory planning of autonomous vehicles
US11884269B2 (en) 2021-02-19 2024-01-30 Argo AI, LLC Systems and methods for determining future intentions of objects
US11972690B2 (en) 2018-12-14 2024-04-30 Beijing Tusen Zhitu Technology Co., Ltd. Platooning method, apparatus and system of autonomous driving platoon
US12099121B2 (en) 2018-12-10 2024-09-24 Beijing Tusen Zhitu Technology Co., Ltd. Trailer angle measurement method and device, and vehicle
US12122398B2 (en) 2022-04-15 2024-10-22 Tusimple, Inc. Monitoring system for autonomous vehicle operation

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2011248855A (ja) * 2010-04-30 2011-12-08 Denso Corp 車両用衝突警報装置
US20120035846A1 (en) * 2009-04-14 2012-02-09 Hiroshi Sakamoto External environment recognition device for vehicle and vehicle system using same
EP2549456A1 (fr) * 2010-03-16 2013-01-23 Toyota Jidosha Kabushiki Kaisha Dispositif d'assistance à la conduite
US20150268665A1 (en) * 2013-11-07 2015-09-24 Google Inc. Vehicle communication using audible signals

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20120035846A1 (en) * 2009-04-14 2012-02-09 Hiroshi Sakamoto External environment recognition device for vehicle and vehicle system using same
EP2549456A1 (fr) * 2010-03-16 2013-01-23 Toyota Jidosha Kabushiki Kaisha Dispositif d'assistance à la conduite
JP2011248855A (ja) * 2010-04-30 2011-12-08 Denso Corp 車両用衝突警報装置
US20150268665A1 (en) * 2013-11-07 2015-09-24 Google Inc. Vehicle communication using audible signals

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
CHRISTOPH MERTZ ET AL: "Collision Warning and Sensor Data Processing in Urban Areas", RESEARCH SHOWCASE @ CMU , ROBOTICS COMMONS, 1 June 2005 (2005-06-01), XP055193352, Retrieved from the Internet <URL:http://repository.cmu.edu/cgi/viewcontent.cgi?article=1063&context=robotics> [retrieved on 20150603] *

Cited By (136)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP3514445A4 (fr) * 2016-09-15 2020-06-03 Koito Manufacturing Co., Ltd. Système d'éclairage
US10913386B2 (en) 2016-09-15 2021-02-09 Koito Manufacturing Co., Ltd. Lighting system
US10338594B2 (en) 2017-03-13 2019-07-02 Nio Usa, Inc. Navigation of autonomous vehicles to enhance safety under one or more fault conditions
US10423162B2 (en) 2017-05-08 2019-09-24 Nio Usa, Inc. Autonomous vehicle logic to identify permissioned parking relative to multiple classes of restricted parking
US10710633B2 (en) 2017-07-14 2020-07-14 Nio Usa, Inc. Control of complex parking maneuvers and autonomous fuel replenishment of driverless vehicles
US10369974B2 (en) 2017-07-14 2019-08-06 Nio Usa, Inc. Control and coordination of driverless fuel replenishment for autonomous vehicles
US11874130B2 (en) 2017-08-22 2024-01-16 Tusimple, Inc. Verification module system and method for motion-based lane detection with multiple sensors
US11573095B2 (en) 2017-08-22 2023-02-07 Tusimple, Inc. Verification module system and method for motion-based lane detection with multiple sensors
US10816354B2 (en) 2017-08-22 2020-10-27 Tusimple, Inc. Verification module system and method for motion-based lane detection with multiple sensors
US10762673B2 (en) 2017-08-23 2020-09-01 Tusimple, Inc. 3D submap reconstruction system and method for centimeter precision localization using camera-based submap and LiDAR-based global map
US11846510B2 (en) 2017-08-23 2023-12-19 Tusimple, Inc. Feature matching and correspondence refinement and 3D submap position refinement system and method for centimeter precision localization using camera-based submap and LiDAR-based global map
US11151393B2 (en) 2017-08-23 2021-10-19 Tusimple, Inc. Feature matching and corresponding refinement and 3D submap position refinement system and method for centimeter precision localization using camera-based submap and LiDAR-based global map
US10782694B2 (en) 2017-09-07 2020-09-22 Tusimple, Inc. Prediction-based system and method for trajectory planning of autonomous vehicles
US11853071B2 (en) 2017-09-07 2023-12-26 Tusimple, Inc. Data-driven prediction-based system and method for trajectory planning of autonomous vehicles
WO2019051511A1 (fr) * 2017-09-07 2019-03-14 TuSimple Système et procédé basés sur la prédiction pour la planification des trajectoires de véhicules autonomes
US10953880B2 (en) 2017-09-07 2021-03-23 Tusimple, Inc. System and method for automated lane change control for autonomous vehicles
US10782693B2 (en) 2017-09-07 2020-09-22 Tusimple, Inc. Prediction-based system and method for trajectory planning of autonomous vehicles
US11892846B2 (en) 2017-09-07 2024-02-06 Tusimple, Inc. Prediction-based system and method for trajectory planning of autonomous vehicles
WO2019060927A3 (fr) * 2017-09-07 2020-03-26 TuSimple Système et procédé basés sur la prédiction destinés à la planification de trajectoire de véhicules autonomes
US10953881B2 (en) 2017-09-07 2021-03-23 Tusimple, Inc. System and method for automated lane change control for autonomous vehicles
CN111373458B (zh) * 2017-11-07 2022-11-04 图森有限公司 用于自主车辆的轨迹规划的基于预测的系统和方法
CN111373458A (zh) * 2017-11-07 2020-07-03 图森有限公司 用于自主车辆的轨迹规划的基于预测的系统和方法
US10562343B2 (en) 2017-12-26 2020-02-18 Toyota Jidosha Kabushiki Kaisha Wheel cover for vehicle, drive unit for vehicle and vehicle
EP3505364A3 (fr) * 2017-12-26 2019-07-24 Toyota Jidosha Kabushiki Kaisha Enjoliveur pour véhicule, unité de commande pour véhicule et véhicule
US20190193462A1 (en) * 2017-12-26 2019-06-27 Toyota Jidosha Kabushiki Kaisha Wheel cover for vehicle, drive unit for vehicle and vehicle
US12071101B2 (en) 2018-01-09 2024-08-27 Tusimple, Inc. Real-time remote control of vehicles with high redundancy
US11312334B2 (en) 2018-01-09 2022-04-26 Tusimple, Inc. Real-time remote control of vehicles with high redundancy
US11305782B2 (en) 2018-01-11 2022-04-19 Tusimple, Inc. Monitoring system for autonomous vehicle operation
US11022971B2 (en) 2018-01-16 2021-06-01 Nio Usa, Inc. Event data recordation to identify and resolve anomalies associated with control of driverless vehicles
US12093042B2 (en) 2018-01-16 2024-09-17 Nio Usa, Inc. Event data recordation to identify and resolve anomalies associated with control of driverless vehicles
CN111133448A (zh) * 2018-02-09 2020-05-08 辉达公司 使用安全到达时间控制自动驾驶车辆
US11789449B2 (en) 2018-02-09 2023-10-17 Nvidia Corporation Controlling autonomous vehicles using safe arrival times
US11009365B2 (en) 2018-02-14 2021-05-18 Tusimple, Inc. Lane marking localization
US11852498B2 (en) 2018-02-14 2023-12-26 Tusimple, Inc. Lane marking localization
US11740093B2 (en) 2018-02-14 2023-08-29 Tusimple, Inc. Lane marking localization and fusion
US11009356B2 (en) 2018-02-14 2021-05-18 Tusimple, Inc. Lane marking localization and fusion
US11365976B2 (en) 2018-03-02 2022-06-21 Nvidia Corporation Semantic label based filtering of objects in an image generated from high definition map data
US11566903B2 (en) 2018-03-02 2023-01-31 Nvidia Corporation Visualization of high definition map data
WO2019169348A1 (fr) * 2018-03-02 2019-09-06 DeepMap Inc. Visualisation de données cartographiques haute-définition
US10960880B2 (en) 2018-03-28 2021-03-30 Intel Corporation Vehicle slack distribution
WO2019190681A1 (fr) * 2018-03-28 2019-10-03 Intel Corporation Distribution de jeu de véhicule
CN110341703B (zh) * 2018-04-02 2022-03-29 本田技研工业株式会社 车辆控制装置、车辆控制方法及存储介质
CN110341703A (zh) * 2018-04-02 2019-10-18 本田技研工业株式会社 车辆控制装置、车辆控制方法及存储介质
WO2019204053A1 (fr) * 2018-04-05 2019-10-24 TuSimple Système et procédé pour commande de changement de voie automatisée pour véhicules autonomes
US11694308B2 (en) 2018-04-12 2023-07-04 Tusimple, Inc. Images for perception modules of autonomous vehicles
US11010874B2 (en) 2018-04-12 2021-05-18 Tusimple, Inc. Images for perception modules of autonomous vehicles
WO2019201554A1 (fr) * 2018-04-20 2019-10-24 Volkswagen Aktiengesellschaft Procédé pour établir une communication entre un véhicule à moteur et un usager de la route et véhicule à moteur permettant de mettre en œuvre ce procédé
WO2019201545A1 (fr) * 2018-04-20 2019-10-24 Volkswagen Aktiengesellschaft Procédé de communication d'un véhicule automobile avec un usager de la route et véhicule automobile déstiné à la mise en œuvre de ce procédé
EP3781438B1 (fr) * 2018-04-20 2023-01-04 Volkswagen AG Procédé de communication d'un véhicule automobile avec un usager de la route et véhicule automobile déstiné à la mise en uvre de ce procédé
EP3781439B1 (fr) * 2018-04-20 2023-01-11 Volkswagen Aktiengesellschaft Procédé permettant la communication d'un véhicule à moteur avec un usager de la route et véhicule à moteur pour mettre en oeuvre ledit procédé
US11500101B2 (en) 2018-05-02 2022-11-15 Tusimple, Inc. Curb detection by analysis of reflection images
US10569773B2 (en) 2018-05-31 2020-02-25 Nissan North America, Inc. Predicting behaviors of oncoming vehicles
WO2019231455A1 (fr) * 2018-05-31 2019-12-05 Nissan North America, Inc. Planification de trajectoire
US11040729B2 (en) 2018-05-31 2021-06-22 Nissan North America, Inc. Probabilistic object tracking and prediction framework
US10564643B2 (en) 2018-05-31 2020-02-18 Nissan North America, Inc. Time-warping for autonomous driving simulation
CN110556103A (zh) * 2018-05-31 2019-12-10 阿里巴巴集团控股有限公司 音频信号处理方法、装置、系统、设备和存储介质
RU2751382C1 (ru) * 2018-05-31 2021-07-13 Ниссан Норт Америка, Инк. Планирование траектории
US12043284B2 (en) 2018-05-31 2024-07-23 Nissan North America, Inc. Trajectory planning
US10698407B2 (en) 2018-05-31 2020-06-30 Nissan North America, Inc. Trajectory planning
CN110556103B (zh) * 2018-05-31 2023-05-30 阿里巴巴集团控股有限公司 音频信号处理方法、装置、系统、设备和存储介质
US10745011B2 (en) 2018-05-31 2020-08-18 Nissan North America, Inc. Predicting yield behaviors
US11292480B2 (en) 2018-09-13 2022-04-05 Tusimple, Inc. Remote safe driving methods and systems
US11734865B2 (en) 2018-09-14 2023-08-22 Lyft, Inc. Systems and methods for displaying autonomous vehicle environmental awareness
JP2021527902A (ja) * 2018-09-14 2021-10-14 リフト インコーポレイテッドＬｙｆｔ， Ｉｎｃ． 自律走行車両の環境認識を表示するためのシステムおよび方法
US10970903B2 (en) 2018-09-14 2021-04-06 Lyft, Inc. Systems and methods for displaying autonomous vehicle environmental awareness
WO2020055610A1 (fr) * 2018-09-14 2020-03-19 Lyft, Inc. Systèmes et procédé d'affichage d'une prise de conscience environnementale d'un véhicule autonome
US10782136B2 (en) 2018-09-28 2020-09-22 Zoox, Inc. Modifying map elements associated with map data
CN112752950B (zh) * 2018-09-28 2024-03-12 祖克斯有限公司 修改与地图数据相关联的地图元素
CN112752950A (zh) * 2018-09-28 2021-05-04 祖克斯有限公司 修改与地图数据相关联的地图元素
WO2020069126A1 (fr) * 2018-09-28 2020-04-02 Zoox, Inc. Modification d'éléments de carte associés à des données de carte
US11761791B2 (en) 2018-09-28 2023-09-19 Zoox, Inc. Modifying map elements associated with map data
EP3640089A1 (fr) * 2018-10-15 2020-04-22 ZKW Group GmbH Véhicule automobile
US11061406B2 (en) 2018-10-22 2021-07-13 Waymo Llc Object action classification for autonomous vehicles
WO2020086358A1 (fr) * 2018-10-22 2020-04-30 Waymo Llc Classification d'actions d'objets pour véhicules autonomes
CN113196103A (zh) * 2018-10-22 2021-07-30 伟摩有限责任公司 用于自主车辆的对象动作分类
US11714192B2 (en) 2018-10-30 2023-08-01 Tusimple, Inc. Determining an angle between a tow vehicle and a trailer
US10942271B2 (en) 2018-10-30 2021-03-09 Tusimple, Inc. Determining an angle between a tow vehicle and a trailer
US11124185B2 (en) 2018-11-13 2021-09-21 Zoox, Inc. Perception collision avoidance
US11584365B2 (en) 2018-11-13 2023-02-21 Robert Bosch Gmbh Method for selecting and accelerated execution of reactive actions
DE102018219376A1 (de) 2018-11-13 2020-05-14 Robert Bosch Gmbh Verfahren zum Auswählen und beschleunigten Ausführen von Handlungsreaktionen
US12099121B2 (en) 2018-12-10 2024-09-24 Beijing Tusen Zhitu Technology Co., Ltd. Trailer angle measurement method and device, and vehicle
EP3894973A4 (fr) * 2018-12-11 2022-09-28 Edge Case Research, Inc. Procédés et appareil de surveillance de performance et de sécurité de systèmes autonomes supervisés par l'homme
US11104332B2 (en) 2018-12-12 2021-08-31 Zoox, Inc. Collision avoidance system with trajectory validation
US11731620B2 (en) 2018-12-12 2023-08-22 Zoox, Inc. Collision avoidance system with trajectory validation
US11972690B2 (en) 2018-12-14 2024-04-30 Beijing Tusen Zhitu Technology Co., Ltd. Platooning method, apparatus and system of autonomous driving platoon
WO2020132305A1 (fr) * 2018-12-19 2020-06-25 Zoox, Inc. Fonctionnement de système sûr utilisant des déterminations de latence et des déterminations d'utilisation de cpu
US11099573B2 (en) 2018-12-19 2021-08-24 Zoox, Inc. Safe system operation using latency determinations
CN113195331A (zh) * 2018-12-19 2021-07-30 祖克斯有限公司 使用延迟确定和cpu使用率确定的安全系统操作
US11994858B2 (en) 2018-12-19 2024-05-28 Zoox, Inc. Safe system operation using CPU usage information
CN113195331B (zh) * 2018-12-19 2024-02-06 祖克斯有限公司 使用延迟确定和cpu使用率确定的安全系统操作
US11281214B2 (en) 2018-12-19 2022-03-22 Zoox, Inc. Safe system operation using CPU usage information
WO2020139666A1 (fr) * 2018-12-26 2020-07-02 Zoox Inc. Système d'évitement de collision
US20220001795A1 (en) * 2019-03-26 2022-01-06 Koito Manufacturing Co., Ltd. Vehicle marker
EP3951745A4 (fr) * 2019-03-26 2022-06-01 Koito Manufacturing Co., Ltd. Véhicule et marqueur de véhicule
US11780364B2 (en) 2019-03-26 2023-10-10 Koito Manufacturing Co., Ltd. Vehicle marker
CN110188777A (zh) * 2019-05-31 2019-08-30 余旸 一种基于数据挖掘的多周期钢轨伤损数据对齐方法
CN110188777B (zh) * 2019-05-31 2023-08-25 东莞先知大数据有限公司 一种基于数据挖掘的多周期钢轨伤损数据对齐方法
US11823460B2 (en) 2019-06-14 2023-11-21 Tusimple, Inc. Image fusion for autonomous vehicle operation
US11938926B2 (en) 2019-08-21 2024-03-26 Waymo Llc Polyline contour representations for autonomous vehicles
US11260857B2 (en) 2019-08-21 2022-03-01 Waymo Llc Polyline contour representations for autonomous vehicles
US11136025B2 (en) 2019-08-21 2021-10-05 Waymo Llc Polyline contour representations for autonomous vehicles
WO2021050195A1 (fr) * 2019-09-13 2021-03-18 Intel Corporation Système de sécurité proactive de véhicule
US11351987B2 (en) 2019-09-13 2022-06-07 Intel Corporation Proactive vehicle safety system
EP3796283A1 (fr) * 2019-09-20 2021-03-24 Tusimple, Inc. Système d'interface de machine d'environnement
CN112660156A (zh) * 2019-10-15 2021-04-16 丰田自动车株式会社 车辆控制系统
CN112660128B (zh) * 2019-10-15 2024-04-16 现代自动车株式会社 用于确定自动驾驶车辆的车道变更路径的设备及其方法
CN112660128A (zh) * 2019-10-15 2021-04-16 现代自动车株式会社 用于确定自动驾驶车辆的车道变更路径的设备及其方法
DE102019218455A1 (de) * 2019-11-28 2021-06-02 Volkswagen Aktiengesellschaft Verfahren zum Betreiben einer Fahrassistenzvorrichtung eines Fahrzeugs, Fahrassistenzvorrichtung und Fahrzeug, aufweisend zumindest eine Fahrassistenzvorrichtung
US11353877B2 (en) 2019-12-16 2022-06-07 Zoox, Inc. Blocked region guidance
WO2021126853A1 (fr) * 2019-12-16 2021-06-24 Zoox, Inc. Guidage de région bloquée
WO2021133582A1 (fr) * 2019-12-23 2021-07-01 Zoox, Inc. Piétons avec des objets
US11789155B2 (en) 2019-12-23 2023-10-17 Zoox, Inc. Pedestrian object detection training
EP4081875A4 (fr) * 2019-12-23 2024-01-03 Zoox, Inc. Piétons avec des objets
US11462041B2 (en) 2019-12-23 2022-10-04 Zoox, Inc. Pedestrians with objects
US11590978B1 (en) 2020-03-03 2023-02-28 Waymo Llc Assessing perception of sensor using known mapped objects
US11780363B2 (en) 2020-03-12 2023-10-10 Zkw Group Gmbh Motor vehicle
EP3878690A1 (fr) * 2020-03-12 2021-09-15 ZKW Group GmbH Véhicule automobile
WO2021180408A1 (fr) * 2020-03-12 2021-09-16 Zkw Group Gmbh Véhicule à moteur
US11810322B2 (en) 2020-04-09 2023-11-07 Tusimple, Inc. Camera pose estimation techniques
WO2021237194A1 (fr) 2020-05-22 2021-11-25 Optimus Ride, Inc. Système et procédé d'affichage
WO2021237201A1 (fr) 2020-05-22 2021-11-25 Optimus Ride, Inc. Système et procédé d'affichage
EP4153453A4 (fr) * 2020-05-22 2024-01-31 Magna Electronics Inc. Système et procédé d'affichage
EP4153455A4 (fr) * 2020-05-22 2024-01-31 Magna Electronics Inc. Système et procédé d'affichage
US12077024B2 (en) 2020-06-18 2024-09-03 Tusimple, Inc. Angle and orientation measurements for vehicles with multiple drivable sections
US11701931B2 (en) 2020-06-18 2023-07-18 Tusimple, Inc. Angle and orientation measurements for vehicles with multiple drivable sections
CN113895433B (zh) * 2020-06-19 2023-05-26 现代摩比斯株式会社 通过传感器角度调整的前向避撞系统及其方法
US11618470B2 (en) * 2020-06-19 2023-04-04 Hyundai Mobis Co., Ltd. System for forward collision avoidance through sensor angle adjustment and method thereof
US20210394778A1 (en) * 2020-06-19 2021-12-23 Hyundai Mobis Co., Ltd. System for forward collision avoidance through sensor angle adjustment and method thereof
CN113895433A (zh) * 2020-06-19 2022-01-07 现代摩比斯株式会社 通过传感器角度调整的前向避撞系统及其方法
US11565723B2 (en) 2021-02-19 2023-01-31 Argo AI, LLC Systems and methods for vehicle motion planning
US11884269B2 (en) 2021-02-19 2024-01-30 Argo AI, LLC Systems and methods for determining future intentions of objects
WO2022178485A1 (fr) * 2021-02-19 2022-08-25 Argo AI, LLC Systèmes et procédés de planification de mouvement de véhicule
US11865999B2 (en) * 2021-03-24 2024-01-09 Honda Motor Co., Ltd. Vehicle seatbelt device, tension control method, and storage medium
US20220306040A1 (en) * 2021-03-24 2022-09-29 Honda Motor Co., Ltd. Vehicle seatbelt device, tension control method, and storage medium
CN114283619A (zh) * 2021-12-25 2022-04-05 重庆长安汽车股份有限公司 一种基于v2x的车辆避障系统、平台构架、方法及车辆
US12122398B2 (en) 2022-04-15 2024-10-22 Tusimple, Inc. Monitoring system for autonomous vehicle operation

Also Published As

Publication number Publication date
WO2017079349A8 (fr) 2018-06-21

Similar Documents

Publication Publication Date Title
US11500388B2 (en) System of configuring active lighting to indicate directionality of an autonomous vehicle
US11500378B2 (en) Active lighting control for communicating a state of an autonomous vehicle to entities in a surrounding environment
US10543838B2 (en) Robotic vehicle active safety systems and methods
US9630619B1 (en) Robotic vehicle active safety systems and methods
US11099574B2 (en) Internal safety systems for robotic vehicles
WO2017079349A1 (fr) Système de mise en oeuvre d&#39;un système de sécurité actif dans un véhicule autonome
US10745003B2 (en) Resilient safety system for a robotic vehicle
JP7504155B2 (ja) ロボット車両のための内部安全システム
US11091092B2 (en) Method for robotic vehicle communication with an external environment via acoustic beam forming
JP2018536955A5 (fr)
US9802568B1 (en) Interlocking vehicle airbags
US20200156538A1 (en) Dynamic sound emission for vehicles

Legal Events

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

Ref document number: 16806310

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 2018543267

Country of ref document: JP

NENP Non-entry into the national phase

Ref country code: DE

WWE Wipo information: entry into national phase

Ref document number: 2016806310

Country of ref document: EP