US20200019166A1 - Remote assistance for an autonomous vehicle in low confidence situations - Google Patents
Remote assistance for an autonomous vehicle in low confidence situations Download PDFInfo
- Publication number
- US20200019166A1 US20200019166A1 US16/561,691 US201916561691A US2020019166A1 US 20200019166 A1 US20200019166 A1 US 20200019166A1 US 201916561691 A US201916561691 A US 201916561691A US 2020019166 A1 US2020019166 A1 US 2020019166A1
- Authority
- US
- United States
- Prior art keywords
- vehicle
- autonomous
- autonomous vehicle
- sensor
- request
- Prior art date
- Legal status (The legal status 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 status listed.)
- Pending
Links
- 238000000034 method Methods 0.000 claims abstract description 64
- 230000004044 response Effects 0.000 claims abstract description 56
- 238000004891 communication Methods 0.000 claims description 32
- 230000006870 function Effects 0.000 description 15
- 238000012545 processing Methods 0.000 description 15
- 230000009471 action Effects 0.000 description 14
- 238000013500 data storage Methods 0.000 description 10
- 230000002093 peripheral effect Effects 0.000 description 7
- 238000004590 computer program Methods 0.000 description 6
- 238000010586 diagram Methods 0.000 description 6
- 230000005540 biological transmission Effects 0.000 description 5
- 230000008859 change Effects 0.000 description 5
- 230000004927 fusion Effects 0.000 description 5
- 230000008569 process Effects 0.000 description 5
- 238000010276 construction Methods 0.000 description 4
- 230000005670 electromagnetic radiation Effects 0.000 description 3
- 239000000446 fuel Substances 0.000 description 3
- LFQSCWFLJHTTHZ-UHFFFAOYSA-N Ethanol Chemical compound CCO LFQSCWFLJHTTHZ-UHFFFAOYSA-N 0.000 description 2
- ATUOYWHBWRKTHZ-UHFFFAOYSA-N Propane Chemical compound CCC ATUOYWHBWRKTHZ-UHFFFAOYSA-N 0.000 description 2
- 230000006399 behavior Effects 0.000 description 2
- 230000010267 cellular communication Effects 0.000 description 2
- 238000001514 detection method Methods 0.000 description 2
- 238000011156 evaluation Methods 0.000 description 2
- 239000003502 gasoline Substances 0.000 description 2
- 239000000463 material Substances 0.000 description 2
- 230000007246 mechanism Effects 0.000 description 2
- 230000011664 signaling Effects 0.000 description 2
- 230000005236 sound signal Effects 0.000 description 2
- 241001622623 Coeliadinae Species 0.000 description 1
- HBBGRARXTFLTSG-UHFFFAOYSA-N Lithium ion Chemical compound [Li+] HBBGRARXTFLTSG-UHFFFAOYSA-N 0.000 description 1
- 230000001133 acceleration Effects 0.000 description 1
- 239000002253 acid Substances 0.000 description 1
- 238000013459 approach Methods 0.000 description 1
- -1 batteries Substances 0.000 description 1
- 230000008901 benefit Effects 0.000 description 1
- 239000003990 capacitor Substances 0.000 description 1
- 238000005352 clarification Methods 0.000 description 1
- 230000001427 coherent effect Effects 0.000 description 1
- 238000002485 combustion reaction Methods 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 230000007613 environmental effect Effects 0.000 description 1
- 239000000835 fiber Substances 0.000 description 1
- 239000002828 fuel tank Substances 0.000 description 1
- 230000008571 general function Effects 0.000 description 1
- 230000003993 interaction Effects 0.000 description 1
- 230000002452 interceptive effect Effects 0.000 description 1
- 229910001416 lithium ion Inorganic materials 0.000 description 1
- 238000004519 manufacturing process Methods 0.000 description 1
- 238000005259 measurement Methods 0.000 description 1
- 239000002184 metal Substances 0.000 description 1
- 239000010705 motor oil Substances 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 239000003208 petroleum Substances 0.000 description 1
- 239000001294 propane Substances 0.000 description 1
- 238000012795 verification Methods 0.000 description 1
- 230000000007 visual effect Effects 0.000 description 1
- 230000001755 vocal effect Effects 0.000 description 1
Images
Classifications
-
- G—PHYSICS
- G05—CONTROLLING; REGULATING
- G05D—SYSTEMS FOR CONTROLLING OR REGULATING NON-ELECTRIC VARIABLES
- G05D1/00—Control of position, course, altitude or attitude of land, water, air or space vehicles, e.g. using automatic pilots
- G05D1/0088—Control of position, course, altitude or attitude of land, water, air or space vehicles, e.g. using automatic pilots characterized by the autonomous decision making process, e.g. artificial intelligence, predefined behaviours
-
- G—PHYSICS
- G05—CONTROLLING; REGULATING
- G05D—SYSTEMS FOR CONTROLLING OR REGULATING NON-ELECTRIC VARIABLES
- G05D1/00—Control of position, course, altitude or attitude of land, water, air or space vehicles, e.g. using automatic pilots
- G05D1/0011—Control of position, course, altitude or attitude of land, water, air or space vehicles, e.g. using automatic pilots associated with a remote control arrangement
- G05D1/0027—Control of position, course, altitude or attitude of land, water, air or space vehicles, e.g. using automatic pilots associated with a remote control arrangement involving a plurality of vehicles, e.g. fleet or convoy travelling
-
- G—PHYSICS
- G05—CONTROLLING; REGULATING
- G05D—SYSTEMS FOR CONTROLLING OR REGULATING NON-ELECTRIC VARIABLES
- G05D1/00—Control of position, course, altitude or attitude of land, water, air or space vehicles, e.g. using automatic pilots
- G05D1/0011—Control of position, course, altitude or attitude of land, water, air or space vehicles, e.g. using automatic pilots associated with a remote control arrangement
- G05D1/0038—Control of position, course, altitude or attitude of land, water, air or space vehicles, e.g. using automatic pilots associated with a remote control arrangement by providing the operator with simple or augmented images from one or more cameras located onboard the vehicle, e.g. tele-operation
-
- G—PHYSICS
- G05—CONTROLLING; REGULATING
- G05D—SYSTEMS FOR CONTROLLING OR REGULATING NON-ELECTRIC VARIABLES
- G05D1/00—Control of position, course, altitude or attitude of land, water, air or space vehicles, e.g. using automatic pilots
- G05D1/0011—Control of position, course, altitude or attitude of land, water, air or space vehicles, e.g. using automatic pilots associated with a remote control arrangement
- G05D1/0044—Control of position, course, altitude or attitude of land, water, air or space vehicles, e.g. using automatic pilots associated with a remote control arrangement by providing the operator with a computer generated representation of the environment of the vehicle, e.g. virtual reality, maps
-
- 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
- B60W50/00—Details of control systems for road vehicle drive control not related to the control of a particular sub-unit, e.g. process diagnostic or vehicle driver interfaces
- B60W50/02—Ensuring safety in case of control system failures, e.g. by diagnosing, circumventing or fixing failures
- B60W50/0205—Diagnosing or detecting failures; Failure detection models
- B60W2050/0215—Sensor drifts or sensor failures
-
- 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
- B60W2556/00—Input parameters relating to data
- B60W2556/20—Data confidence level
-
- 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
- B60W2556/00—Input parameters relating to data
- B60W2556/45—External transmission of data to or from the vehicle
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
Definitions
- a vehicle could be any wheeled, powered vehicle and may include a car, truck, motorcycle, bus, etc. Vehicles can be utilized for various tasks such as transportation of people and goods, as well as many other uses.
- Some vehicles may be partially or fully autonomous. For instance, when a vehicle is in an autonomous mode, some or all of the driving aspects of vehicle operation can be handled by a vehicle control system.
- computing devices located onboard and/or in a server network could be operable to carry out functions such as planning a driving route, sensing aspects of the vehicle, sensing the environment of the vehicle, and controlling drive components such as steering, throttle, and brake.
- autonomous vehicles may reduce or eliminate the need for human interaction in various aspects of vehicle operation.
- the present disclosure provides methods and apparatuses that enable an autonomous vehicle to request assistance from a remote operator when the vehicle's confidence in operation is low.
- the vehicle may identify a situation where confidence in operation falls below a predetermined threshold.
- the vehicle may then send a request for assistance to a remote assistor, indicating the vehicle's current mode of operation as well as a sensor representation of its environment.
- the vehicle may receive a response back from the remote assistor indicating a second mode of operation.
- the vehicle may then switch to the second mode of operation.
- a method in one example, includes operating an autonomous vehicle in a first autonomous mode.
- the method may also include identifying a situation where a level of confidence of an autonomous operation in the first autonomous mode is below a threshold level.
- the method may further include sending a request for assistance to a remote assistor, the request including sensor data representative of a portion of an environment of the autonomous vehicle.
- the method may additionally include receiving a response from the remote assistor, the response indicating a second autonomous mode of operation.
- the method may also include causing the autonomous vehicle to operate in the second autonomous mode of operation in accordance with the response from the remote assistor.
- a method in another example, includes receiving a request for assistance from an autonomous vehicle.
- the request may include a sensor data representation of an environment of the autonomous vehicle, the sensor data representation including a representation based on sensor data collected by the vehicle and used by the vehicle to determine an autonomous mode of operation.
- the request may also include a video stream of a portion of the environment.
- the method may further include providing for display of a graphical interface showing the sensor data representation of the environment and the video stream of the portion of the environment.
- the method may also include receiving a proposed mode of autonomous operation for the autonomous vehicle via the graphical interface.
- the method may additionally include sending a response to the autonomous vehicle to switch to the proposed mode of autonomous operation.
- an autonomous vehicle including a control system.
- the control system may be configured to operate the autonomous vehicle in a first autonomous mode.
- the control system may be also configured to identify a situation where a level of confidence of an autonomous operation in the first autonomous mode is below a threshold level.
- the control system may further be configured to send a request for assistance to a remote assistor, the request including sensor data representative of a portion of an environment of the autonomous vehicle.
- the control system may also be configured to receive a response from the remote assistor, the response indicating a second autonomous mode of operation.
- the control system may additionally be configured to cause the autonomous vehicle to operate in the second autonomous mode of operation in accordance with the response from the remote assistor.
- a system may include means for operating an autonomous vehicle in a first autonomous mode.
- the system may also include means for identifying a situation where a level of confidence of an autonomous operation in the first autonomous mode is below a threshold level.
- the system may further include means for sending a request for assistance to a remote assistor, the request including sensor data representative of a portion of an environment of the autonomous vehicle.
- the system may also include means for receiving a response from the remote assistor, the response indicating a second autonomous mode of operation.
- the system may additionally include means for causing the autonomous vehicle to operate in the second autonomous mode of operation in accordance with the response from the remote assistor.
- a system may include means for receiving a request for assistance from an autonomous vehicle.
- the request may include a sensor data representation of an environment of the autonomous vehicle, the sensor data representation including a representation based on sensor data collected by the vehicle and used by the vehicle to determine an autonomous mode of operation.
- the request may also include a video stream of a portion of the environment.
- the system may also include means for providing for display of a graphical interface showing the sensor data representation of the environment and the video stream of the portion of the environment.
- the system may further include means for receiving a proposed mode of autonomous operation for the autonomous vehicle via the graphical interface.
- the system may also include means for sending a response to the autonomous vehicle to switch to the proposed mode of autonomous operation.
- FIG. 1 is a functional block diagram illustrating a vehicle, according to an example embodiment.
- FIG. 2 shows a vehicle, according to an example embodiment.
- FIG. 3 is a block diagram of a method, according to an example embodiment.
- FIG. 4A illustrates a top view of an autonomous vehicle operating scenario, according to an example embodiment.
- FIG. 4B illustrates a sensor data representation of the scenario from FIG. 4A , according to an example embodiment.
- FIG. 4C illustrates a video feed taken from the vehicle in FIG. 4A , according to an example embodiment.
- FIG. 4D illustrates a graphical interface containing the sensor data representation from FIG. 4B and the video feed from FIG. 4C , according to an example embodiment.
- FIG. 4E illustrates the graphical interface from FIG. 4D including a control menu, according to an example embodiment.
- FIG. 4F illustrates a top view of the autonomous vehicle from FIG. 4A after switching to a different mode of autonomous operation, according to an example embodiment.
- FIG. 5 illustrates a block diagram of another method, according to an example embodiment.
- FIG. 6 is a schematic diagram of a computer program, according to an example embodiment.
- Example methods and systems are described herein. Any example embodiment or feature described herein is not necessarily to be construed as preferred or advantageous over other embodiments or features.
- the example embodiments described herein are not meant to be limiting. It will be readily understood that certain aspects of the disclosed systems and methods can be arranged and combined in a wide variety of different configurations, all of which are contemplated herein.
- An autonomous vehicle may be configured to operate in an autonomous mode in which the vehicle may use a computer system to control the operation of the vehicle with little or no human input. For example, a human operator may enter an address into an autonomous vehicle and the vehicle may then be able to drive, without further input from the human (e.g., the human does not have to steer or touch the brake/gas pedals), to the specified destination.
- a human operator may enter an address into an autonomous vehicle and the vehicle may then be able to drive, without further input from the human (e.g., the human does not have to steer or touch the brake/gas pedals), to the specified destination.
- the autonomous vehicle may maintain a confidence metric which indicates a level of confidence of different autonomous operations executed by the vehicle while operating in an autonomous mode.
- the vehicle may monitor the level of confidence and identify situations where the confidence level drops below a predetermined threshold. In those situations, the vehicle may seek assistance from a remote operator (e.g., a remote human operator or a more powerful computing system) in order to determine how to operate in low-confidence situations.
- the request for assistance may include sensor data (such as a video feed of a portion of the car's environment) in order to enable the remote assistor to provide guidance to the vehicle.
- the vehicle may additionally transmit one or more proposed modes of operation to the remote assistor.
- the vehicle may determine that it is not confident that its current mode of operation is correct, but may be uncertain of the cause. For instance, the car may be able to identify some type of blockage on the road, but may be unsure exactly what is causing the blockage or how to proceed. In such a circumstance, the car may send a request for assistance to a remote assistor, along with sensor data (e.g., a live camera feed) of its environment. The remote assistor may then provide a proposed alternative mode of operation for the vehicle to take.
- the remote assistor may be a human operator presented with a graphical interface with which to view information about the car's environment and make a determination as to how the car should proceed.
- the remote assistor may be a passenger within the autonomous vehicle.
- the remote assistor may be a more powerful remote computer, which may be capable of resolving ambiguous situations that cannot be adequately processed by the vehicle's own computing systems.
- different factors may indicate a low level of confidence, such that the vehicle should request remote assistance.
- these factors may include cues taken from the current environment of the car as well as cues taken from the vehicle's own actions. For instance, the vehicle may at some point become uncertain as to its current position within an environment (e.g., when it sees road markers or objects in unexpected locations), and may be unsure how or why it ended up in its current circumstance. In such a scenario, the vehicle may seek remote assistance to reorient itself.
- a request for assistance may be sent when the vehicle's view in certain directions is obstructed such that the vehicle cannot properly characterize its environment in order to determine how to proceed.
- a request may be sent to the remote assistor for clarification.
- the remote assistor may suggest a particular behavior for the vehicle to take (e.g., an autonomous operation or sequence of operations). For instance, if the car is stuck for a certain period of time, it may send a request for assistance to the remote assistor, which may then indicate how the car should proceed (e.g., pass a road blockage using the left lane).
- the remote assistor may provide guidance to the vehicle without specifying specific autonomous operations for the vehicle. For instance, the response from the guide may indicate a level of caution that the vehicle should use to determine autonomous operations.
- the remote assistor may identify nearby construction work and instruct the vehicle to operate at a slower speed.
- the response from the guide may indicate future actions of the vehicle (e.g., to change lanes or pull over as soon as practical). More complex instructions from the remote assistor, possibly including several responses back and forth between the vehicle and the guide, are also possible.
- An example system may be implemented in or may take the form of an automobile.
- an example system may also be implemented in or take the form of other vehicles, such as cars, trucks, motorcycles, buses, boats, airplanes, helicopters, lawn mowers, earth movers, boats, snowmobiles, aircraft, recreational vehicles, amusement park vehicles, farm equipment, construction equipment, trams, golf carts, trains, and trolleys.
- Other vehicles are possible as well.
- FIG. 1 is a functional block diagram illustrating a vehicle 100 , according to an example embodiment.
- the vehicle 100 could include various subsystems such as a propulsion system 102 , a sensor system 104 , a control system 106 , one or more peripherals 108 , as well as a power supply 110 , a computer system 112 , a data storage 114 , and a user interface 116 .
- the vehicle 100 may include more or fewer subsystems and each subsystem could include multiple elements. Further, each of the subsystems and elements of vehicle 100 could be interconnected. Thus, one or more of the described functions of the vehicle 100 may be divided up into additional functional or physical components, or combined into fewer functional or physical components. In some further examples, additional functional and/or physical components may be added to the examples illustrated by FIG. 1 .
- the propulsion system 102 may include components operable to provide powered motion for the vehicle 100 .
- the propulsion system 102 could include an engine/motor 118 , an energy source 119 , a transmission 120 , and wheels/tires 121 .
- the engine/motor 118 could be any combination of an internal combustion engine, an electric motor, steam engine, Stirling engine. Other motors and/or engines are possible.
- the engine/motor 118 may be configured to convert energy source 119 into mechanical energy.
- the propulsion system 102 could include multiple types of engines and/or motors. For instance, a gas-electric hybrid car could include a gasoline engine and an electric motor. Other examples are possible.
- the energy source 119 could represent a source of energy that may, in full or in part, power the engine/motor 118 .
- Examples of energy sources 119 contemplated within the scope of the present disclosure include gasoline, diesel, other petroleum-based fuels, propane, other compressed gas-based fuels, ethanol, solar panels, batteries, and other sources of electrical power.
- the energy source(s) 119 could additionally or alternatively include any combination of fuel tanks, batteries, capacitors, and/or flywheels.
- the energy source 118 could also provide energy for other systems of the vehicle 100 .
- the transmission 120 could include elements that are operable to transmit mechanical power from the engine/motor 118 to the wheels/tires 121 .
- the transmission 120 could include a gearbox, a clutch, a differential, and a drive shaft. Other components of transmission 120 are possible.
- the drive shafts could include one or more axles that could be coupled to the one or more wheels/tires 121 .
- the wheels/tires 121 of vehicle 100 could be configured in various formats, including a unicycle, bicycle/motorcycle, tricycle, or car/truck four-wheel format. Other wheel/tire geometries are possible, such as those including six or more wheels. Any combination of the wheels/tires 121 of vehicle 100 may be operable to rotate differentially with respect to other wheels/tires 121 .
- the wheels/tires 121 could represent at least one wheel that is fixedly attached to the transmission 120 and at least one tire coupled to a rim of the wheel that could make contact with the driving surface.
- the wheels/tires 121 could include any combination of metal and rubber. Other materials are possible.
- the sensor system 104 may include several elements such as a Global Positioning System (GPS) 122 , an inertial measurement unit (IMU) 124 , a radar 126 , a laser rangefinder/LIDAR 128 , a camera 130 , a steering sensor 123 , and a throttle/brake sensor 125 .
- GPS Global Positioning System
- IMU inertial measurement unit
- the sensor system 104 could also include other sensors, such as those that may monitor internal systems of the vehicle 100 (e.g., O 2 monitor, fuel gauge, engine oil temperature, brake wear).
- the GPS 122 could include a transceiver operable to provide information regarding the position of the vehicle 100 with respect to the Earth.
- the IMU 124 could include a combination of accelerometers and gyroscopes and could represent any number of systems that sense position and orientation changes of a body based on inertial acceleration. Additionally, the IMU 124 may be able to detect a pitch and yaw of the vehicle 100 . The pitch and yaw may be detected while the vehicle is stationary or in motion.
- the radar 126 may represent a system that utilizes radio signals to sense objects, and in some cases their speed and heading, within the local environment of the vehicle 100 . Additionally, the radar 126 may have a plurality of antennas configured to transmit and receive radio signals.
- the laser rangefinder/LIDAR 128 could include one or more laser sources, a laser scanner, and one or more detectors, among other system components. The laser rangefinder/LIDAR 128 could be configured to operate in a coherent mode (e.g., using heterodyne detection) or in an incoherent detection mode.
- the camera 130 could include one or more devices configured to capture a plurality of images of the environment of the vehicle 100 . The camera 130 could be a still camera or a video camera.
- the steering sensor 123 may represent a system that senses the steering angle of the vehicle 100 .
- the steering sensor 123 may measure the angle of the steering wheel itself.
- the steering sensor 123 may measure an electrical signal representative of the angle of the steering wheel.
- the steering sensor 123 may measure an angle of the wheels of the vehicle 100 . For instance, an angle of the wheels with respect to a forward axis of the vehicle 100 could be sensed.
- the steering sensor 123 may measure a combination (or a subset) of the angle of the steering wheel, electrical signal representing the angle of the steering wheel, and the angle of the wheels of vehicle 100 .
- the throttle/brake sensor 125 may represent a system that senses the position of either the throttle position or brake position of the vehicle 100 . In some embodiments, separate sensors may measure the throttle position and brake position. In some embodiments, the throttle/brake sensor 125 may measure the angle of both the gas pedal (throttle) and brake pedal. In other embodiments, the throttle/brake sensor 125 may measure an electrical signal that could represent, for instance, an angle of a gas pedal (throttle) and/or an angle of a brake pedal. Still, in further embodiments, the throttle/brake sensor 125 may measure an angle of a throttle body of the vehicle 100 .
- the throttle body may include part of the physical mechanism that provides modulation of the energy source 119 to the engine/motor 118 (e.g., a butterfly valve or carburetor). Additionally, the throttle/brake sensor 125 may measure a pressure of one or more brake pads on a rotor of vehicle 100 . In yet further embodiments, the throttle/brake sensor 125 may measure a combination (or a subset) of the angle of the gas pedal (throttle) and brake pedal, electrical signal representing the angle of the gas pedal (throttle) and brake pedal, the angle of the throttle body, and the pressure that at least one brake pad is applying to a rotor of vehicle 100 . In other embodiments, the throttle/brake sensor 125 could be configured to measure a pressure applied to a pedal of the vehicle, such as a throttle or brake pedal.
- the control system 106 could include various elements include steering unit 132 , throttle 134 , brake unit 136 , a sensor fusion algorithm 138 , a computer vision system 140 , a navigation/pathing system 142 , and an obstacle avoidance system 144 .
- the steering unit 132 could represent any combination of mechanisms that may be operable to adjust the heading of vehicle 100 .
- the throttle 134 could control, for instance, the operating speed of the engine/motor 118 and thus control the speed of the vehicle 100 .
- the brake unit 136 could be operable to decelerate the vehicle 100 .
- the brake unit 136 could use friction to slow the wheels/tires 121 . In other embodiments, the brake unit 136 could convert the kinetic energy of the wheels/tires 121 to electric current.
- a sensor fusion algorithm 138 could include, for instance, a Kalman filter, Bayesian network, or other algorithm that may accept data from sensor system 104 as input.
- the sensor fusion algorithm 138 could provide various assessments based on the sensor data. Depending upon the embodiment, the assessments could include evaluations of individual objects and/or features, evaluation of a particular situation, and/or evaluate possible impacts based on the particular situation. Other assessments are possible.
- the computer vision system 140 could include hardware and software operable to process and analyze images in an effort to determine objects, important environmental features (e.g., stop lights, road way boundaries, etc.), and obstacles.
- the computer vision system 140 could use object recognition, Structure From Motion (SFM), video tracking, and other algorithms used in computer vision, for instance, to recognize objects, map an environment, track objects, estimate the speed of objects, etc.
- SFM Structure From Motion
- the navigation/pathing system 142 could be configured to determine a driving path for the vehicle 100 .
- the navigation/pathing system 142 may additionally update the driving path dynamically while the vehicle 100 is in operation.
- the navigation/pathing system 142 could incorporate data from the sensor fusion algorithm 138 , the GPS 122 , and known maps so as to determine the driving path for vehicle 100 .
- the obstacle avoidance system 144 could represent a control system configured to evaluate potential obstacles based on sensor data and control the vehicle 100 to avoid or otherwise negotiate the potential obstacles.
- peripherals 108 could be included in vehicle 100 .
- peripherals 108 could include a wireless communication system 146 , a touchscreen 148 , a microphone 150 , and/or a speaker 152 .
- the peripherals 108 could provide, for instance, means for a user of the vehicle 100 to interact with the user interface 116 .
- the touchscreen 148 could provide information to a user of vehicle 100 .
- the user interface 116 could also be operable to accept input from the user via the touchscreen 148 .
- the peripherals 108 may provide means for the vehicle 100 to communicate with devices within its environment.
- the wireless communication system 146 could be configured to wirelessly communicate with one or more devices directly or via a communication network.
- wireless communication system 146 could use 3G cellular communication, such as CDMA, EVDO, GSM/GPRS, or 4G cellular communication, such as WiMAX or LTE.
- wireless communication system 146 could communicate with a wireless local area network (WLAN), for example, using WiFi.
- WLAN wireless local area network
- wireless communication system 146 could communicate directly with a device, for example, using an infrared link, Bluetooth, or ZigBee.
- Other wireless protocols, such as various vehicular communication systems, are possible within the context of the disclosure.
- the wireless communication system 146 could include one or more dedicated short range communications (DSRC) devices that could include public and/or private data communications between vehicles and/or roadside stations.
- DSRC dedicated short range communications
- the power supply 110 may provide power to various components of vehicle 100 and could represent, for example, a rechargeable lithium-ion or lead-acid battery. In an example embodiment, one or more banks of such batteries could be configured to provide electrical power. Other power supply materials and types are possible. Depending upon the embodiment, the power supply 110 , and energy source 119 could be integrated into a single energy source, such as in some all-electric cars.
- Computer system 112 may include at least one processor 113 (which could include at least one microprocessor) that executes instructions 115 stored in a non-transitory computer readable medium, such as the data storage 114 .
- the computer system 112 may also represent a plurality of computing devices that may serve to control individual components or subsystems of the vehicle 100 in a distributed fashion.
- data storage 114 may contain instructions 115 (e.g., program logic) executable by the processor 113 to execute various functions of vehicle 100 , including those described above in connection with FIG. 1 .
- Data storage 114 may contain additional instructions as well, including instructions to transmit data to, receive data from, interact with, and/or control one or more of the propulsion system 102 , the sensor system 104 , the control system 106 , and the peripherals 108 .
- the data storage 114 may store data such as roadway maps, path information, among other information. Such information may be used by vehicle 100 and computer system 112 during the operation of the vehicle 100 in the autonomous, semi-autonomous, and/or manual modes.
- the vehicle 100 may include a user interface 116 for providing information to or receiving input from a user of vehicle 100 .
- the user interface 116 could control or enable control of content and/or the layout of interactive images that could be displayed on the touchscreen 148 .
- the user interface 116 could include one or more input/output devices within the set of peripherals 108 , such as the wireless communication system 146 , the touchscreen 148 , the microphone 150 , and the speaker 152 .
- the computer system 112 may control the function of the vehicle 100 based on inputs received from various subsystems (e.g., propulsion system 102 , sensor system 104 , and control system 106 ), as well as from the user interface 116 .
- the computer system 112 may utilize input from the sensor system 104 in order to estimate the output produced by the propulsion system 102 and the control system 106 .
- the computer system 112 could be operable to monitor many aspects of the vehicle 100 and its subsystems.
- the computer system 112 may disable some or all functions of the vehicle 100 based on signals received from sensor system 104 .
- the components of vehicle 100 could be configured to work in an interconnected fashion with other components within or outside their respective systems.
- the camera 130 could capture a plurality of images that could represent information about a state of an environment of the vehicle 100 operating in an autonomous mode.
- the state of the environment could include parameters of the road on which the vehicle is operating.
- the computer vision system 140 may be able to recognize the slope (grade) or other features based on the plurality of images of a roadway.
- the combination of Global Positioning System 122 and the features recognized by the computer vision system 140 may be used with map data stored in the data storage 114 to determine specific road parameters.
- the radar unit 126 may also provide information about the surroundings of the vehicle.
- a combination of various sensors (which could be termed input-indication and output-indication sensors) and the computer system 112 could interact to provide an indication of an input provided to control a vehicle or an indication of the surroundings of a vehicle.
- the computer system 112 may make a determination about various objects based on data that is provided by systems other than the radio system.
- the vehicle may have lasers or other optical sensors configured to sense objects in a field of view of the vehicle.
- the computer system 112 may use the outputs from the various sensors to determine information about objects in a field of view of the vehicle.
- the computer system 112 may determine distance and direction information to the various objects.
- the computer system 112 may also determine whether objects are desirable or undesirable based on the outputs from the various sensors.
- FIG. 1 shows various components of vehicle 100 , i.e., wireless communication system 146 , computer system 112 , data storage 114 , and user interface 116 , as being integrated into the vehicle 100
- one or more of these components could be mounted or associated separately from the vehicle 100 .
- data storage 114 could, in part or in full, exist separate from the vehicle 100 .
- the vehicle 100 could be provided in the form of device elements that may be located separately or together.
- the device elements that make up vehicle 100 could be communicatively coupled together in a wired and/or wireless fashion.
- FIG. 2 shows a vehicle 200 that could be similar or identical to vehicle 100 described in reference to FIG. 1 .
- vehicle 200 could include a sensor unit 202 , a wireless communication system 204 , a radio unit 206 , a laser rangefinder 208 , and a camera 210 .
- the elements of vehicle 200 could include some or all of the elements described for FIG. 1 .
- vehicle 200 is illustrated in FIG. 2 as a car, other embodiments are possible.
- the vehicle 200 could represent a truck, a van, a semi-trailer truck, a motorcycle, a golf cart, an off-road vehicle, or a farm vehicle, among other examples.
- the sensor unit 202 could include one or more different sensors configured to capture information about an environment of the vehicle 200 .
- sensor unit 202 could include any combination of cameras, radars, LIDARs, range finders, radio devices (e.g., Bluetooth and/or 802.11), and acoustic sensors. Other types of sensors are possible.
- the sensor unit 202 could include one or more movable mounts that could be operable to adjust the orientation of one or more sensors in the sensor unit 202 .
- the movable mount could include a rotating platform that could scan sensors so as to obtain information from each direction around the vehicle 200 .
- the movable mount of the sensor unit 202 could be moveable in a scanning fashion within a particular range of angles and/or azimuths.
- the sensor unit 202 could be mounted atop the roof of a car, for instance, however other mounting locations are possible. Additionally, the sensors of sensor unit 202 could be distributed in different locations and need not be collocated in a single location. Some possible sensor types and mounting locations include radio unit 206 and laser range finder 208 .
- the wireless communication system 204 could be located as depicted in FIG. 2 . Alternatively, the wireless communication system 204 could be located, fully or in part, elsewhere.
- the wireless communication system 204 may include wireless transmitters and receivers that could be configured to communicate with devices external or internal to the vehicle 200 .
- the wireless communication system 204 could include transceivers configured to communicate with other vehicles and/or computing devices, for instance, in a vehicular communication system or a roadway station. Examples of such vehicular communication systems include dedicated short range communications (DSRC), radio frequency identification (RFID), and other proposed communication standards directed towards intelligent transport systems.
- DSRC dedicated short range communications
- RFID radio frequency identification
- the camera 210 could be mounted inside a front windshield of the vehicle 200 .
- the camera 210 could be configured to capture a plurality of images of the environment of the vehicle 200 . Specifically, as illustrated, the camera 210 could capture images from a forward-looking view with respect to the vehicle 200 . Other mounting locations and viewing angles of camera 210 are possible.
- the camera 210 could represent one or more visible light cameras. Alternatively or additionally, camera 210 could include infrared sensing capabilities.
- the camera 210 could have associated optics that could be operable to provide an adjustable field of view. Further, the camera 210 could be mounted to vehicle 200 with a movable mount that could be operable to vary a pointing angle of the camera 210 .
- a method 300 is provided for enabling an autonomous vehicle to request assistance from a remote operator when the vehicle's confidence in its current mode of operation is below a predetermined threshold level.
- method 300 may be carried out by a vehicle such as vehicle 100 and/or vehicle 200 as illustrated and described in reference to FIGS. 1 and 2 , respectively.
- the processes described herein may be carried out using a RADAR unit 126 , a laser rangefinder and/or LIDAR unit 128 , and/or a camera 130 mounted to an autonomous vehicle in communication with a control system 106 , a sensor fusion algorithm 138 , a computer vision system 140 , a navigation system 142 , and/or an obstacle avoidance system 144 .
- method 300 may be carried out using sensor data from one or more sensors on an autonomous vehicle (e.g., vehicle 200 ) such as sensor unit 202 and/or camera 210 as shown in FIG. 2 .
- program code can be stored on any type of computer-readable medium (e.g., computer-readable storage medium or non-transitory media, such as data storage 114 described above with respect to computer system 112 and/or a computer program product 600 described below), for example, such as a storage device including a disk or hard drive.
- computer-readable medium e.g., computer-readable storage medium or non-transitory media, such as data storage 114 described above with respect to computer system 112 and/or a computer program product 600 described below
- each block of the flowchart shown in FIG. 3 may represent circuitry that is wired to perform the specific logical functions in the process. Unless specifically indicated, functions in the flowchart shown in FIG. 3 may be executed out of order from that shown or discussed, including substantially concurrent execution of separately described functions, or even in reverse order in some examples, depending on the functionality involved, so long as the overall functionality of the described method is maintained.
- method 300 may initially involve operating an autonomous vehicle in a first autonomous mode.
- the vehicle may autonomously determine operations and perform the operations without input from a human operator (e.g., to control the vehicle to move to a particular drop-off location for passengers).
- Example autonomous operations may including turning, starting, stopping, passing an obstacle on the left or right, changing speed, changing trajectory, changing lanes, pulling over, backing up, or any number of other possible vehicle operations.
- an autonomous mode may include a sequence of autonomous operations (e.g., to get from a first location to a second location).
- the vehicle may continuously or periodically collect sensor data representative of its environment.
- An autonomous vehicle may receive data collected from environment in which the vehicle operates in a variety of ways.
- the vehicle may be equipped with one or more sensor systems that provide data describing the surrounding environment.
- a vehicle may have various sensors, including a camera, a radar unit, a laser range finder, a microphone, a radio unit, and other sensors. Each of these sensors may communicate data to a processor in the vehicle about information each respective sensor receives.
- a camera may be configured to capture still images and/or video.
- the vehicle may have more than one camera positioned in different orientations.
- the camera may be able to move to capture images and/or video in different directions.
- the camera may be configured to store captured images and video to a memory for later processing by a processing system of the vehicle.
- the captured images and/or video may form a portion of the sensor data collected from the environment.
- a radar unit may be configured to transmit an electromagnetic signal that will be reflected by various objects near the vehicle.
- the radar unit may be able to capture reflected electromagnetic signals.
- the captured reflected electromagnetic signals may enable the radar system (or processing system) to make various determinations about objects that reflected the electromagnetic signal. For example, the distance and position to various reflecting objects may be determined.
- the vehicle may have more than one radar unit in different orientations.
- the radar system may be configured to store captured information to a memory for later processing by a processing system of the vehicle. The information captured by the radar system may form a portion of the sensor data collected from an environment.
- a laser range-finding system may be configured to transmit an electromagnetic signal (e.g., light, such as that from a gas or diode laser, or other possible light source) that will be reflected by target objects near the vehicle.
- the laser range-finding system may be able to capture the reflected electromagnetic (e.g., laser) signals.
- the captured reflected electromagnetic signals may enable the range-finding system (or processing system) to determine a range to various objects.
- the range-finding system may also be able to determine a velocity or speed of target objects and store it as data collected from an environment.
- a microphone may be configured to capture audio data from the environment surrounding the vehicle. Sounds captured by the microphone may include sounds from vehicles or other aspects of the environment. For example, the microphone may capture the sound of the siren of an emergency vehicle. A processing system may be able to identify that the captured audio signal is indicative of an emergency vehicle. In another example, the microphone may capture the sound of an exhaust of another vehicle, such as that from a motorcycle. A processing system may be able to identify that the captured audio signal is indicative of a motorcycle. The data captured by the microphone may form a portion of the sensor data collected from the environment.
- the radio unit may be configured to transmit an electromagnetic signal that may take the form of a Bluetooth signal, 802.11 signal, and/or other radio technology signal.
- the electromagnetic radiation signal may be transmitted via one or more antennas located in a radio unit. Further, the electromagnetic radiation signal may be transmitted with one of many different radio-signaling modes. In some embodiments, it may be desirable to transmit the electromagnetic radiation signal with a signaling mode that requests a response from devices located near the autonomous vehicle.
- the processing system may be able to detect nearby devices based on the responses communicated back to the radio unit and use this communicated information as a portion of the sensor data collected from the environment.
- the processing system may be able to combine information from some or all of the vehicle's sensors in order to make further determinations about the environment of the vehicle. For example, the processing system may combine both radar information and a captured image to determine if another vehicle or pedestrian is in front of the autonomous vehicle. In other embodiments, other combinations of sensor data may be used by the processing system to make determinations about the environment as well.
- the processing system of the vehicle may alter the control of the vehicle based on data received from the various sensors.
- the autonomous vehicle may alter a velocity of the autonomous vehicle in response to data from the various sensors. For instance, the autonomous vehicle may change velocity in order to avoid obstacles, obey traffic laws, etc.
- the vehicle may be able to autonomously determine how to proceed (e.g., by altering velocity, changing trajectory to avoid an obstacle, and so on).
- Block 304 of method 300 includes identifying a situation where a level of confidence of an autonomous operation is below a predetermined threshold.
- the vehicle may maintain a confidence level indicating how confident it is that its current mode of operation is correct.
- the confidence level may be determined based on any combination of the types of sensor data described above as well as previously stored information about the environment.
- one or more sensor systems within the vehicle may be configured to trigger a warning signal which may decrease the confidence level of the vehicle.
- conflicting signals from different systems within the vehicle may also decrease the confidence level.
- the confidence level may drop below the threshold level based on one or more features detected within the environment. For instance, the vehicle may detect one or more obstacles within the environment that it cannot identify with confidence. For example, the vehicle may detect an object that appears to be a pedestrian located near the vehicle, and the vehicle may not be confident how to proceed without knowing with confidence whether a pedestrian is present in the environment or not. In such a scenario, the vehicle may request assistance in order to determine whether a pedestrian is present and/or to get instructions how to proceed with operation.
- the confidence level may drop below the threshold level based on uncertainty about the vehicle's position within the environment. For instance, the vehicle may detect one or more features within the environment (objects, signs, road markers, etc.) that are not located where the vehicle expects based on prior maps of the environment. In these scenarios, the vehicle may seek remote assistance in order to orient itself within the environment.
- the vehicle's view of a portion of the environment may be obscured and/or sensor data collected about the environment may be distorted such that the vehicle cannot determine what operation to execute with confidence.
- the vehicle may come to an intersection where bushes or trees obscure the vehicle's view in certain directions.
- the vehicle may seek assistance from a remote operator to proceed through the intersection.
- the remote operator may be able to better interpret an obstructed view and determine a proper course of action for the vehicle.
- the vehicle's confidence level may drop below the threshold level based on aspects of its own operation. For example, the vehicle may be physically stuck for a certain period of time (e.g., behind an obstacle), and may not be confident that continuing to wait is the correct course of action. In such a scenario, the vehicle may seek assistance in order to determine whether a remote assistor proposes another course of action besides waiting for the path to clear.
- the vehicle's confidence level may drop based on any combination of the factors described above and/or other types of factors.
- the confidence level may be a probability (e.g., 0 to 1 ) that is continually or periodically updated as the vehicle operates within an environment and new sensor data is received.
- certain factors may affect the confidence level more than others. For instance, factors associated with more important operations (e.g., ones affective vehicle safety) may have a greater effect on the confidence level (and therefore more likely to trigger requests for assistance).
- FIG. 4A illustrates a top view of a scenario encountered by an autonomous vehicle, in accordance with an example embodiment.
- an autonomous vehicle 402 may be operating within an environment 400 containing other vehicles 406 , 408 , and 410 .
- the autonomous vehicle 402 may be operating in an autonomous mode with a lane of travel when it approaches an obstacle in the road, in this example a fallen tree 404 .
- the autonomous vehicle 402 may create a representation of its environment 400 based on any combination of possible types of sensor data as described above.
- FIG. 4B illustrates a representation of the environment from FIG. 4A based on sensor data collected by the vehicle, according to an example embodiment.
- the representation may not be a perfect copy of the environment. For instance, some of the sensors may be blocked in certain directions or some of the sensor data may be distorted. Additionally, some objects may be abstracted into geometric shapes, such as the representations of the vehicles 406 , 408 , and 410 or the fallen tree 404 shown in the figure.
- the autonomous vehicle 402 may identify objects or other aspects of the environment with varying levels of precision.
- the situation depicted in FIG. 4A and FIG. 4B may be a situation in which the vehicle's confidence level drops below a predetermined threshold level.
- the drop in confidence may be based on one or more different factors about the vehicle's operation and/or the vehicle's view of the environment.
- the vehicle 402 may not be able to create a complete sensor representation of its environment because the fallen tree 404 may be obstructing its views of aspects of the environment (e.g., other cars). Additionally, the vehicle 402 may not be able to identify with confidence one or more objects within the environment, possibly including the fallen tree 404 .
- aspects of the vehicle's own operation may also cause its confidence level to drop.
- the vehicle may have stopped behind the fallen tree 404 , and may have remained stuck there for a certain period of time, which may trigger a warning from one of the vehicle's systems.
- the vehicle 402 if the vehicle 402 is stuck for more than a predetermined set amount of time (e.g., 1 minute or 5 minutes), its confidence level may begin to drop. Other factors may contribute to the vehicle's determination that its confidence in how to proceed (e.g., whether to continue waiting or to do something else) has fallen to a level where the vehicle should request remote assistance.
- Block 306 of method 300 includes sending a request for assistance to a remote assistor.
- the request may include the vehicle's current representation of its environment (e.g., such as depicted in FIG. 4B ), as discussed above with respect to block 304 .
- the request may additionally include at least a subset of the sensor data collected by the vehicle from its surrounding environment. For example, a live video stream from one or more video cameras and/or still photos may be transmitted along with the request for assistance.
- FIG. 4C shows a video stream of the environment 400 of autonomous vehicle 402 from the point-of-view of the autonomous vehicle 402 .
- the autonomous vehicle 402 may be equipped with one or more video cameras which capture video streams of a portion of the environment 400 . This data may be transmitted along with the request with assistance for use by the remote operator.
- the portion of the environment 400 captured in the video stream includes the fallen tree 404 as well as parts of cars 408 and 410 that are not obstructed by the fallen tree 404 .
- the cameras may be moveable (and possibly may be controlled directly or indirectly by a remote operator) in order to capture video of additional portions of the environment 400 in order to resolve certain scenarios.
- the request for assistance may additionally include one or more suggested autonomous operations for the vehicle to take in the identified situation.
- the vehicle may transmit options that may include holding position or attempting to pass the obstacle on the left.
- the vehicle may send a single suggested operation in order to receive verification of its proposed course of action, and may hold position until a response is received.
- the vehicle may send a set of two or more proposed options for the remote assistor to select from.
- the vehicle may not be able to propose a course of action.
- the human guide may be able to propose a course of action for the vehicle to take, or a set of two or more possible courses of action.
- the request for assistance may involve multiple parts.
- the vehicle may ask a series of questions of the remote assistor in order to determine how to proceed with operation.
- the vehicle 402 may first request assistance in order to identify the obstacle in the road as a fallen tree 404 .
- the vehicle 402 may then make a second request in order to determine how best to proceed given that the obstacle has been identified as a fallen tree 404 .
- Other more complicated discourses between the vehicle 402 and remote operator are possible as well.
- the human operator may be located in a remote location that has a wireless connection with a communication system of the vehicle.
- a remote human operator may be located at a remote computer terminal with a graphical interface that provides information from the autonomous vehicle in order for the human operator to answer the request.
- FIG. 4D shows one example graphical interface that may be presented to a human operator.
- the graphical interface 412 may include separate sub-windows 414 and 416 .
- the first sub-window 414 may include the vehicle's sensor data representation of its environment, such as described above with respect to FIG. 4B .
- the second sub-window 416 may include a video stream of a portion of the environment, such as described above with respect to FIG. 4C . Accordingly, the human operator may be able to compare the vehicle's understanding of its environment with the video stream to verify the vehicle's representation of its environment and/or to verify or suggest a planned course of action of the vehicle.
- the request for assistance may be sent to a human assistor located within the autonomous vehicle, such as a passenger in the passenger seat or a person sitting in the driver's seat. In certain situations, the passenger may have the best views in order to determine how to resolve a given situation. In some examples, a request may be sent simultaneously to a remote assistor as well as a passenger of the vehicle.
- the request may be sent to a more powerful computer than exists within the autonomous vehicle, such as a remote computer server.
- the more powerful computer may have more computational power than the computing system in the autonomous vehicle and/or more stored data about the environment, and therefore may able to more accurately determine how to proceed within a given scenario.
- the autonomous vehicle may wirelessly communicate a subset of the sensor data collected about the environment to the remote computing device as well.
- the more powerful computer may also not be able to determine a proper course of action to the identified scenario. When this happens, the system may fall back to a human operator to try to resolve the scenario in some example systems. Additionally, in some embodiments, the more powerful computer and the human operator may both receive a request for assistance. Therefore, either the more powerful computer or the human operator (and possibly both) may be able to determine a proper course of action for the vehicle. By transmitting data to both the more powerful computer and the human operator at approximately the same time, there may be some redundancy benefit in case one or the other fails to respond fast enough.
- the request for assistance may additionally contain a timeout amount indicating an amount of time in which a response to the request is needed.
- Block 308 of method 300 includes receiving a response from the remote assistor indicating a second autonomous mode of operation.
- the second autonomous mode may indicate one or more different autonomous operations for the vehicle to execute.
- the vehicle may have sent a single proposed operation to the remote assistor. In that case, the response may indicate that the vehicle is free to proceed with the proposed operation, and the vehicle may hold position until receiving the response.
- the vehicle may have sent two or more proposed operations to the remote assistor, in which case the response may indicate which of the proposed operations the vehicle should take.
- the remote assistor may be able to propose different autonomous operations for the vehicle to take as well or instead.
- the second mode of operation may provide guidance to the vehicle on how to proceed without specifying particular operations.
- the mode of operation may indicate a level of caution for the vehicle to use in determining autonomous operations.
- a level of caution may indicate how certain the vehicle must be in an autonomous operation before executing the operation.
- the vehicle may have identified a low-confidence situation in which the vehicle may have entered an area with ongoing construction, prompting a request for assistance.
- a response from the remote indicator may indicate that the vehicle should proceed through the area with a higher level of caution in determining operations.
- Operating with a higher level of caution may mean that the vehicle does not attempt to pass a vehicle when it would require moving to a narrow lane, slowing down further in advance when detecting an obstacle, or refusing to go above a certain speed while in the construction area, for example.
- the response may indicate a particular range of speeds with which the autonomous vehicle may operate. For instance, the response may in some cases indicate that there is nothing in the environment to be concerned about and the vehicle should proceed with full normal operating speed. In other situations, the response may identify some potential concerns and therefore the vehicle should proceed slower than usual, perhaps for a set amount of time or distance. In other examples, a mode of operation may indicate other aspects of how the vehicle should operate, such as which lane the vehicle should try to stay in on a multi-lane road.
- the response may provide guidance with which the autonomous vehicle may be able to derive its own operations.
- the response may simply help the vehicle identify a particular object or other aspect of the environment (e.g., identifying another car, a pedestrian, or a sign). With this information, the vehicle may then be able to determine proper autonomous operations to proceed without further assistance from the guide. Alternatively, the vehicle may send one or more additional requests for assistance if needed.
- the response may provide a particular focus region for the vehicle.
- a focus region may indicate to the vehicle where a stop light is that the vehicle needs to watch in order to determine when to proceed (or which stop light to watch if there are multiple stop lights at an intersection).
- the focus region may indicate where potential obstacles or hazards may be likely to occur.
- the response may indicate a region within the environment that the car should watch and not move until the region is clear of any obstacles.
- the focus region may indicate which policeman directing traffic the vehicle should watch for instruction at an intersection with multiple policemen simultaneously directing traffic. Other examples of directing vehicle focus are also possible.
- the remote assistor may be presented with a graphical interface that contains a control menu that enables a remote assistor to send a response to a vehicle indicating a proposed autonomous mode of operation.
- FIG. 4E shows an example graphical interface that contains a first sub-window showing the vehicle's sensor data representation of its environment and a second sub-window showing a video stream of a portion of the vehicle's environment, such as described above with respect to FIG. 4D .
- FIG. 4E additionally contains a control menu 418 that may allow a human operator to enter a mode of operation for the vehicle.
- control menu 418 may allow the operator to input guidance to the vehicle in a number of different ways (e.g., selecting from a list of operations, typing in a particular mode of operation, selecting a particular region of focus within an image of the environment, etc.).
- the human guide may indicate that the vehicle should Turn Around 420 in order to signal that the autonomous vehicle 402 should not continue to wait behind the fallen tree 404 .
- the proposed mode may indicate how the vehicle 402 should proceed in order to continue operation (e.g., to turn around and go back the other way rather than attempting to pass the obstacle).
- the control menu 418 may additionally contain a latency bar 422 indicating how old the received sensor data is, which may affect the human guide's response.
- the response to the request for assistance may be received in a number of different ways.
- the response may be received wirelessly through a communication system located within the autonomous vehicle.
- the response may be received when the passenger enters an autonomous operation into a graphical interface of a computer system located within the vehicle.
- a passenger may be able to instruct the vehicle in other ways as well, such as through voice commands or through a handheld mobile device.
- Other modes of transmitting and/or receiving the request for assistance and/or the response to the request may also be used.
- Block 310 of method 300 includes causing the vehicle to operate in the second autonomous mode in accordance with the instructions from the guide.
- the response may indicate that the vehicle should execute one or more particular autonomous operations.
- the vehicle may proceed with the autonomous operations, which may be to turn, start, stop, pass on the left or right, change speed and/or direction, pull over, back up, or any number of other possible operations.
- the vehicle may do additional processing before proceeding with the autonomous mode of operation. For instance, the vehicle may have received certain information (e.g., identification of an object) from which the vehicle may then determine what operations it should perform.
- the second mode of operation may indicate a permanent or extended change in autonomous behavior. For example, the vehicle may operate with a different level of caution, within a different range of speeds, or within a different lane of travel based on the response from the remote assistor.
- the vehicle may verify the received response before changing modes. For example, if the latency associated with the received instruction is too high to be trusted, the vehicle may send another request for assistance before proceeding.
- FIG. 4F shows the autonomous vehicle 402 turning around in accordance with the instructions from the remote assistor.
- a remote operator may have viewed a video stream of the environment and determined that the safest or only feasible course of action for the vehicle 402 to operate with is to turn around and find a different way to its destination. Accordingly, after turning around, the vehicle may then resume operating autonomously without further assistance from the remote assistor.
- the remote assistor may indicate further instructions to the vehicle (e.g., a proposed route around the blocked road).
- FIG. 5 is a block diagram of another method, according to an example embodiment.
- Method 500 as shown in FIG. 5 may be executed to respond to a request for assistance from an autonomous vehicle, such as a request sent by a vehicle as described above with respect to method 300 .
- Method 500 may be executed by a remote computing system, such as a computing system with a display terminal that receives input from a remote human operator.
- Method 500 may be executed by a computing system of an autonomous vehicle as well, such as when the autonomous vehicle requests assistance from a passenger of the vehicle.
- each block of the flowchart shown in FIG. 5 may represent circuitry that is wired to perform the specific logical functions in the process. Unless specifically indicated, functions in the flowchart shown in FIG. 5 may be executed out of order from that shown or discussed, including substantially concurrent execution of separately described functions, or even in reverse order in some examples, depending on the functionality involved, so long as the overall functionality of the described method is maintained.
- Block 502 of method 500 includes receiving a request for assistance from an autonomous vehicle, including a sensor data representation of an environment and a video stream of a portion of an environment of the vehicle.
- the request may include any of the aspects of a request described above with respect to method 300 .
- the request may include a sensor data representation of the environment of the autonomous vehicle based on any of the types of sensor data described above with respect to method 300 , such as the sensor data representation shown in FIG. 4B .
- the request may include one or more video streams of portions of the environment of the vehicle, such as shown in FIG. 4C .
- Other types of sensor data may also be received, including still images, radar or laser range finder data indicating distance to and/or location of nearby objects, or audio data captured by one or more microphones.
- Block 506 of method 500 includes displaying a graphical interface showing the sensor data representation of the environment and the video stream of the portion of the environment.
- method 500 may involve the use of a remote human assistor, such as a human guide who accesses a graphical interface, such as the one depicted in FIGS. 4D and 4E .
- the human guide may be presented with the vehicle's own representation of its environment within a first sub-window of the graphical interface and a live video feed of a portion of the environment within a second sub-window of the graphical interface.
- the human guide may also be presented with additional information regarding the current mode of operation of the vehicle when the requested for assistance was made.
- the human guide may verify that the vehicle's representation of its environment and/or a proposed mode of operation of the vehicle is correct by comparing the sensor data representation (e.g., how the vehicle sees its environment) to the live video feed(s).
- the vehicle's representation of its environment may also be overlayed on top of the video stream within the user interface. For instance, rather than showing the vehicle's representation in sub-window 414 and the video stream in sub-window 416 as separate windows within a user interface as shown in FIG. 4C , a user interface may contain a single viewing window with both the video stream and the vehicle's representation aligned. Overlaying the vehicle's representation may make it easier for an operator to understand how detected objects in the vehicle's representation may correspond to visual objects within the video stream.
- Block 508 of method 500 includes receiving a proposed autonomous mode for the vehicle via the graphical interface.
- the human guide may input an autonomous mode of operation into the graphical interface (e.g., by selecting from a list of possible options or manually inputting a different mode of operation).
- a human guide may be presented with a list of preset options that they can always send to the vehicle (e.g., “Stop immediately,” “Pull over soon,” etc.).
- the vehicle may propose certain possible modes of operation for the human guide to consider.
- a combination of different methods of receiving input via the graphical interface may be used in some examples as well.
- method 500 may involve receiving help from a passenger of the autonomous vehicle in order to determine an autonomous mode of operation for the vehicle.
- the passenger may be asked for assistance through a graphical interface in the car, for example.
- the passenger may then respond by selecting an autonomous mode for the vehicle (e.g., by selecting an option on the graphical interface or by giving a vocal command to the graphical interface).
- Block 508 of method 500 involves sending a response to the autonomous vehicle to switch to the requested autonomous mode of operation.
- the autonomous mode of operation may be any of the autonomous modes of operation described above with respect to method 300 .
- the autonomous mode may include one or more autonomous operations such as to turn, start, stop, pass on the left or right, change speed and/or direction, pull over, back up, or any number of other possible operations.
- the second autonomous mode may also indicate a range of speeds for the vehicle to operate in or otherwise provide guidance to the vehicle without specifying particular operations.
- the response may be sent wirelessly to a communication system of the autonomously vehicle.
- the response may be sent through a direct hardware connection within the autonomous vehicle.
- the response may be transmitted to a control system of the autonomous vehicle indirectly through other systems and/or in other ways in some examples as well.
- FIG. 6 is a schematic illustrating a conceptual partial view of an example computer program product that includes a computer program for executing a computer process on a computing device, arranged according to at least some embodiments presented herein.
- the example computer program product 600 is provided using a signal bearing medium 602 .
- the signal bearing medium 602 may include one or more programming instructions 604 that, when executed by one or more processors may provide functionality or portions of the functionality described above with respect to FIGS. 1-5 .
- the signal bearing medium 602 may encompass a non-transitory computer-readable medium 606 , such as, but not limited to, a hard disk drive, a Compact Disc (CD), a Digital Video Disk (DVD), a digital tape, memory, etc.
- the signal bearing medium 602 may encompass a computer recordable medium 608 , such as, but not limited to, memory, read/write (R/W) CDs, R/W DVDs, etc.
- the signal bearing medium 602 may encompass a communications medium 610 , such as, but not limited to, a digital and/or an analog communication medium (e.g., a fiber optic cable, a waveguide, a wired communications link, a wireless communication link, etc.).
- a communications medium 610 such as, but not limited to, a digital and/or an analog communication medium (e.g., a fiber optic cable, a waveguide, a wired communications link, a wireless communication link, etc.).
- the signal bearing medium 602 may be conveyed by a wireless form of the communications medium 610 .
- the one or more programming instructions 604 may be, for example, computer executable and/or logic implemented instructions.
- a computing device such as the computer system 112 of FIG. 1 may be configured to provide various operations, functions, or actions in response to the programming instructions 604 conveyed to the computer system 112 by one or more of the computer readable medium 606 , the computer recordable medium 608 , and/or the communications medium 610 .
- the non-transitory computer readable medium could also be distributed among multiple data storage elements, which could be remotely located from each other.
- the computing device that executes some or all of the stored instructions could be a vehicle, such as the vehicle 200 illustrated in FIG. 2 .
- the computing device that executes some or all of the stored instructions could be another computing device, such as a server.
Landscapes
- Engineering & Computer Science (AREA)
- Radar, Positioning & Navigation (AREA)
- Remote Sensing (AREA)
- Automation & Control Theory (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Aviation & Aerospace Engineering (AREA)
- General Engineering & Computer Science (AREA)
- Business, Economics & Management (AREA)
- Health & Medical Sciences (AREA)
- Artificial Intelligence (AREA)
- Evolutionary Computation (AREA)
- Game Theory and Decision Science (AREA)
- Medical Informatics (AREA)
- Traffic Control Systems (AREA)
Abstract
Description
- The present application is a continuation of and claims priority to both U.S. patent application Ser. No. 14/195,663 filed on Mar. 3, 2014, and U.S. patent application Ser. No. 15/257,021 filed Sep. 6, 2016, the contents of both are incorporated herein by reference, as fully set forth in this description.
- A vehicle could be any wheeled, powered vehicle and may include a car, truck, motorcycle, bus, etc. Vehicles can be utilized for various tasks such as transportation of people and goods, as well as many other uses.
- Some vehicles may be partially or fully autonomous. For instance, when a vehicle is in an autonomous mode, some or all of the driving aspects of vehicle operation can be handled by a vehicle control system. In such cases, computing devices located onboard and/or in a server network could be operable to carry out functions such as planning a driving route, sensing aspects of the vehicle, sensing the environment of the vehicle, and controlling drive components such as steering, throttle, and brake. Thus, autonomous vehicles may reduce or eliminate the need for human interaction in various aspects of vehicle operation.
- The present disclosure provides methods and apparatuses that enable an autonomous vehicle to request assistance from a remote operator when the vehicle's confidence in operation is low. During the operation of an autonomous vehicle, the vehicle may identify a situation where confidence in operation falls below a predetermined threshold. The vehicle may then send a request for assistance to a remote assistor, indicating the vehicle's current mode of operation as well as a sensor representation of its environment. The vehicle may receive a response back from the remote assistor indicating a second mode of operation. The vehicle may then switch to the second mode of operation.
- In one example, a method is provided that includes operating an autonomous vehicle in a first autonomous mode. The method may also include identifying a situation where a level of confidence of an autonomous operation in the first autonomous mode is below a threshold level. The method may further include sending a request for assistance to a remote assistor, the request including sensor data representative of a portion of an environment of the autonomous vehicle. The method may additionally include receiving a response from the remote assistor, the response indicating a second autonomous mode of operation. The method may also include causing the autonomous vehicle to operate in the second autonomous mode of operation in accordance with the response from the remote assistor.
- In another example, a method is provided that includes receiving a request for assistance from an autonomous vehicle. The request may include a sensor data representation of an environment of the autonomous vehicle, the sensor data representation including a representation based on sensor data collected by the vehicle and used by the vehicle to determine an autonomous mode of operation. The request may also include a video stream of a portion of the environment. The method may further include providing for display of a graphical interface showing the sensor data representation of the environment and the video stream of the portion of the environment. The method may also include receiving a proposed mode of autonomous operation for the autonomous vehicle via the graphical interface. The method may additionally include sending a response to the autonomous vehicle to switch to the proposed mode of autonomous operation.
- In a further example, an autonomous vehicle including a control system is disclosed. The control system may be configured to operate the autonomous vehicle in a first autonomous mode. The control system may be also configured to identify a situation where a level of confidence of an autonomous operation in the first autonomous mode is below a threshold level. The control system may further be configured to send a request for assistance to a remote assistor, the request including sensor data representative of a portion of an environment of the autonomous vehicle. The control system may also be configured to receive a response from the remote assistor, the response indicating a second autonomous mode of operation. The control system may additionally be configured to cause the autonomous vehicle to operate in the second autonomous mode of operation in accordance with the response from the remote assistor.
- In yet another example, a system may include means for operating an autonomous vehicle in a first autonomous mode. The system may also include means for identifying a situation where a level of confidence of an autonomous operation in the first autonomous mode is below a threshold level. The system may further include means for sending a request for assistance to a remote assistor, the request including sensor data representative of a portion of an environment of the autonomous vehicle. The system may also include means for receiving a response from the remote assistor, the response indicating a second autonomous mode of operation. The system may additionally include means for causing the autonomous vehicle to operate in the second autonomous mode of operation in accordance with the response from the remote assistor.
- In an additional example, a system may include means for receiving a request for assistance from an autonomous vehicle. The request may include a sensor data representation of an environment of the autonomous vehicle, the sensor data representation including a representation based on sensor data collected by the vehicle and used by the vehicle to determine an autonomous mode of operation. The request may also include a video stream of a portion of the environment. The system may also include means for providing for display of a graphical interface showing the sensor data representation of the environment and the video stream of the portion of the environment. The system may further include means for receiving a proposed mode of autonomous operation for the autonomous vehicle via the graphical interface. The system may also include means for sending a response to the autonomous vehicle to switch to the proposed mode of autonomous operation.
- The foregoing summary is illustrative only and is not intended to be in any way limiting. In addition to the illustrative aspects, embodiments, and features described above, further aspects, embodiments, and features will become apparent by reference to the figures and the following detailed description and the accompanying drawings.
-
FIG. 1 is a functional block diagram illustrating a vehicle, according to an example embodiment. -
FIG. 2 shows a vehicle, according to an example embodiment. -
FIG. 3 is a block diagram of a method, according to an example embodiment. -
FIG. 4A illustrates a top view of an autonomous vehicle operating scenario, according to an example embodiment. -
FIG. 4B illustrates a sensor data representation of the scenario fromFIG. 4A , according to an example embodiment. -
FIG. 4C illustrates a video feed taken from the vehicle inFIG. 4A , according to an example embodiment. -
FIG. 4D illustrates a graphical interface containing the sensor data representation fromFIG. 4B and the video feed fromFIG. 4C , according to an example embodiment. -
FIG. 4E illustrates the graphical interface fromFIG. 4D including a control menu, according to an example embodiment. -
FIG. 4F illustrates a top view of the autonomous vehicle fromFIG. 4A after switching to a different mode of autonomous operation, according to an example embodiment. -
FIG. 5 illustrates a block diagram of another method, according to an example embodiment. -
FIG. 6 is a schematic diagram of a computer program, according to an example embodiment. - Example methods and systems are described herein. Any example embodiment or feature described herein is not necessarily to be construed as preferred or advantageous over other embodiments or features. The example embodiments described herein are not meant to be limiting. It will be readily understood that certain aspects of the disclosed systems and methods can be arranged and combined in a wide variety of different configurations, all of which are contemplated herein.
- Furthermore, the particular arrangements shown in the Figures should not be viewed as limiting. It should be understood that other embodiments might include more or less of each element shown in a given Figure. Further, some of the illustrated elements may be combined or omitted. Yet further, an example embodiment may include elements that are not illustrated in the Figures.
- An autonomous vehicle may be configured to operate in an autonomous mode in which the vehicle may use a computer system to control the operation of the vehicle with little or no human input. For example, a human operator may enter an address into an autonomous vehicle and the vehicle may then be able to drive, without further input from the human (e.g., the human does not have to steer or touch the brake/gas pedals), to the specified destination.
- The autonomous vehicle may maintain a confidence metric which indicates a level of confidence of different autonomous operations executed by the vehicle while operating in an autonomous mode. The vehicle may monitor the level of confidence and identify situations where the confidence level drops below a predetermined threshold. In those situations, the vehicle may seek assistance from a remote operator (e.g., a remote human operator or a more powerful computing system) in order to determine how to operate in low-confidence situations. The request for assistance may include sensor data (such as a video feed of a portion of the car's environment) in order to enable the remote assistor to provide guidance to the vehicle. In certain examples, the vehicle may additionally transmit one or more proposed modes of operation to the remote assistor.
- In some examples, the vehicle may determine that it is not confident that its current mode of operation is correct, but may be uncertain of the cause. For instance, the car may be able to identify some type of blockage on the road, but may be unsure exactly what is causing the blockage or how to proceed. In such a circumstance, the car may send a request for assistance to a remote assistor, along with sensor data (e.g., a live camera feed) of its environment. The remote assistor may then provide a proposed alternative mode of operation for the vehicle to take. In some examples, the remote assistor may be a human operator presented with a graphical interface with which to view information about the car's environment and make a determination as to how the car should proceed. In other examples, the remote assistor may be a passenger within the autonomous vehicle. In further examples, the remote assistor may be a more powerful remote computer, which may be capable of resolving ambiguous situations that cannot be adequately processed by the vehicle's own computing systems.
- In some examples, different factors (either individually or in combination) may indicate a low level of confidence, such that the vehicle should request remote assistance. These factors may include cues taken from the current environment of the car as well as cues taken from the vehicle's own actions. For instance, the vehicle may at some point become uncertain as to its current position within an environment (e.g., when it sees road markers or objects in unexpected locations), and may be unsure how or why it ended up in its current circumstance. In such a scenario, the vehicle may seek remote assistance to reorient itself.
- In further examples, a request for assistance may be sent when the vehicle's view in certain directions is obstructed such that the vehicle cannot properly characterize its environment in order to determine how to proceed. As another example, when the vehicle is unsure how to classify a particular aspect of the environment (e.g., is an object that looks like a pedestrian really a pedestrian?), a request may be sent to the remote assistor for clarification.
- In some examples, the remote assistor may suggest a particular behavior for the vehicle to take (e.g., an autonomous operation or sequence of operations). For instance, if the car is stuck for a certain period of time, it may send a request for assistance to the remote assistor, which may then indicate how the car should proceed (e.g., pass a road blockage using the left lane). In other examples, the remote assistor may provide guidance to the vehicle without specifying specific autonomous operations for the vehicle. For instance, the response from the guide may indicate a level of caution that the vehicle should use to determine autonomous operations. In another example, the remote assistor may identify nearby construction work and instruct the vehicle to operate at a slower speed. In further examples, the response from the guide may indicate future actions of the vehicle (e.g., to change lanes or pull over as soon as practical). More complex instructions from the remote assistor, possibly including several responses back and forth between the vehicle and the guide, are also possible.
- Example systems within the scope of the present disclosure will now be described in greater detail. An example system may be implemented in or may take the form of an automobile. However, an example system may also be implemented in or take the form of other vehicles, such as cars, trucks, motorcycles, buses, boats, airplanes, helicopters, lawn mowers, earth movers, boats, snowmobiles, aircraft, recreational vehicles, amusement park vehicles, farm equipment, construction equipment, trams, golf carts, trains, and trolleys. Other vehicles are possible as well.
-
FIG. 1 is a functional block diagram illustrating avehicle 100, according to an example embodiment. Thevehicle 100 could include various subsystems such as apropulsion system 102, asensor system 104, acontrol system 106, one ormore peripherals 108, as well as apower supply 110, acomputer system 112, adata storage 114, and auser interface 116. Thevehicle 100 may include more or fewer subsystems and each subsystem could include multiple elements. Further, each of the subsystems and elements ofvehicle 100 could be interconnected. Thus, one or more of the described functions of thevehicle 100 may be divided up into additional functional or physical components, or combined into fewer functional or physical components. In some further examples, additional functional and/or physical components may be added to the examples illustrated byFIG. 1 . - The
propulsion system 102 may include components operable to provide powered motion for thevehicle 100. Depending upon the embodiment, thepropulsion system 102 could include an engine/motor 118, anenergy source 119, atransmission 120, and wheels/tires 121. The engine/motor 118 could be any combination of an internal combustion engine, an electric motor, steam engine, Stirling engine. Other motors and/or engines are possible. In some embodiments, the engine/motor 118 may be configured to convertenergy source 119 into mechanical energy. In some embodiments, thepropulsion system 102 could include multiple types of engines and/or motors. For instance, a gas-electric hybrid car could include a gasoline engine and an electric motor. Other examples are possible. - The
energy source 119 could represent a source of energy that may, in full or in part, power the engine/motor 118. Examples ofenergy sources 119 contemplated within the scope of the present disclosure include gasoline, diesel, other petroleum-based fuels, propane, other compressed gas-based fuels, ethanol, solar panels, batteries, and other sources of electrical power. The energy source(s) 119 could additionally or alternatively include any combination of fuel tanks, batteries, capacitors, and/or flywheels. Theenergy source 118 could also provide energy for other systems of thevehicle 100. - The
transmission 120 could include elements that are operable to transmit mechanical power from the engine/motor 118 to the wheels/tires 121. Thetransmission 120 could include a gearbox, a clutch, a differential, and a drive shaft. Other components oftransmission 120 are possible. The drive shafts could include one or more axles that could be coupled to the one or more wheels/tires 121. - The wheels/
tires 121 ofvehicle 100 could be configured in various formats, including a unicycle, bicycle/motorcycle, tricycle, or car/truck four-wheel format. Other wheel/tire geometries are possible, such as those including six or more wheels. Any combination of the wheels/tires 121 ofvehicle 100 may be operable to rotate differentially with respect to other wheels/tires 121. The wheels/tires 121 could represent at least one wheel that is fixedly attached to thetransmission 120 and at least one tire coupled to a rim of the wheel that could make contact with the driving surface. The wheels/tires 121 could include any combination of metal and rubber. Other materials are possible. - The
sensor system 104 may include several elements such as a Global Positioning System (GPS) 122, an inertial measurement unit (IMU) 124, aradar 126, a laser rangefinder/LIDAR 128, acamera 130, asteering sensor 123, and a throttle/brake sensor 125. Thesensor system 104 could also include other sensors, such as those that may monitor internal systems of the vehicle 100 (e.g., O2 monitor, fuel gauge, engine oil temperature, brake wear). - The
GPS 122 could include a transceiver operable to provide information regarding the position of thevehicle 100 with respect to the Earth. TheIMU 124 could include a combination of accelerometers and gyroscopes and could represent any number of systems that sense position and orientation changes of a body based on inertial acceleration. Additionally, theIMU 124 may be able to detect a pitch and yaw of thevehicle 100. The pitch and yaw may be detected while the vehicle is stationary or in motion. - The
radar 126 may represent a system that utilizes radio signals to sense objects, and in some cases their speed and heading, within the local environment of thevehicle 100. Additionally, theradar 126 may have a plurality of antennas configured to transmit and receive radio signals. The laser rangefinder/LIDAR 128 could include one or more laser sources, a laser scanner, and one or more detectors, among other system components. The laser rangefinder/LIDAR 128 could be configured to operate in a coherent mode (e.g., using heterodyne detection) or in an incoherent detection mode. Thecamera 130 could include one or more devices configured to capture a plurality of images of the environment of thevehicle 100. Thecamera 130 could be a still camera or a video camera. - The
steering sensor 123 may represent a system that senses the steering angle of thevehicle 100. In some embodiments, thesteering sensor 123 may measure the angle of the steering wheel itself. In other embodiments, thesteering sensor 123 may measure an electrical signal representative of the angle of the steering wheel. Still, in further embodiments, thesteering sensor 123 may measure an angle of the wheels of thevehicle 100. For instance, an angle of the wheels with respect to a forward axis of thevehicle 100 could be sensed. Additionally, in yet further embodiments, thesteering sensor 123 may measure a combination (or a subset) of the angle of the steering wheel, electrical signal representing the angle of the steering wheel, and the angle of the wheels ofvehicle 100. - The throttle/
brake sensor 125 may represent a system that senses the position of either the throttle position or brake position of thevehicle 100. In some embodiments, separate sensors may measure the throttle position and brake position. In some embodiments, the throttle/brake sensor 125 may measure the angle of both the gas pedal (throttle) and brake pedal. In other embodiments, the throttle/brake sensor 125 may measure an electrical signal that could represent, for instance, an angle of a gas pedal (throttle) and/or an angle of a brake pedal. Still, in further embodiments, the throttle/brake sensor 125 may measure an angle of a throttle body of thevehicle 100. The throttle body may include part of the physical mechanism that provides modulation of theenergy source 119 to the engine/motor 118 (e.g., a butterfly valve or carburetor). Additionally, the throttle/brake sensor 125 may measure a pressure of one or more brake pads on a rotor ofvehicle 100. In yet further embodiments, the throttle/brake sensor 125 may measure a combination (or a subset) of the angle of the gas pedal (throttle) and brake pedal, electrical signal representing the angle of the gas pedal (throttle) and brake pedal, the angle of the throttle body, and the pressure that at least one brake pad is applying to a rotor ofvehicle 100. In other embodiments, the throttle/brake sensor 125 could be configured to measure a pressure applied to a pedal of the vehicle, such as a throttle or brake pedal. - The
control system 106 could include various elements includesteering unit 132,throttle 134,brake unit 136, a sensor fusion algorithm 138, acomputer vision system 140, a navigation/pathing system 142, and anobstacle avoidance system 144. Thesteering unit 132 could represent any combination of mechanisms that may be operable to adjust the heading ofvehicle 100. Thethrottle 134 could control, for instance, the operating speed of the engine/motor 118 and thus control the speed of thevehicle 100. Thebrake unit 136 could be operable to decelerate thevehicle 100. Thebrake unit 136 could use friction to slow the wheels/tires 121. In other embodiments, thebrake unit 136 could convert the kinetic energy of the wheels/tires 121 to electric current. - A sensor fusion algorithm 138 could include, for instance, a Kalman filter, Bayesian network, or other algorithm that may accept data from
sensor system 104 as input. The sensor fusion algorithm 138 could provide various assessments based on the sensor data. Depending upon the embodiment, the assessments could include evaluations of individual objects and/or features, evaluation of a particular situation, and/or evaluate possible impacts based on the particular situation. Other assessments are possible. - The
computer vision system 140 could include hardware and software operable to process and analyze images in an effort to determine objects, important environmental features (e.g., stop lights, road way boundaries, etc.), and obstacles. Thecomputer vision system 140 could use object recognition, Structure From Motion (SFM), video tracking, and other algorithms used in computer vision, for instance, to recognize objects, map an environment, track objects, estimate the speed of objects, etc. - The navigation/
pathing system 142 could be configured to determine a driving path for thevehicle 100. The navigation/pathing system 142 may additionally update the driving path dynamically while thevehicle 100 is in operation. In some embodiments, the navigation/pathing system 142 could incorporate data from the sensor fusion algorithm 138, theGPS 122, and known maps so as to determine the driving path forvehicle 100. - The
obstacle avoidance system 144 could represent a control system configured to evaluate potential obstacles based on sensor data and control thevehicle 100 to avoid or otherwise negotiate the potential obstacles. -
Various peripherals 108 could be included invehicle 100. For example,peripherals 108 could include awireless communication system 146, atouchscreen 148, amicrophone 150, and/or aspeaker 152. Theperipherals 108 could provide, for instance, means for a user of thevehicle 100 to interact with theuser interface 116. For example, thetouchscreen 148 could provide information to a user ofvehicle 100. Theuser interface 116 could also be operable to accept input from the user via thetouchscreen 148. In other instances, theperipherals 108 may provide means for thevehicle 100 to communicate with devices within its environment. - In one example, the
wireless communication system 146 could be configured to wirelessly communicate with one or more devices directly or via a communication network. For example,wireless communication system 146 could use 3G cellular communication, such as CDMA, EVDO, GSM/GPRS, or 4G cellular communication, such as WiMAX or LTE. Alternatively,wireless communication system 146 could communicate with a wireless local area network (WLAN), for example, using WiFi. In some embodiments,wireless communication system 146 could communicate directly with a device, for example, using an infrared link, Bluetooth, or ZigBee. Other wireless protocols, such as various vehicular communication systems, are possible within the context of the disclosure. For example, thewireless communication system 146 could include one or more dedicated short range communications (DSRC) devices that could include public and/or private data communications between vehicles and/or roadside stations. - The
power supply 110 may provide power to various components ofvehicle 100 and could represent, for example, a rechargeable lithium-ion or lead-acid battery. In an example embodiment, one or more banks of such batteries could be configured to provide electrical power. Other power supply materials and types are possible. Depending upon the embodiment, thepower supply 110, andenergy source 119 could be integrated into a single energy source, such as in some all-electric cars. - Many or all of the functions of
vehicle 100 could be controlled bycomputer system 112.Computer system 112 may include at least one processor 113 (which could include at least one microprocessor) that executesinstructions 115 stored in a non-transitory computer readable medium, such as thedata storage 114. Thecomputer system 112 may also represent a plurality of computing devices that may serve to control individual components or subsystems of thevehicle 100 in a distributed fashion. - In some embodiments,
data storage 114 may contain instructions 115 (e.g., program logic) executable by theprocessor 113 to execute various functions ofvehicle 100, including those described above in connection withFIG. 1 .Data storage 114 may contain additional instructions as well, including instructions to transmit data to, receive data from, interact with, and/or control one or more of thepropulsion system 102, thesensor system 104, thecontrol system 106, and theperipherals 108. - In addition to the
instructions 115, thedata storage 114 may store data such as roadway maps, path information, among other information. Such information may be used byvehicle 100 andcomputer system 112 during the operation of thevehicle 100 in the autonomous, semi-autonomous, and/or manual modes. - The
vehicle 100 may include auser interface 116 for providing information to or receiving input from a user ofvehicle 100. Theuser interface 116 could control or enable control of content and/or the layout of interactive images that could be displayed on thetouchscreen 148. Further, theuser interface 116 could include one or more input/output devices within the set ofperipherals 108, such as thewireless communication system 146, thetouchscreen 148, themicrophone 150, and thespeaker 152. - The
computer system 112 may control the function of thevehicle 100 based on inputs received from various subsystems (e.g.,propulsion system 102,sensor system 104, and control system 106), as well as from theuser interface 116. For example, thecomputer system 112 may utilize input from thesensor system 104 in order to estimate the output produced by thepropulsion system 102 and thecontrol system 106. Depending upon the embodiment, thecomputer system 112 could be operable to monitor many aspects of thevehicle 100 and its subsystems. In some embodiments, thecomputer system 112 may disable some or all functions of thevehicle 100 based on signals received fromsensor system 104. - The components of
vehicle 100 could be configured to work in an interconnected fashion with other components within or outside their respective systems. For instance, in an example embodiment, thecamera 130 could capture a plurality of images that could represent information about a state of an environment of thevehicle 100 operating in an autonomous mode. The state of the environment could include parameters of the road on which the vehicle is operating. For example, thecomputer vision system 140 may be able to recognize the slope (grade) or other features based on the plurality of images of a roadway. Additionally, the combination ofGlobal Positioning System 122 and the features recognized by thecomputer vision system 140 may be used with map data stored in thedata storage 114 to determine specific road parameters. Further, theradar unit 126 may also provide information about the surroundings of the vehicle. - In other words, a combination of various sensors (which could be termed input-indication and output-indication sensors) and the
computer system 112 could interact to provide an indication of an input provided to control a vehicle or an indication of the surroundings of a vehicle. - In some embodiments, the
computer system 112 may make a determination about various objects based on data that is provided by systems other than the radio system. For example, the vehicle may have lasers or other optical sensors configured to sense objects in a field of view of the vehicle. Thecomputer system 112 may use the outputs from the various sensors to determine information about objects in a field of view of the vehicle. Thecomputer system 112 may determine distance and direction information to the various objects. Thecomputer system 112 may also determine whether objects are desirable or undesirable based on the outputs from the various sensors. - Although
FIG. 1 shows various components ofvehicle 100, i.e.,wireless communication system 146,computer system 112,data storage 114, anduser interface 116, as being integrated into thevehicle 100, one or more of these components could be mounted or associated separately from thevehicle 100. For example,data storage 114 could, in part or in full, exist separate from thevehicle 100. Thus, thevehicle 100 could be provided in the form of device elements that may be located separately or together. The device elements that make upvehicle 100 could be communicatively coupled together in a wired and/or wireless fashion. -
FIG. 2 shows avehicle 200 that could be similar or identical tovehicle 100 described in reference toFIG. 1 . Depending on the embodiment,vehicle 200 could include asensor unit 202, awireless communication system 204, aradio unit 206, alaser rangefinder 208, and acamera 210. The elements ofvehicle 200 could include some or all of the elements described forFIG. 1 . Althoughvehicle 200 is illustrated inFIG. 2 as a car, other embodiments are possible. For instance, thevehicle 200 could represent a truck, a van, a semi-trailer truck, a motorcycle, a golf cart, an off-road vehicle, or a farm vehicle, among other examples. - The
sensor unit 202 could include one or more different sensors configured to capture information about an environment of thevehicle 200. For example,sensor unit 202 could include any combination of cameras, radars, LIDARs, range finders, radio devices (e.g., Bluetooth and/or 802.11), and acoustic sensors. Other types of sensors are possible. Depending on the embodiment, thesensor unit 202 could include one or more movable mounts that could be operable to adjust the orientation of one or more sensors in thesensor unit 202. In one embodiment, the movable mount could include a rotating platform that could scan sensors so as to obtain information from each direction around thevehicle 200. In another embodiment, the movable mount of thesensor unit 202 could be moveable in a scanning fashion within a particular range of angles and/or azimuths. Thesensor unit 202 could be mounted atop the roof of a car, for instance, however other mounting locations are possible. Additionally, the sensors ofsensor unit 202 could be distributed in different locations and need not be collocated in a single location. Some possible sensor types and mounting locations includeradio unit 206 andlaser range finder 208. - The
wireless communication system 204 could be located as depicted inFIG. 2 . Alternatively, thewireless communication system 204 could be located, fully or in part, elsewhere. Thewireless communication system 204 may include wireless transmitters and receivers that could be configured to communicate with devices external or internal to thevehicle 200. Specifically, thewireless communication system 204 could include transceivers configured to communicate with other vehicles and/or computing devices, for instance, in a vehicular communication system or a roadway station. Examples of such vehicular communication systems include dedicated short range communications (DSRC), radio frequency identification (RFID), and other proposed communication standards directed towards intelligent transport systems. - The
camera 210 could be mounted inside a front windshield of thevehicle 200. Thecamera 210 could be configured to capture a plurality of images of the environment of thevehicle 200. Specifically, as illustrated, thecamera 210 could capture images from a forward-looking view with respect to thevehicle 200. Other mounting locations and viewing angles ofcamera 210 are possible. Thecamera 210 could represent one or more visible light cameras. Alternatively or additionally,camera 210 could include infrared sensing capabilities. Thecamera 210 could have associated optics that could be operable to provide an adjustable field of view. Further, thecamera 210 could be mounted tovehicle 200 with a movable mount that could be operable to vary a pointing angle of thecamera 210. - A
method 300 is provided for enabling an autonomous vehicle to request assistance from a remote operator when the vehicle's confidence in its current mode of operation is below a predetermined threshold level. In some examples,method 300 may be carried out by a vehicle such asvehicle 100 and/orvehicle 200 as illustrated and described in reference toFIGS. 1 and 2 , respectively. For example, the processes described herein may be carried out using aRADAR unit 126, a laser rangefinder and/orLIDAR unit 128, and/or acamera 130 mounted to an autonomous vehicle in communication with acontrol system 106, a sensor fusion algorithm 138, acomputer vision system 140, anavigation system 142, and/or anobstacle avoidance system 144. Additionally,method 300 may be carried out using sensor data from one or more sensors on an autonomous vehicle (e.g., vehicle 200) such assensor unit 202 and/orcamera 210 as shown inFIG. 2 . - Furthermore, it is noted that the functionality described in connection with the flowcharts described herein can be implemented as special-function and/or configured general-function hardware modules, portions of program code executed by a processor (e.g., the
processor 113 within computer system 112) for achieving specific logical functions, determinations, and/or steps described in connection with the flowcharts shown inFIG. 3 orFIG. 5 . Where used, program code can be stored on any type of computer-readable medium (e.g., computer-readable storage medium or non-transitory media, such asdata storage 114 described above with respect tocomputer system 112 and/or acomputer program product 600 described below), for example, such as a storage device including a disk or hard drive. - In addition, each block of the flowchart shown in
FIG. 3 may represent circuitry that is wired to perform the specific logical functions in the process. Unless specifically indicated, functions in the flowchart shown inFIG. 3 may be executed out of order from that shown or discussed, including substantially concurrent execution of separately described functions, or even in reverse order in some examples, depending on the functionality involved, so long as the overall functionality of the described method is maintained. - As shown by
block 302 ofFIG. 3 ,method 300 may initially involve operating an autonomous vehicle in a first autonomous mode. Within an autonomous mode, the vehicle may autonomously determine operations and perform the operations without input from a human operator (e.g., to control the vehicle to move to a particular drop-off location for passengers). Example autonomous operations may including turning, starting, stopping, passing an obstacle on the left or right, changing speed, changing trajectory, changing lanes, pulling over, backing up, or any number of other possible vehicle operations. In some examples, an autonomous mode may include a sequence of autonomous operations (e.g., to get from a first location to a second location). - In order to operate autonomously, the vehicle may continuously or periodically collect sensor data representative of its environment. An autonomous vehicle may receive data collected from environment in which the vehicle operates in a variety of ways. In particular the vehicle may be equipped with one or more sensor systems that provide data describing the surrounding environment. For example, a vehicle may have various sensors, including a camera, a radar unit, a laser range finder, a microphone, a radio unit, and other sensors. Each of these sensors may communicate data to a processor in the vehicle about information each respective sensor receives.
- In one example, a camera may be configured to capture still images and/or video. In various embodiments, the vehicle may have more than one camera positioned in different orientations. Also, in some embodiments the camera may be able to move to capture images and/or video in different directions. The camera may be configured to store captured images and video to a memory for later processing by a processing system of the vehicle. The captured images and/or video may form a portion of the sensor data collected from the environment.
- In another example, a radar unit may be configured to transmit an electromagnetic signal that will be reflected by various objects near the vehicle. The radar unit may be able to capture reflected electromagnetic signals. The captured reflected electromagnetic signals may enable the radar system (or processing system) to make various determinations about objects that reflected the electromagnetic signal. For example, the distance and position to various reflecting objects may be determined. In various embodiments, the vehicle may have more than one radar unit in different orientations. The radar system may be configured to store captured information to a memory for later processing by a processing system of the vehicle. The information captured by the radar system may form a portion of the sensor data collected from an environment.
- In further examples, a laser range-finding system may be configured to transmit an electromagnetic signal (e.g., light, such as that from a gas or diode laser, or other possible light source) that will be reflected by target objects near the vehicle. The laser range-finding system may be able to capture the reflected electromagnetic (e.g., laser) signals. The captured reflected electromagnetic signals may enable the range-finding system (or processing system) to determine a range to various objects. The range-finding system may also be able to determine a velocity or speed of target objects and store it as data collected from an environment.
- Additionally, in other examples, a microphone may be configured to capture audio data from the environment surrounding the vehicle. Sounds captured by the microphone may include sounds from vehicles or other aspects of the environment. For example, the microphone may capture the sound of the siren of an emergency vehicle. A processing system may be able to identify that the captured audio signal is indicative of an emergency vehicle. In another example, the microphone may capture the sound of an exhaust of another vehicle, such as that from a motorcycle. A processing system may be able to identify that the captured audio signal is indicative of a motorcycle. The data captured by the microphone may form a portion of the sensor data collected from the environment.
- In additional examples, the radio unit may be configured to transmit an electromagnetic signal that may take the form of a Bluetooth signal, 802.11 signal, and/or other radio technology signal. The electromagnetic radiation signal may be transmitted via one or more antennas located in a radio unit. Further, the electromagnetic radiation signal may be transmitted with one of many different radio-signaling modes. In some embodiments, it may be desirable to transmit the electromagnetic radiation signal with a signaling mode that requests a response from devices located near the autonomous vehicle. The processing system may be able to detect nearby devices based on the responses communicated back to the radio unit and use this communicated information as a portion of the sensor data collected from the environment.
- In some embodiments, the processing system may be able to combine information from some or all of the vehicle's sensors in order to make further determinations about the environment of the vehicle. For example, the processing system may combine both radar information and a captured image to determine if another vehicle or pedestrian is in front of the autonomous vehicle. In other embodiments, other combinations of sensor data may be used by the processing system to make determinations about the environment as well.
- While the vehicle is operating autonomously, the processing system of the vehicle may alter the control of the vehicle based on data received from the various sensors. In some examples, the autonomous vehicle may alter a velocity of the autonomous vehicle in response to data from the various sensors. For instance, the autonomous vehicle may change velocity in order to avoid obstacles, obey traffic laws, etc. When a processing system in the vehicle identifies obstacles or other situations encountered by the autonomous vehicle, the vehicle may be able to autonomously determine how to proceed (e.g., by altering velocity, changing trajectory to avoid an obstacle, and so on).
-
Block 304 ofmethod 300 includes identifying a situation where a level of confidence of an autonomous operation is below a predetermined threshold. The vehicle may maintain a confidence level indicating how confident it is that its current mode of operation is correct. The confidence level may be determined based on any combination of the types of sensor data described above as well as previously stored information about the environment. In some examples, one or more sensor systems within the vehicle may be configured to trigger a warning signal which may decrease the confidence level of the vehicle. In other examples, conflicting signals from different systems within the vehicle may also decrease the confidence level. - In further examples, the confidence level may drop below the threshold level based on one or more features detected within the environment. For instance, the vehicle may detect one or more obstacles within the environment that it cannot identify with confidence. For example, the vehicle may detect an object that appears to be a pedestrian located near the vehicle, and the vehicle may not be confident how to proceed without knowing with confidence whether a pedestrian is present in the environment or not. In such a scenario, the vehicle may request assistance in order to determine whether a pedestrian is present and/or to get instructions how to proceed with operation.
- In other examples, the confidence level may drop below the threshold level based on uncertainty about the vehicle's position within the environment. For instance, the vehicle may detect one or more features within the environment (objects, signs, road markers, etc.) that are not located where the vehicle expects based on prior maps of the environment. In these scenarios, the vehicle may seek remote assistance in order to orient itself within the environment.
- In additional examples, the vehicle's view of a portion of the environment may be obscured and/or sensor data collected about the environment may be distorted such that the vehicle cannot determine what operation to execute with confidence. For example, the vehicle may come to an intersection where bushes or trees obscure the vehicle's view in certain directions. In such a scenario, the vehicle may seek assistance from a remote operator to proceed through the intersection. In some examples, the remote operator may be able to better interpret an obstructed view and determine a proper course of action for the vehicle.
- In other examples, the vehicle's confidence level may drop below the threshold level based on aspects of its own operation. For example, the vehicle may be physically stuck for a certain period of time (e.g., behind an obstacle), and may not be confident that continuing to wait is the correct course of action. In such a scenario, the vehicle may seek assistance in order to determine whether a remote assistor proposes another course of action besides waiting for the path to clear.
- In yet further examples, the vehicle's confidence level may drop based on any combination of the factors described above and/or other types of factors. For instance, the confidence level may be a probability (e.g., 0 to 1) that is continually or periodically updated as the vehicle operates within an environment and new sensor data is received. Within examples, certain factors may affect the confidence level more than others. For instance, factors associated with more important operations (e.g., ones affective vehicle safety) may have a greater effect on the confidence level (and therefore more likely to trigger requests for assistance).
-
FIG. 4A illustrates a top view of a scenario encountered by an autonomous vehicle, in accordance with an example embodiment. As shown, anautonomous vehicle 402 may be operating within anenvironment 400 containingother vehicles autonomous vehicle 402 may be operating in an autonomous mode with a lane of travel when it approaches an obstacle in the road, in this example a fallentree 404. - The
autonomous vehicle 402 may create a representation of itsenvironment 400 based on any combination of possible types of sensor data as described above.FIG. 4B illustrates a representation of the environment fromFIG. 4A based on sensor data collected by the vehicle, according to an example embodiment. In some examples, the representation may not be a perfect copy of the environment. For instance, some of the sensors may be blocked in certain directions or some of the sensor data may be distorted. Additionally, some objects may be abstracted into geometric shapes, such as the representations of thevehicles tree 404 shown in the figure. Theautonomous vehicle 402 may identify objects or other aspects of the environment with varying levels of precision. - The situation depicted in
FIG. 4A andFIG. 4B may be a situation in which the vehicle's confidence level drops below a predetermined threshold level. The drop in confidence may be based on one or more different factors about the vehicle's operation and/or the vehicle's view of the environment. For example, thevehicle 402 may not be able to create a complete sensor representation of its environment because the fallentree 404 may be obstructing its views of aspects of the environment (e.g., other cars). Additionally, thevehicle 402 may not be able to identify with confidence one or more objects within the environment, possibly including the fallentree 404. Also, aspects of the vehicle's own operation may also cause its confidence level to drop. For instance, the vehicle may have stopped behind the fallentree 404, and may have remained stuck there for a certain period of time, which may trigger a warning from one of the vehicle's systems. In some examples, if thevehicle 402 is stuck for more than a predetermined set amount of time (e.g., 1 minute or 5 minutes), its confidence level may begin to drop. Other factors may contribute to the vehicle's determination that its confidence in how to proceed (e.g., whether to continue waiting or to do something else) has fallen to a level where the vehicle should request remote assistance. -
Block 306 ofmethod 300 includes sending a request for assistance to a remote assistor. The request may include the vehicle's current representation of its environment (e.g., such as depicted inFIG. 4B ), as discussed above with respect to block 304. In some examples, the request may additionally include at least a subset of the sensor data collected by the vehicle from its surrounding environment. For example, a live video stream from one or more video cameras and/or still photos may be transmitted along with the request for assistance. -
FIG. 4C shows a video stream of theenvironment 400 ofautonomous vehicle 402 from the point-of-view of theautonomous vehicle 402. For example, theautonomous vehicle 402 may be equipped with one or more video cameras which capture video streams of a portion of theenvironment 400. This data may be transmitted along with the request with assistance for use by the remote operator. In this example, the portion of theenvironment 400 captured in the video stream includes the fallentree 404 as well as parts ofcars tree 404. In some examples, the cameras may be moveable (and possibly may be controlled directly or indirectly by a remote operator) in order to capture video of additional portions of theenvironment 400 in order to resolve certain scenarios. - In further examples, the request for assistance may additionally include one or more suggested autonomous operations for the vehicle to take in the identified situation. For example, referring back to the scenario described with respect to
FIG. 4 , the vehicle may transmit options that may include holding position or attempting to pass the obstacle on the left. In one example, the vehicle may send a single suggested operation in order to receive verification of its proposed course of action, and may hold position until a response is received. In other examples, the vehicle may send a set of two or more proposed options for the remote assistor to select from. In some cases, the vehicle may not be able to propose a course of action. In such examples, the human guide may be able to propose a course of action for the vehicle to take, or a set of two or more possible courses of action. - In additional examples, the request for assistance may involve multiple parts. For example, the vehicle may ask a series of questions of the remote assistor in order to determine how to proceed with operation. For example, referring to the situation depicted in
FIG. 4A , thevehicle 402 may first request assistance in order to identify the obstacle in the road as a fallentree 404. Thevehicle 402 may then make a second request in order to determine how best to proceed given that the obstacle has been identified as a fallentree 404. Other more complicated discourses between thevehicle 402 and remote operator are possible as well. - In some examples, the human operator may be located in a remote location that has a wireless connection with a communication system of the vehicle. For example, a remote human operator may be located at a remote computer terminal with a graphical interface that provides information from the autonomous vehicle in order for the human operator to answer the request. For instance,
FIG. 4D shows one example graphical interface that may be presented to a human operator. Thegraphical interface 412 may includeseparate sub-windows FIG. 4B . The second sub-window 416 may include a video stream of a portion of the environment, such as described above with respect toFIG. 4C . Accordingly, the human operator may be able to compare the vehicle's understanding of its environment with the video stream to verify the vehicle's representation of its environment and/or to verify or suggest a planned course of action of the vehicle. - In other example embodiments, the request for assistance may be sent to a human assistor located within the autonomous vehicle, such as a passenger in the passenger seat or a person sitting in the driver's seat. In certain situations, the passenger may have the best views in order to determine how to resolve a given situation. In some examples, a request may be sent simultaneously to a remote assistor as well as a passenger of the vehicle.
- In additional embodiments, the request may be sent to a more powerful computer than exists within the autonomous vehicle, such as a remote computer server. The more powerful computer may have more computational power than the computing system in the autonomous vehicle and/or more stored data about the environment, and therefore may able to more accurately determine how to proceed within a given scenario. In some embodiments, the autonomous vehicle may wirelessly communicate a subset of the sensor data collected about the environment to the remote computing device as well.
- In further embodiments, the more powerful computer may also not be able to determine a proper course of action to the identified scenario. When this happens, the system may fall back to a human operator to try to resolve the scenario in some example systems. Additionally, in some embodiments, the more powerful computer and the human operator may both receive a request for assistance. Therefore, either the more powerful computer or the human operator (and possibly both) may be able to determine a proper course of action for the vehicle. By transmitting data to both the more powerful computer and the human operator at approximately the same time, there may be some redundancy benefit in case one or the other fails to respond fast enough. The request for assistance may additionally contain a timeout amount indicating an amount of time in which a response to the request is needed.
-
Block 308 ofmethod 300 includes receiving a response from the remote assistor indicating a second autonomous mode of operation. In some examples, the second autonomous mode may indicate one or more different autonomous operations for the vehicle to execute. In one example, the vehicle may have sent a single proposed operation to the remote assistor. In that case, the response may indicate that the vehicle is free to proceed with the proposed operation, and the vehicle may hold position until receiving the response. In other examples, the vehicle may have sent two or more proposed operations to the remote assistor, in which case the response may indicate which of the proposed operations the vehicle should take. The remote assistor may be able to propose different autonomous operations for the vehicle to take as well or instead. - In other examples, the second mode of operation may provide guidance to the vehicle on how to proceed without specifying particular operations. For instance, the mode of operation may indicate a level of caution for the vehicle to use in determining autonomous operations. A level of caution may indicate how certain the vehicle must be in an autonomous operation before executing the operation. As an example, the vehicle may have identified a low-confidence situation in which the vehicle may have entered an area with ongoing construction, prompting a request for assistance. A response from the remote indicator may indicate that the vehicle should proceed through the area with a higher level of caution in determining operations. Operating with a higher level of caution may mean that the vehicle does not attempt to pass a vehicle when it would require moving to a narrow lane, slowing down further in advance when detecting an obstacle, or refusing to go above a certain speed while in the construction area, for example.
- In another example, the response may indicate a particular range of speeds with which the autonomous vehicle may operate. For instance, the response may in some cases indicate that there is nothing in the environment to be concerned about and the vehicle should proceed with full normal operating speed. In other situations, the response may identify some potential concerns and therefore the vehicle should proceed slower than usual, perhaps for a set amount of time or distance. In other examples, a mode of operation may indicate other aspects of how the vehicle should operate, such as which lane the vehicle should try to stay in on a multi-lane road.
- In further examples, the response may provide guidance with which the autonomous vehicle may be able to derive its own operations. For example, the response may simply help the vehicle identify a particular object or other aspect of the environment (e.g., identifying another car, a pedestrian, or a sign). With this information, the vehicle may then be able to determine proper autonomous operations to proceed without further assistance from the guide. Alternatively, the vehicle may send one or more additional requests for assistance if needed.
- As another example, the response may provide a particular focus region for the vehicle. For instance, a focus region may indicate to the vehicle where a stop light is that the vehicle needs to watch in order to determine when to proceed (or which stop light to watch if there are multiple stop lights at an intersection). As another example, the focus region may indicate where potential obstacles or hazards may be likely to occur. For instance, the response may indicate a region within the environment that the car should watch and not move until the region is clear of any obstacles. As another example, the focus region may indicate which policeman directing traffic the vehicle should watch for instruction at an intersection with multiple policemen simultaneously directing traffic. Other examples of directing vehicle focus are also possible.
- The remote assistor may be presented with a graphical interface that contains a control menu that enables a remote assistor to send a response to a vehicle indicating a proposed autonomous mode of operation. For example,
FIG. 4E shows an example graphical interface that contains a first sub-window showing the vehicle's sensor data representation of its environment and a second sub-window showing a video stream of a portion of the vehicle's environment, such as described above with respect toFIG. 4D .FIG. 4E additionally contains acontrol menu 418 that may allow a human operator to enter a mode of operation for the vehicle. Depending on the type of response provided to the vehicle, thecontrol menu 418 may allow the operator to input guidance to the vehicle in a number of different ways (e.g., selecting from a list of operations, typing in a particular mode of operation, selecting a particular region of focus within an image of the environment, etc.). - In the example depicted in
FIG. 4E , the human guide may indicate that the vehicle should Turn Around 420 in order to signal that theautonomous vehicle 402 should not continue to wait behind the fallentree 404. Additionally, the proposed mode may indicate how thevehicle 402 should proceed in order to continue operation (e.g., to turn around and go back the other way rather than attempting to pass the obstacle). Thecontrol menu 418 may additionally contain alatency bar 422 indicating how old the received sensor data is, which may affect the human guide's response. - The response to the request for assistance may be received in a number of different ways. In cases where the request for assistance was sent to a remote assistor (or a remote computing system) not located within the vehicle, the response may be received wirelessly through a communication system located within the autonomous vehicle. In other embodiments, such as those where the request for assistance was sent to a passenger located with the vehicle, the response may be received when the passenger enters an autonomous operation into a graphical interface of a computer system located within the vehicle. A passenger may be able to instruct the vehicle in other ways as well, such as through voice commands or through a handheld mobile device. Other modes of transmitting and/or receiving the request for assistance and/or the response to the request may also be used.
-
Block 310 ofmethod 300 includes causing the vehicle to operate in the second autonomous mode in accordance with the instructions from the guide. When the vehicle receives the response to the request for assistance, the response may indicate that the vehicle should execute one or more particular autonomous operations. Based on the response, the vehicle may proceed with the autonomous operations, which may be to turn, start, stop, pass on the left or right, change speed and/or direction, pull over, back up, or any number of other possible operations. - In other examples, the vehicle may do additional processing before proceeding with the autonomous mode of operation. For instance, the vehicle may have received certain information (e.g., identification of an object) from which the vehicle may then determine what operations it should perform. In other examples, the second mode of operation may indicate a permanent or extended change in autonomous behavior. For example, the vehicle may operate with a different level of caution, within a different range of speeds, or within a different lane of travel based on the response from the remote assistor. In other examples, the vehicle may verify the received response before changing modes. For example, if the latency associated with the received instruction is too high to be trusted, the vehicle may send another request for assistance before proceeding.
-
FIG. 4F shows theautonomous vehicle 402 turning around in accordance with the instructions from the remote assistor. For example, a remote operator may have viewed a video stream of the environment and determined that the safest or only feasible course of action for thevehicle 402 to operate with is to turn around and find a different way to its destination. Accordingly, after turning around, the vehicle may then resume operating autonomously without further assistance from the remote assistor. In other examples, the remote assistor may indicate further instructions to the vehicle (e.g., a proposed route around the blocked road). -
FIG. 5 is a block diagram of another method, according to an example embodiment.Method 500 as shown inFIG. 5 may be executed to respond to a request for assistance from an autonomous vehicle, such as a request sent by a vehicle as described above with respect tomethod 300.Method 500 may be executed by a remote computing system, such as a computing system with a display terminal that receives input from a remote human operator.Method 500 may be executed by a computing system of an autonomous vehicle as well, such as when the autonomous vehicle requests assistance from a passenger of the vehicle. - In addition, each block of the flowchart shown in
FIG. 5 may represent circuitry that is wired to perform the specific logical functions in the process. Unless specifically indicated, functions in the flowchart shown inFIG. 5 may be executed out of order from that shown or discussed, including substantially concurrent execution of separately described functions, or even in reverse order in some examples, depending on the functionality involved, so long as the overall functionality of the described method is maintained. -
Block 502 ofmethod 500 includes receiving a request for assistance from an autonomous vehicle, including a sensor data representation of an environment and a video stream of a portion of an environment of the vehicle. The request may include any of the aspects of a request described above with respect tomethod 300. In particular, the request may include a sensor data representation of the environment of the autonomous vehicle based on any of the types of sensor data described above with respect tomethod 300, such as the sensor data representation shown inFIG. 4B . Additionally, the request may include one or more video streams of portions of the environment of the vehicle, such as shown inFIG. 4C . Other types of sensor data may also be received, including still images, radar or laser range finder data indicating distance to and/or location of nearby objects, or audio data captured by one or more microphones. -
Block 506 ofmethod 500 includes displaying a graphical interface showing the sensor data representation of the environment and the video stream of the portion of the environment. In particular,method 500 may involve the use of a remote human assistor, such as a human guide who accesses a graphical interface, such as the one depicted inFIGS. 4D and 4E . The human guide may be presented with the vehicle's own representation of its environment within a first sub-window of the graphical interface and a live video feed of a portion of the environment within a second sub-window of the graphical interface. In further examples, the human guide may also be presented with additional information regarding the current mode of operation of the vehicle when the requested for assistance was made. In some examples, the human guide may verify that the vehicle's representation of its environment and/or a proposed mode of operation of the vehicle is correct by comparing the sensor data representation (e.g., how the vehicle sees its environment) to the live video feed(s). In some examples, the vehicle's representation of its environment may also be overlayed on top of the video stream within the user interface. For instance, rather than showing the vehicle's representation insub-window 414 and the video stream in sub-window 416 as separate windows within a user interface as shown inFIG. 4C , a user interface may contain a single viewing window with both the video stream and the vehicle's representation aligned. Overlaying the vehicle's representation may make it easier for an operator to understand how detected objects in the vehicle's representation may correspond to visual objects within the video stream. -
Block 508 ofmethod 500 includes receiving a proposed autonomous mode for the vehicle via the graphical interface. In particular, the human guide may input an autonomous mode of operation into the graphical interface (e.g., by selecting from a list of possible options or manually inputting a different mode of operation). In some examples, a human guide may be presented with a list of preset options that they can always send to the vehicle (e.g., “Stop immediately,” “Pull over soon,” etc.). In other examples, the vehicle may propose certain possible modes of operation for the human guide to consider. A combination of different methods of receiving input via the graphical interface may be used in some examples as well. - In further examples,
method 500 may involve receiving help from a passenger of the autonomous vehicle in order to determine an autonomous mode of operation for the vehicle. The passenger may be asked for assistance through a graphical interface in the car, for example. The passenger may then respond by selecting an autonomous mode for the vehicle (e.g., by selecting an option on the graphical interface or by giving a vocal command to the graphical interface). -
Block 508 ofmethod 500 involves sending a response to the autonomous vehicle to switch to the requested autonomous mode of operation. The autonomous mode of operation may be any of the autonomous modes of operation described above with respect tomethod 300. For example, the autonomous mode may include one or more autonomous operations such as to turn, start, stop, pass on the left or right, change speed and/or direction, pull over, back up, or any number of other possible operations. The second autonomous mode may also indicate a range of speeds for the vehicle to operate in or otherwise provide guidance to the vehicle without specifying particular operations. In cases wheremethod 500 is carried out by a remote computing system, the response may be sent wirelessly to a communication system of the autonomously vehicle. In other examples (such as when the autonomous operation is determined by interfacing with a passenger of the vehicle), the response may be sent through a direct hardware connection within the autonomous vehicle. The response may be transmitted to a control system of the autonomous vehicle indirectly through other systems and/or in other ways in some examples as well. - In some embodiments, the disclosed methods may be implemented as computer program instructions encoded on a non-transitory computer-readable storage media in a machine-readable format, or on other non-transitory media or articles of manufacture.
FIG. 6 is a schematic illustrating a conceptual partial view of an example computer program product that includes a computer program for executing a computer process on a computing device, arranged according to at least some embodiments presented herein. - In one embodiment, the example
computer program product 600 is provided using a signal bearing medium 602. The signal bearing medium 602 may include one ormore programming instructions 604 that, when executed by one or more processors may provide functionality or portions of the functionality described above with respect toFIGS. 1-5 . In some examples, the signal bearing medium 602 may encompass a non-transitory computer-readable medium 606, such as, but not limited to, a hard disk drive, a Compact Disc (CD), a Digital Video Disk (DVD), a digital tape, memory, etc. In some implementations, the signal bearing medium 602 may encompass acomputer recordable medium 608, such as, but not limited to, memory, read/write (R/W) CDs, R/W DVDs, etc. In some implementations, the signal bearing medium 602 may encompass acommunications medium 610, such as, but not limited to, a digital and/or an analog communication medium (e.g., a fiber optic cable, a waveguide, a wired communications link, a wireless communication link, etc.). Thus, for example, the signal bearing medium 602 may be conveyed by a wireless form of thecommunications medium 610. - The one or
more programming instructions 604 may be, for example, computer executable and/or logic implemented instructions. In some examples, a computing device such as thecomputer system 112 ofFIG. 1 may be configured to provide various operations, functions, or actions in response to theprogramming instructions 604 conveyed to thecomputer system 112 by one or more of the computerreadable medium 606, thecomputer recordable medium 608, and/or thecommunications medium 610. - The non-transitory computer readable medium could also be distributed among multiple data storage elements, which could be remotely located from each other. The computing device that executes some or all of the stored instructions could be a vehicle, such as the
vehicle 200 illustrated inFIG. 2 . Alternatively, the computing device that executes some or all of the stored instructions could be another computing device, such as a server. - The above detailed description describes various features and functions of the disclosed systems, devices, and methods with reference to the accompanying figures. While various aspects and embodiments have been disclosed herein, other aspects and embodiments will be apparent. The various aspects and embodiments disclosed herein are for purposes of illustration and are not intended to be limiting, with the true scope being indicated by the following claims.
Claims (21)
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US16/561,691 US20200019166A1 (en) | 2014-03-03 | 2019-09-05 | Remote assistance for an autonomous vehicle in low confidence situations |
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US14/195,663 US9465388B1 (en) | 2014-03-03 | 2014-03-03 | Remote assistance for an autonomous vehicle in low confidence situations |
US15/257,021 US10444754B2 (en) | 2014-03-03 | 2016-09-06 | Remote assistance for an autonomous vehicle in low confidence situations |
US16/561,691 US20200019166A1 (en) | 2014-03-03 | 2019-09-05 | Remote assistance for an autonomous vehicle in low confidence situations |
Related Parent Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US15/257,021 Continuation US10444754B2 (en) | 2014-03-03 | 2016-09-06 | Remote assistance for an autonomous vehicle in low confidence situations |
Publications (1)
Publication Number | Publication Date |
---|---|
US20200019166A1 true US20200019166A1 (en) | 2020-01-16 |
Family
ID=57046607
Family Applications (3)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US14/195,663 Active US9465388B1 (en) | 2014-03-03 | 2014-03-03 | Remote assistance for an autonomous vehicle in low confidence situations |
US15/257,021 Active 2034-10-25 US10444754B2 (en) | 2014-03-03 | 2016-09-06 | Remote assistance for an autonomous vehicle in low confidence situations |
US16/561,691 Pending US20200019166A1 (en) | 2014-03-03 | 2019-09-05 | Remote assistance for an autonomous vehicle in low confidence situations |
Family Applications Before (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US14/195,663 Active US9465388B1 (en) | 2014-03-03 | 2014-03-03 | Remote assistance for an autonomous vehicle in low confidence situations |
US15/257,021 Active 2034-10-25 US10444754B2 (en) | 2014-03-03 | 2016-09-06 | Remote assistance for an autonomous vehicle in low confidence situations |
Country Status (1)
Country | Link |
---|---|
US (3) | US9465388B1 (en) |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20220089181A1 (en) * | 2020-09-18 | 2022-03-24 | Guident Ltd. | Systems and Methods for Remote Monitoring of a Vehicle, Robot or Drone |
US20220146664A1 (en) * | 2019-03-28 | 2022-05-12 | Sony Semiconductor Solutions Corporation | Signal processing device, signal processing method, program, and information processing device |
EP4002045A1 (en) | 2020-11-24 | 2022-05-25 | Volkswagen Ag | Method and command center for a tele-operated driving of a vehicle and corresponding system with a command center and a vehicle |
EP4116789A4 (en) * | 2020-03-03 | 2023-09-13 | Panasonic Intellectual Property Management Co., Ltd. | Information processing method and information processing system |
EP4242774A1 (en) * | 2022-03-09 | 2023-09-13 | Beijing Tusen Zhitu Technology Co., Ltd. | Vehicle and monitoring system for vehicle |
Families Citing this family (116)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US11586208B2 (en) * | 2014-10-24 | 2023-02-21 | Clearpath Robotics Inc. | Systems and methods for executing a task with an unmanned vehicle |
US9547309B2 (en) | 2015-05-13 | 2017-01-17 | Uber Technologies, Inc. | Selecting vehicle type for providing transport |
US9494439B1 (en) | 2015-05-13 | 2016-11-15 | Uber Technologies, Inc. | Autonomous vehicle operated with guide assistance of human driven vehicles |
US10345809B2 (en) * | 2015-05-13 | 2019-07-09 | Uber Technologies, Inc. | Providing remote assistance to an autonomous vehicle |
US20160349754A1 (en) | 2015-05-29 | 2016-12-01 | Clearpath Robotics, Inc. | Method, system and apparatus for controlling self-driving vehicles |
US20170062015A1 (en) * | 2015-09-01 | 2017-03-02 | Whole Body IQ, Inc. | Correlation of media with biometric sensor information |
JP6639835B2 (en) * | 2015-09-01 | 2020-02-05 | 株式会社クボタ | Traveling work machine |
US10139828B2 (en) | 2015-09-24 | 2018-11-27 | Uber Technologies, Inc. | Autonomous vehicle operated with safety augmentation |
US10401852B2 (en) | 2015-11-04 | 2019-09-03 | Zoox, Inc. | Teleoperation system and method for trajectory modification of autonomous vehicles |
US9606539B1 (en) | 2015-11-04 | 2017-03-28 | Zoox, Inc. | Autonomous vehicle fleet service and system |
US9632502B1 (en) | 2015-11-04 | 2017-04-25 | Zoox, Inc. | Machine-learning systems and techniques to optimize teleoperation and/or planner decisions |
US9630619B1 (en) | 2015-11-04 | 2017-04-25 | Zoox, Inc. | Robotic vehicle active safety systems and methods |
US11283877B2 (en) | 2015-11-04 | 2022-03-22 | Zoox, Inc. | Software application and logic to modify configuration of an autonomous vehicle |
WO2017079341A2 (en) | 2015-11-04 | 2017-05-11 | Zoox, Inc. | Automated extraction of semantic information to enhance incremental mapping modifications for robotic vehicles |
US9754490B2 (en) | 2015-11-04 | 2017-09-05 | Zoox, Inc. | Software application to request and control an autonomous vehicle service |
CA3005147C (en) | 2015-11-20 | 2022-07-19 | Uber Technologies, Inc. | Controlling autonomous vehicles in connection with transport services |
US20170205247A1 (en) * | 2016-01-19 | 2017-07-20 | Honeywell International Inc. | Traffic visualization system |
US10662045B2 (en) | 2016-02-11 | 2020-05-26 | Clearpath Robotics Inc. | Control augmentation apparatus and method for automated guided vehicles |
JP6917708B2 (en) * | 2016-02-29 | 2021-08-11 | 株式会社デンソー | Driver monitoring system |
US10303173B2 (en) | 2016-05-27 | 2019-05-28 | Uber Technologies, Inc. | Facilitating rider pick-up for a self-driving vehicle |
US10073460B2 (en) * | 2016-06-10 | 2018-09-11 | Trimble Inc. | Providing auto-guidance of a mobile machine without requiring a graphical interface display |
US20170356750A1 (en) * | 2016-06-14 | 2017-12-14 | nuTonomy Inc. | Route Planning for an Autonomous Vehicle |
US10309792B2 (en) | 2016-06-14 | 2019-06-04 | nuTonomy Inc. | Route planning for an autonomous vehicle |
US10126136B2 (en) | 2016-06-14 | 2018-11-13 | nuTonomy Inc. | Route planning for an autonomous vehicle |
US11092446B2 (en) | 2016-06-14 | 2021-08-17 | Motional Ad Llc | Route planning for an autonomous vehicle |
US10829116B2 (en) | 2016-07-01 | 2020-11-10 | nuTonomy Inc. | Affecting functions of a vehicle based on function-related information about its environment |
US10133273B2 (en) * | 2016-09-20 | 2018-11-20 | 2236008 Ontario Inc. | Location specific assistance for autonomous vehicle control system |
US11627450B2 (en) * | 2016-10-20 | 2023-04-11 | Motional Ad Llc | Identifying stopping place for autonomous vehicle |
US10473470B2 (en) | 2016-10-20 | 2019-11-12 | nuTonomy Inc. | Identifying a stopping place for an autonomous vehicle |
US10857994B2 (en) | 2016-10-20 | 2020-12-08 | Motional Ad Llc | Identifying a stopping place for an autonomous vehicle |
US10331129B2 (en) | 2016-10-20 | 2019-06-25 | nuTonomy Inc. | Identifying a stopping place for an autonomous vehicle |
US10681513B2 (en) | 2016-10-20 | 2020-06-09 | nuTonomy Inc. | Identifying a stopping place for an autonomous vehicle |
US9715233B1 (en) * | 2016-11-09 | 2017-07-25 | Ben Mandeville-Clarke | System and method for inputting a second taxi-start location parameter for an autonomous vehicle to navigate to whilst reducing distraction |
US10723018B2 (en) * | 2016-11-28 | 2020-07-28 | Brain Corporation | Systems and methods for remote operating and/or monitoring of a robot |
US10671925B2 (en) * | 2016-12-28 | 2020-06-02 | Intel Corporation | Cloud-assisted perceptual computing analytics |
CN110226144B (en) * | 2017-01-25 | 2022-12-13 | 福特全球技术公司 | Virtual reality remote valet parking |
EP3577528B1 (en) | 2017-02-06 | 2021-10-27 | Telefonaktiebolaget LM Ericsson (PUBL) | Enabling remote control of a vehicle |
US10293818B2 (en) * | 2017-03-07 | 2019-05-21 | Uber Technologies, Inc. | Teleassistance data prioritization for self-driving vehicles |
US10209718B2 (en) | 2017-03-14 | 2019-02-19 | Starsky Robotics, Inc. | Vehicle sensor system and method of use |
DE102017204783A1 (en) | 2017-03-22 | 2018-09-27 | Volkswagen Aktiengesellschaft | Method for the remote control of several driverless self-propelled systems as well as control station for remote control of the self-propelled systems and system |
US10878342B2 (en) * | 2017-03-30 | 2020-12-29 | Intel Corporation | Cloud assisted machine learning |
US10168697B2 (en) * | 2017-03-31 | 2019-01-01 | At&T Intellectual Property I, L.P. | Assistance for an autonomous vehicle using crowd-sourced responses |
US10195992B2 (en) * | 2017-04-03 | 2019-02-05 | Ford Global Technologies, Llc | Obstacle detection systems and methods |
DE102017208163A1 (en) * | 2017-05-15 | 2018-11-15 | Robert Bosch Gmbh | Method and device for operating an automated vehicle |
WO2018213931A1 (en) | 2017-05-25 | 2018-11-29 | Clearpath Robotics Inc. | Systems and methods for process tending with a robot arm |
US20180356817A1 (en) | 2017-06-07 | 2018-12-13 | Uber Technologies, Inc. | System and Methods to Enable User Control of an Autonomous Vehicle |
US10542493B2 (en) * | 2017-06-30 | 2020-01-21 | Ford Global Technologies, Llc | Vehicle communications management |
US10386836B2 (en) | 2017-07-07 | 2019-08-20 | Zoox, Inc. | Interactions between vehicle and teleoperations system |
US10564638B1 (en) | 2017-07-07 | 2020-02-18 | Zoox, Inc. | Teleoperator situational awareness |
JP7136881B2 (en) * | 2017-07-07 | 2022-09-13 | ズークス インコーポレイテッド | Interaction between vehicle and teleoperation system |
US10606259B2 (en) * | 2017-07-07 | 2020-03-31 | Zoox, Inc. | Interactions between vehicle and teleoperations system |
US10416671B2 (en) * | 2017-07-11 | 2019-09-17 | Waymo Llc | Methods and systems for vehicle occupancy confirmation |
CA3069730C (en) * | 2017-07-11 | 2022-06-28 | Waymo Llc | Methods and systems for providing remote assistance to a vehicle |
US10761542B1 (en) | 2017-07-11 | 2020-09-01 | Waymo Llc | Methods and systems for keeping remote assistance operators alert |
WO2019013929A1 (en) | 2017-07-11 | 2019-01-17 | Waymo Llc | Methods and systems for providing remote assistance to a vehicle |
US10466694B1 (en) * | 2017-07-11 | 2019-11-05 | Waymo Llc | Methods and systems for providing remote assistance based on a tactile event |
CN107393074B (en) * | 2017-07-21 | 2019-01-18 | 北京图森未来科技有限公司 | Realize the automatic method and system for crossing card of vehicle, relevant device |
RU2732634C1 (en) * | 2017-08-02 | 2020-09-21 | Ниссан Мотор Ко., Лтд. | Travel assistance method and travel assistance device |
US11270689B2 (en) * | 2017-08-25 | 2022-03-08 | Ford Global Technologies, Llc | Detection of anomalies in the interior of an autonomous vehicle |
US11001446B2 (en) | 2017-08-31 | 2021-05-11 | Clearpath Robotics Inc. | Apparatus, systems, and methods for payload pick-up and drop-off with a self-driving material-transport vehicle |
US11422569B2 (en) | 2017-08-31 | 2022-08-23 | Clearpath Robotics Inc. | Systems and methods for generating a mission for a self-driving material-transport vehicle |
CN107589745B (en) * | 2017-09-22 | 2021-04-16 | 京东方科技集团股份有限公司 | Driving method, vehicle-mounted driving terminal, remote driving terminal, equipment and storage medium |
CN111164528A (en) | 2017-10-24 | 2020-05-15 | 福特全球技术公司 | System and method for controlling an autonomous vehicle |
US11392121B2 (en) | 2017-10-31 | 2022-07-19 | Clearpath Robotics Inc. | Systems and methods for operating robotic equipment in controlled zones |
US10539959B1 (en) | 2017-10-31 | 2020-01-21 | Waymo Llc | Detecting and responding to people directing traffic for autonomous vehicles |
US10885240B2 (en) * | 2017-11-02 | 2021-01-05 | Uatc, Llc | Deterministic simulation framework for autonomous vehicle testing |
US11079757B1 (en) * | 2017-11-20 | 2021-08-03 | Amazon Technologies, Inc. | Unmanned aerial vehicles to survey locations and collect data about different signal sources |
US10802489B1 (en) | 2017-12-29 | 2020-10-13 | Apex Artificial Intelligence Industries, Inc. | Apparatus and method for monitoring and controlling of a neural network using another neural network implemented on one or more solid-state chips |
WO2019213497A1 (en) | 2018-05-03 | 2019-11-07 | Scotty Labs | Virtual vehicle control system |
DE102018112513A1 (en) * | 2018-05-24 | 2019-11-28 | Daimler Ag | Method and system for deriving a trajectory at a system boundary of an autonomous vehicle by a teleoperator |
US11216007B2 (en) | 2018-07-16 | 2022-01-04 | Phantom Auto Inc. | Normalization of intelligent transport system handling characteristics |
DE102018214023A1 (en) * | 2018-08-20 | 2020-02-20 | Bayerische Motoren Werke Aktiengesellschaft | Scalable teleoperation of autonomous robots |
DE102018006949A1 (en) | 2018-09-03 | 2020-03-05 | Daimler Ag | Method for driverless operation of a vehicle |
DE102018215859A1 (en) * | 2018-09-18 | 2020-03-19 | Bayerische Motoren Werke Aktiengesellschaft | Method for adaptive data transmission for a teleoperation operation for a means of transportation |
US11378965B2 (en) * | 2018-11-15 | 2022-07-05 | Toyota Research Institute, Inc. | Systems and methods for controlling a vehicle based on determined complexity of contextual environment |
US11144052B2 (en) * | 2018-12-07 | 2021-10-12 | Toyota Research Institute, Inc. | Readiness and identification by gaze and/or gesture pattern detection |
US11208111B2 (en) * | 2018-12-11 | 2021-12-28 | Waymo Llc | Redundant hardware system for autonomous vehicles |
JP6933677B2 (en) * | 2019-03-07 | 2021-09-08 | 本田技研工業株式会社 | Vehicle control devices, vehicle control methods, vehicles and programs |
JP7252801B2 (en) * | 2019-03-19 | 2023-04-05 | 株式会社Subaru | Autonomous vehicle traffic control system |
DE102019204940A1 (en) | 2019-04-05 | 2020-10-08 | Robert Bosch Gmbh | Method and device for controlling applications distributed between a vehicle and a cloud |
DE102019204939A1 (en) | 2019-04-05 | 2020-10-08 | Robert Bosch Gmbh | Method and device for controlling a vehicle by a teleoperator |
DE102019204942A1 (en) | 2019-04-05 | 2020-10-08 | Robert Bosch Gmbh | Method and device for converting a teleoperable vehicle from an initial operating mode to a target operating mode |
DE102019204941A1 (en) | 2019-04-05 | 2020-10-08 | Robert Bosch Gmbh | System for safe teleoperated driving |
DE102019204943A1 (en) | 2019-04-05 | 2020-10-08 | Robert Bosch Gmbh | Method and device for teleoperated driving of a vehicle |
GB2602207B (en) * | 2019-04-29 | 2023-02-08 | Motional Ad Llc | Systems and methods for implementing an autonomous vehicle response to sensor failure |
TWI711804B (en) * | 2019-05-15 | 2020-12-01 | 宜陞有限公司 | Vehicle navigation device for self-driving cars |
FR3096639B1 (en) * | 2019-05-27 | 2021-04-30 | Psa Automobiles Sa | ASSISTANCE IN DRIVING VEHICLES, BY SIGNALING OPEN AND CLOSED PORTIONS OF TRAFFIC LANES |
US10625656B1 (en) * | 2019-06-04 | 2020-04-21 | W. Brian Golden | System and method for enhancing fan experience when attending a sporting event such as a football game or a music concert at a stadium |
DE102019208403A1 (en) | 2019-06-08 | 2020-12-10 | Robert Bosch Gmbh | Method and device for operating a vehicle |
JP7099412B2 (en) * | 2019-07-16 | 2022-07-12 | トヨタ自動車株式会社 | Vehicle control device and vehicle control system |
US11654552B2 (en) * | 2019-07-29 | 2023-05-23 | TruPhysics GmbH | Backup control based continuous training of robots |
US11100329B1 (en) * | 2019-08-14 | 2021-08-24 | Lytx, Inc. | Ranging system data utilization for marking of video data of interest |
JP7222332B2 (en) | 2019-08-23 | 2023-02-15 | トヨタ自動車株式会社 | Vehicle remote indication system |
JP7276023B2 (en) | 2019-09-06 | 2023-05-18 | トヨタ自動車株式会社 | Vehicle remote instruction system and self-driving vehicle |
US11370454B2 (en) | 2019-09-26 | 2022-06-28 | Nuro, Inc. | Parallel and failover autonomy systems |
US11623657B2 (en) | 2019-10-16 | 2023-04-11 | Nuro, Inc. | Remote startup of autonomous vehicles |
EP3819888B1 (en) * | 2019-11-05 | 2023-12-27 | Valeo Comfort and Driving Assistance | Vehicle system of a vehicle for detecting and validating an event using a deep learning model |
TWI725611B (en) * | 2019-11-12 | 2021-04-21 | 亞慶股份有限公司 | Vehicle navigation switching device for golf course self-driving cars |
US11698634B2 (en) | 2019-11-18 | 2023-07-11 | Nuro, Inc. | Remote assistance system for autonomous vehicle |
US11480977B2 (en) | 2019-11-25 | 2022-10-25 | Gm Cruise Holdings Llc | Sharing sensor data to assist in maneuvering of an autonomous vehicle |
US10691133B1 (en) | 2019-11-26 | 2020-06-23 | Apex Artificial Intelligence Industries, Inc. | Adaptive and interchangeable neural networks |
US11367290B2 (en) | 2019-11-26 | 2022-06-21 | Apex Artificial Intelligence Industries, Inc. | Group of neural networks ensuring integrity |
US10956807B1 (en) | 2019-11-26 | 2021-03-23 | Apex Artificial Intelligence Industries, Inc. | Adaptive and interchangeable neural networks utilizing predicting information |
US11366434B2 (en) | 2019-11-26 | 2022-06-21 | Apex Artificial Intelligence Industries, Inc. | Adaptive and interchangeable neural networks |
DE102020105770A1 (en) | 2020-03-04 | 2021-09-09 | Bayerische Motoren Werke Aktiengesellschaft | System for teleoperation of an automated motor vehicle |
SE2050260A1 (en) | 2020-03-09 | 2021-09-10 | Einride Ab | Method for controlling a fleet of autonomous/remotely operated vehicles |
US11912307B2 (en) * | 2020-03-18 | 2024-02-27 | Waymo Llc | Monitoring head movements of drivers tasked with monitoring a vehicle operating in an autonomous driving mode |
US11830302B2 (en) | 2020-03-24 | 2023-11-28 | Uatc, Llc | Computer system for utilizing ultrasonic signals to implement operations for autonomous vehicles |
US11458994B2 (en) | 2020-03-30 | 2022-10-04 | Toyota Research Institute, Inc. | Systems and methods for semi-autonomously controlling a vehicle |
EP4136004A4 (en) * | 2020-04-17 | 2024-03-20 | Zoox Inc | Teleoperations for collaborative vehicle guidance |
US11584389B2 (en) | 2020-04-17 | 2023-02-21 | Zoox, Inc. | Teleoperations for collaborative vehicle guidance |
DE102020113933B4 (en) | 2020-05-25 | 2023-01-05 | Mercedes-Benz Group AG | Method for remote control of an at least partially autonomously operated motor vehicle by an operator, and support system |
US11634163B2 (en) * | 2020-11-09 | 2023-04-25 | Toyota Motor Engineering & Manufacturing North America, Inc. | Producing, for an autonomous vehicle, a route from an origination to a destination |
US11761784B2 (en) | 2020-11-24 | 2023-09-19 | Waymo Llc | Reachability user experience interfaces for autonomous vehicles |
EP4040817A1 (en) | 2021-02-09 | 2022-08-10 | Volkswagen Aktiengesellschaft | Method of a control center for operating an automated vehicle and automated vehicle |
US20230182771A1 (en) * | 2021-12-14 | 2023-06-15 | Gm Cruise Holdings Llc | Local assistance for autonomous vehicle-enabled rideshare service |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20090079839A1 (en) * | 2006-06-19 | 2009-03-26 | Oshkosh Corporation | Vehicle diagnostics based on information communicated between vehicles |
US8996224B1 (en) * | 2013-03-15 | 2015-03-31 | Google Inc. | Detecting that an autonomous vehicle is in a stuck condition |
Family Cites Families (36)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US4887223A (en) | 1985-08-30 | 1989-12-12 | Texas Instruments Incorporated | Visual navigation system for a mobile robot having capabilities of regenerating of hidden images |
US7418346B2 (en) | 1997-10-22 | 2008-08-26 | Intelligent Technologies International, Inc. | Collision avoidance methods and systems |
JPH09244745A (en) | 1996-03-05 | 1997-09-19 | Cap Top Eng:Kk | Method and device for controlling unmanned vehicle |
DE19916967C1 (en) | 1999-04-15 | 2000-11-30 | Daimler Chrysler Ag | Method for updating a traffic route network map and map-based method for generating vehicle guidance information |
JP3646605B2 (en) | 2000-02-23 | 2005-05-11 | 株式会社日立製作所 | Vehicle travel control device |
US6876907B2 (en) | 2003-07-16 | 2005-04-05 | Alcatel | Remote restart for an on-board train controller |
US7499804B2 (en) | 2004-10-22 | 2009-03-03 | Irobot Corporation | System and method for multi-modal control of an autonomous vehicle |
US7240879B1 (en) | 2005-05-06 | 2007-07-10 | United States of America as represented by the Administration of the National Aeronautics and Space Administration | Method and associated apparatus for capturing, servicing and de-orbiting earth satellites using robotics |
WO2007048003A2 (en) | 2005-10-21 | 2007-04-26 | Deere & Company | Versatile robotic control module |
US7603212B2 (en) | 2006-03-30 | 2009-10-13 | Honeywell International, Inc. | Real time planning and scheduling for a team of unmanned vehicles |
US8108092B2 (en) | 2006-07-14 | 2012-01-31 | Irobot Corporation | Autonomous behaviors for a remote vehicle |
JP4724043B2 (en) | 2006-05-17 | 2011-07-13 | トヨタ自動車株式会社 | Object recognition device |
US8532862B2 (en) | 2006-11-29 | 2013-09-10 | Ryan A. Neff | Driverless vehicle |
JP5064870B2 (en) | 2007-04-17 | 2012-10-31 | 株式会社日立製作所 | Digital road map generation method and map generation system |
US7825824B2 (en) | 2007-09-18 | 2010-11-02 | At&T Intellectual Property I, L.P. | Collaborative environmental reporting |
US8131432B2 (en) | 2008-02-27 | 2012-03-06 | Deere & Company | Method and system for managing the turning of a vehicle |
US8195358B2 (en) | 2008-09-11 | 2012-06-05 | Deere & Company | Multi-vehicle high integrity perception |
US8229618B2 (en) | 2008-09-11 | 2012-07-24 | Deere & Company | Leader-follower fully autonomous vehicle with operator on side |
US8639408B2 (en) | 2008-10-15 | 2014-01-28 | Deere & Company | High integrity coordination system for multiple off-road vehicles |
US8126642B2 (en) | 2008-10-24 | 2012-02-28 | Gray & Company, Inc. | Control and systems for autonomously driven vehicles |
US20100228427A1 (en) | 2009-03-05 | 2010-09-09 | Massachusetts Institute Of Technology | Predictive semi-autonomous vehicle navigation system |
US9163909B2 (en) | 2009-12-11 | 2015-10-20 | The Boeing Company | Unmanned multi-purpose ground vehicle with different levels of control |
IT1398637B1 (en) | 2010-02-25 | 2013-03-08 | Rotondo | METHOD AND SYSTEM FOR THE MOBILITY OF PEOPLE IN AN URBAN AND EXTRA URBAN CONTEXT. |
US9165468B2 (en) | 2010-04-12 | 2015-10-20 | Robert Bosch Gmbh | Video based intelligent vehicle control system |
US9104202B2 (en) | 2010-05-11 | 2015-08-11 | Irobot Corporation | Remote vehicle missions and systems for supporting remote vehicle missions |
US20110288695A1 (en) | 2010-05-18 | 2011-11-24 | Clearpath Robotics, Inc. | Control interface for unmanned vehicles |
GB201009522D0 (en) | 2010-06-07 | 2010-07-21 | Capoco Design Ltd | An autonomous venicle with control means for optimising the operation of the vehicle |
DE102010025351A1 (en) | 2010-06-28 | 2011-12-29 | Audi Ag | Method and device for assisting a vehicle driver |
US20120310465A1 (en) | 2011-06-02 | 2012-12-06 | Harman International Industries, Incorporated | Vehicle nagivation system |
US8340902B1 (en) | 2012-03-15 | 2012-12-25 | Yan-Hong Chiang | Remote vehicle management system by video radar |
EP2826030A4 (en) | 2012-03-16 | 2016-03-02 | Green Owl Solutions Inc | Systems and methods for delivering high relevant travel related content to mobile devices |
US8930081B2 (en) | 2012-03-21 | 2015-01-06 | Steering Solutions Ip Holding Corporation | System for indicating an impending vehicle maneuver |
US8521352B1 (en) | 2012-05-07 | 2013-08-27 | Google Inc. | Controlling a vehicle having inadequate map data |
US8527199B1 (en) | 2012-05-17 | 2013-09-03 | Google Inc. | Automatic collection of quality control statistics for maps used in autonomous driving |
WO2014066429A1 (en) | 2012-10-22 | 2014-05-01 | Jean-Louis Fiorucci | Apparatus and methods for providing city services |
US9330136B2 (en) | 2013-10-08 | 2016-05-03 | Toyota Jidosha Kabushiki Kaisha | System for proving proactive zone information |
-
2014
- 2014-03-03 US US14/195,663 patent/US9465388B1/en active Active
-
2016
- 2016-09-06 US US15/257,021 patent/US10444754B2/en active Active
-
2019
- 2019-09-05 US US16/561,691 patent/US20200019166A1/en active Pending
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20090079839A1 (en) * | 2006-06-19 | 2009-03-26 | Oshkosh Corporation | Vehicle diagnostics based on information communicated between vehicles |
US8996224B1 (en) * | 2013-03-15 | 2015-03-31 | Google Inc. | Detecting that an autonomous vehicle is in a stuck condition |
Cited By (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20220146664A1 (en) * | 2019-03-28 | 2022-05-12 | Sony Semiconductor Solutions Corporation | Signal processing device, signal processing method, program, and information processing device |
EP4116789A4 (en) * | 2020-03-03 | 2023-09-13 | Panasonic Intellectual Property Management Co., Ltd. | Information processing method and information processing system |
US20220089181A1 (en) * | 2020-09-18 | 2022-03-24 | Guident Ltd. | Systems and Methods for Remote Monitoring of a Vehicle, Robot or Drone |
JP2022051540A (en) * | 2020-09-18 | 2022-03-31 | グイデント リミテッド | System and method for remotely monitoring vehicle, robot or drone |
US11713060B2 (en) * | 2020-09-18 | 2023-08-01 | Guident Ltd. | Systems and methods for remote monitoring of a vehicle, robot or drone |
EP4002045A1 (en) | 2020-11-24 | 2022-05-25 | Volkswagen Ag | Method and command center for a tele-operated driving of a vehicle and corresponding system with a command center and a vehicle |
EP4242774A1 (en) * | 2022-03-09 | 2023-09-13 | Beijing Tusen Zhitu Technology Co., Ltd. | Vehicle and monitoring system for vehicle |
Also Published As
Publication number | Publication date |
---|---|
US9465388B1 (en) | 2016-10-11 |
US10444754B2 (en) | 2019-10-15 |
US20160370801A1 (en) | 2016-12-22 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11815903B2 (en) | Assisted perception for autonomous vehicles | |
US10444754B2 (en) | Remote assistance for an autonomous vehicle in low confidence situations | |
US11650584B2 (en) | Remote assistance for autonomous vehicles in predetermined situations | |
US11755029B2 (en) | Methods and systems for providing remote assistance via pre-stored image data | |
US20210158705A1 (en) | Reporting Road Event Data and Sharing with Other Vehicles | |
US20210125427A1 (en) | Methods and Systems for Providing Remote Assistance to a Stopped Vehicle | |
US11269354B2 (en) | Methods and systems for keeping remote assistance operators alert | |
US20200041995A1 (en) | Method for realtime remote-operation of self-driving cars by forward scene prediction. | |
US10466694B1 (en) | Methods and systems for providing remote assistance based on a tactile event | |
US20230244228A1 (en) | Remote Assistance for Autonomous Vehicles in Predetermined Situations |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
STPP | Information on status: patent application and granting procedure in general |
Free format text: APPLICATION DISPATCHED FROM PREEXAM, NOT YET DOCKETED |
|
STPP | Information on status: patent application and granting procedure in general |
Free format text: DOCKETED NEW CASE - READY FOR EXAMINATION |
|
STPP | Information on status: patent application and granting procedure in general |
Free format text: NON FINAL ACTION MAILED |
|
STPP | Information on status: patent application and granting procedure in general |
Free format text: RESPONSE TO NON-FINAL OFFICE ACTION ENTERED AND FORWARDED TO EXAMINER |
|
STPP | Information on status: patent application and granting procedure in general |
Free format text: FINAL REJECTION MAILED |
|
STPP | Information on status: patent application and granting procedure in general |
Free format text: RESPONSE AFTER FINAL ACTION FORWARDED TO EXAMINER |
|
STPP | Information on status: patent application and granting procedure in general |
Free format text: ADVISORY ACTION MAILED |
|
STPP | Information on status: patent application and granting procedure in general |
Free format text: DOCKETED NEW CASE - READY FOR EXAMINATION |
|
STPP | Information on status: patent application and granting procedure in general |
Free format text: NON FINAL ACTION MAILED |
|
STPP | Information on status: patent application and granting procedure in general |
Free format text: RESPONSE TO NON-FINAL OFFICE ACTION ENTERED AND FORWARDED TO EXAMINER |
|
STPP | Information on status: patent application and granting procedure in general |
Free format text: NON FINAL ACTION MAILED |
|
STPP | Information on status: patent application and granting procedure in general |
Free format text: RESPONSE TO NON-FINAL OFFICE ACTION ENTERED AND FORWARDED TO EXAMINER |
|
STPP | Information on status: patent application and granting procedure in general |
Free format text: FINAL REJECTION MAILED |
|
STPP | Information on status: patent application and granting procedure in general |
Free format text: RESPONSE AFTER FINAL ACTION FORWARDED TO EXAMINER |
|
STPP | Information on status: patent application and granting procedure in general |
Free format text: ADVISORY ACTION MAILED |
|
STPP | Information on status: patent application and granting procedure in general |
Free format text: DOCKETED NEW CASE - READY FOR EXAMINATION |
|
STPP | Information on status: patent application and granting procedure in general |
Free format text: NON FINAL ACTION MAILED |
|
STPP | Information on status: patent application and granting procedure in general |
Free format text: RESPONSE TO NON-FINAL OFFICE ACTION ENTERED AND FORWARDED TO EXAMINER |
|
STPP | Information on status: patent application and granting procedure in general |
Free format text: FINAL REJECTION MAILED |
|
AS | Assignment |
Owner name: WAYMO LLC, CALIFORNIA Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:WAYMO HOLDING INC.;REEL/FRAME:066692/0405 Effective date: 20170322 Owner name: WAYMO HOLDING INC., CALIFORNIA Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:GOOGLE INC.;REEL/FRAME:066692/0361 Effective date: 20170321 Owner name: GOOGLE INC., CALIFORNIA Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:FAIRFIELD, NATHANIEL;HERBACH, JOSHUA SETH;SIGNING DATES FROM 20140225 TO 20140226;REEL/FRAME:066584/0983 |
|
STPP | Information on status: patent application and granting procedure in general |
Free format text: RESPONSE AFTER FINAL ACTION FORWARDED TO EXAMINER |
|
STPP | Information on status: patent application and granting procedure in general |
Free format text: FINAL REJECTION MAILED |