Modified autonomous vehicle settings

A vehicle includes at least one autonomous driving sensor configured to monitor at least one condition while operating in an autonomous mode. The vehicle further includes a processing device configured to identify at least one occupant, select a profile associated with the occupant, and autonomously operate at least one subsystem according to the selected profile and the at least condition monitored by the at least one autonomous driving sensor.

BACKGROUND

Autonomous vehicles are becoming more sophisticated. As the level of sophistication increases, the amount of passenger interaction required by the autonomous vehicle decreases. Eventually, autonomous vehicles will require no passenger interaction beyond tasks such as selecting a destination, allowing all passengers to focus on non-driving-related tasks.

DETAILED DESCRIPTION

An exemplary vehicle includes at least one autonomous driving sensor configured to monitor at least one condition while operating in an autonomous mode. The vehicle further includes a processing device configured to identify at least one occupant, select a profile associated with the occupant, and autonomously operate at least one subsystem according to the selected profile and the at least condition monitored by the at least one autonomous driving sensor.

The system shown in the FIGS. may take many different forms and include multiple and/or alternate components and facilities. While an exemplary system is shown, the exemplary components illustrated are not intended to be limiting. Indeed, additional or alternative components and/or implementations may be used.

As illustrated inFIG. 1, the system100includes a network interface device105, a user interface device110, at least one autonomous driving sensor115, an occupant identification system120, and a processing device125. The system100may be implemented in a vehicle130such as any passenger or commercial car, truck, sport utility vehicle, taxi, bus, train, airplane, etc.

The network interface device105may be configured to facilitate communication over a telecommunication network such as a cellular network, a satellite network, or the like. The network interface device105may be further configured to communicate with mobile devices through, e.g., Bluetooth®, WiFi, or another communication protocol. Thus, the network interface device105may be configured to transmit messages to and/or receive messages from mobile devices.

The user interface device110may be configured to present information to a user, such as a driver, during operation of the vehicle130. Moreover, the user interface device110may be configured to receive user inputs. Thus, the user interface device110may be located in the passenger compartment of the vehicle130. In some possible approaches, the user interface device110may include a touch-sensitive display screen.

The autonomous driving sensors115may include any number of devices configured to generate signals that help navigate the vehicle130while the vehicle130is operating in an autonomous (e.g., driverless) mode. Examples of autonomous driving sensors115may include a radar sensor, a lidar sensor, a camera, an ultrasonic sensor, an energy-harvesting sensor, or the like. In some possible approaches, the autonomous driving sensors115may be configured to receive information from a remote source. Thus, the autonomous driving sensors115may further include cloud-based sensors such as a digital short range communication (DSRC) compliant device, a cellular receiver, a WiFi receiver, or the like.

The autonomous driving sensors115help the vehicle130“see” the roadway and the vehicle130surroundings and/or negotiate various obstacles while the vehicle130is operating in the autonomous mode. Moreover, the autonomous driving sensors115may be configured to monitor one or more conditions while the vehicle130is operating in autonomous or non-autonomous driving modes. Examples of conditions may include a roadway condition, an environmental condition, a traffic condition, or any combination of these and/or other types of conditions. Examples of roadway conditions may include a radius of road curvature, a road type, the number of lanes, the direction of traffic, the road grade, the type of lane, whether the road has a shoulder and if so the type of shoulder and the shoulder conditions, road speeds and regulations, intersection position, whether the intersection includes a control device, segment configuration, etc. Examples of environmental conditions may include the date, whether the current day is a weekend or holiday, the time of day, the current or pending lighting level, weather conditions (e.g., rain, snow, fog, mist, sleet, ice, or the like), etc. Examples of traffic conditions may include adjacent traffic proximity relative to the host vehicle130, adjacent traffic classifications (e.g., whether adjacent traffic includes cars, trucks, pedestrians, motorcycles, etc.), adjacent traffic density and congestion levels, adjacent traffic speeds and acceleration information, etc.

The occupant identification system120may be configured to identify one or more occupants of the vehicle130. In one possible approach, the occupant identification system120may be configured to receive a key and identify one or more occupants based on one or more signals received from the key. In addition or in the alternative, the occupant identification system120may be configured to identify one or more occupants from signals received from mobile devices located in or near the passenger compartment of the vehicle130or from images captured by, e.g., a camera located in the passenger compartment. The camera may be configured to capture still images or video of the occupants and, using image processing, identify one or more of the occupants.

In instances where multiple occupants are present, the occupant identification system120may be configured to identify one of the occupants as the “driver.” For example, the person sitting in the drivers seat may be identified as the “driver.” Alternatively, the “driver” may be identified according to a hierarchy. The vehicle owner may be assumed to be the “driver” any time the owner is present. If not present, the occupant identification system120may select a licensed family member of the owner as the “driver” before selecting licensed non-family members. The occupant identification system120may be configured to receive user inputs via the user interface device110. Thus, a “driver” may be manually selected or the automatic selection of the “driver” may be manually corrected. The occupant identification system120may output an occupant identification signal representing the identity of one or more occupants.

The processing device125may be configured to control one or more subsystems135while the vehicle130is operating in the autonomous mode. Examples of subsystems135that may be controlled by the processing device125may include a brake subsystem, a suspension subsystem, a steering subsystem, and a powertrain subsystem. The processing device125may control any one or more of these subsystems135by outputting signals to control units associated with these subsystems135. The processing device125may control the subsystems135based, at least in part, on signals generated by the autonomous driving sensors115.

The processing device125may be further configured to receive the occupant identification signal output by the occupant identification system120and identify at least one occupant based on, e.g., the signal or signals received. With the occupants identified, the processing device125may select a profile associated with one the identified occupant, such as the occupant identified as the “driver.” The processing device125may autonomously operate at least one subsystem according to the selected profile and in accordance with the conditions monitored by the autonomous driving sensor115.

The selected profile may indicate whether the “driver” is a licensed driver as well as define one or more driving restrictions, if any, that limit the autonomous and/or non-autonomous operation of the vehicle130. The profile associated with the owner of the vehicle130may not define any driving restrictions while the profile associated with an employee or a child of the owner may define multiple driving restrictions, especially if the child is a newly licensed driver. Examples of driving restrictions may include geographic restrictions, road type restrictions, timing restrictions, speed restrictions, safety restrictions, and environmental restrictions.

Geographic restrictions may limit the autonomous and/or non-autonomous operation of the vehicle130to particular routes and destinations. For instance, the geographic restrictions may define particular lanes (e.g., center, left of center, right of center, etc.) that the vehicle130may travel in for particular roads. The processing device125may temporarily override one or more geographic restrictions such as if there is an obstruction blocking the present lane of travel and the only way to avoid the obstacle is to move to a restricted lane. Another temporary override may occur if the vehicle130must travel in a particular lane to turn or exit from the current road. Other geographic restrictions may define particular destinations. Examples of destinations may include a place of employment or school. Other permissible destinations may be defined by one or more regions (e.g., a state, county, or other type of municipality) or a distance relative to a predetermined location (e.g., within 10 miles of the occupant's home or within a quarter of a mile for valet service). Moreover, other destinations may be selected by an owner to permit travel to, e.g., after school activities or to the home of one of the other occupants of the vehicle130.

Road type restrictions may limit the autonomous and/or non-autonomous operation of the vehicle130to particular roads. For instance, the road type restrictions may prevent the vehicle130from travelling on highways so that the vehicle130may only travel on local roads. Another type of road restriction may include preventing the vehicle130from travelling to areas known to have high crime rates.

Timing restrictions may limit the autonomous and/or non-autonomous operation of the vehicle130to particular days or times. The timing restrictions, therefore, may limit use of the vehicle130by one or more occupants to weekdays, weekends, etc. Moreover, the timing restrictions may be used to enforce a curfew by requiring the vehicle130to return to a designated “home” location with the occupant by a particular time. The timing restrictions may be further used to prevent an occupant from using the vehicle130in low light conditions, which may be helpful if the occupant is a new driver or has a medical issue that makes driving at night difficult.

Speed restrictions may prevent the vehicle130from exceeding a predetermined speed relative to a posted speed limit and/or may define a maximum permissible vehicle speed. Other types of speed restrictions may limit the acceleration of the vehicle130. Different acceleration limits may be defined for different types of road segments such as for straight road segments and curved road segments.

Safety restrictions may include various restrictions such as requiring the occupants to wear seatbelts any time the vehicle130is in motion, defining a maximum permissible volume for the entertainment system100, limiting use of the user interface device110while the vehicle130is in motion, restricting media content from playing in the vehicle130under certain circumstances, limiting Internet usage, preventing the usage of mobile devices while the vehicle130is in motion, or the like. One additional or alternative safety restriction may include defining a refueling limit that requires the vehicle130to refuel at particular locations and/or when the fuel tank reaches a certain predetermined minimum level. The safety restrictions may automatically reroute the vehicle130to refuel or recharge as needed. The safety restrictions may further automatically fully or partially enable the autonomous mode if the vehicle130is being operated erratically. One way to partially enable the autonomous mode is for the safety restriction to define a minimum follow distance, correct the position of the vehicle130within a lane, and/or enable cruise control.

Environmental restrictions may limit the autonomous and/or non-autonomous operation of the vehicle130during particular weather conditions such as ice, fog, rain, snow, etc. Low visibility caused by the weather or, e.g., frosted windows, may further invoke one or more environmental restriction. In some instances, environmental restrictions may require that the vehicle130operate in the autonomous mode at least until the weather and/or visibility improve. In some other instances, environmental restrictions may require that the vehicle130not operate in the autonomous mode.

In some possible approaches, the processing device125may prevent the vehicle130from violating one or more of the restrictions. That is, the processing device125may enable the autonomous mode or control the route to autonomously operate the vehicle130in a manner that complies with the restrictions associated with the selected profile. In some instances, the processing device125may permit the vehicle130to violate one or more restrictions and transmit a message to the owner of the vehicle130describing the violation. Thus, the owner may be alerted any time a restriction is violated.

An override may automatically occur if, for instance, one of the occupants requires emergency services. During an emergency services override, the vehicle130may be permitted to autonomously or non-autonomously travel to a police department, a fire department, a hospital, a refueling station, or the like. In some instances, an emergency service provider, such as a 911 operator, may remotely override one or more driving restrictions that would otherwise prevent the vehicle130from allowing one or more occupants to seek emergency services.

In some instances, the occupant may wish to request that a restriction be temporarily disabled. Thus, the processing device125may be configured to receive, via the user interface device110, a user input with a request for a particular restriction to be temporarily disabled. Using the network interface device105, the processing device125may transmit an override request to the owner of the vehicle130. The override request may be transmitted to the owner's cell phone or email address, for instance. The processing device125may receive a response from the owner's cell phone or email address that either permits or rejects the override request. If permitted, the processing device125may temporarily disable one or more of the driving restrictions. If the override request is rejected, the processing device125may output a message to the occupant via, e.g., the user interface device110indicating that the override request has been denied. The processing device125may control the operation of the vehicle130according to the driving restrictions associated with the selected profile. The owner may wish to grant the override request on a case-by-case basis as a reward or other incentive to the occupant.

FIG. 2is a flowchart of a process200that may be implemented by one or more components of the system100ofFIG. 1. For example, the process200may be executed by the processing device125.

At block205, the processing device125may receive the occupant identification signal from the occupant identification device. The occupant identification signal may represent one or more occupants based on information contained within a key and/or an image or video taken of one or more of the occupants.

At block210, the processing device125may select the “driver” from among the occupants. The “driver” may be selected according to a hierarchy. The hierarchy may include the owner of the vehicle130, licensed family members of the owner, licensed employees of the owner, unlicensed family members, and other unlicensed occupants.

At block215, the processing device125may select the profile associated with the driver. The profile may be accessed from a memory device (not shown) and may define one or more driving restrictions. Examples of driving restrictions may include geographic restrictions, road type restrictions, timing restrictions, speed restrictions, safety restrictions, and environmental restrictions, as discussed above.

At block220, the processing device125may autonomously or non-autonomously operate one or more vehicle subsystems135according to the driving restrictions defined by the selected profile. This may include limiting the autonomous and/or non-autonomous operation of the vehicle130to particular routes and destinations, to particular roads, to particular days or times, to particular speeds, to particular safety requirements, and/or to particular weather conditions and low visibility conditions.

At decision block225, the processing device125may determine whether an override request has been received. The override request may be received as a user input made to, e.g., the user interface device110and may request an override of one or more driving restrictions defined by the selected profile. The override request may identify which driving restriction is to be temporarily disabled, and in some instances, may include a reason for temporarily disabling the driving restriction. In some instances, the override request may seek to temporarily disable all of the driving restrictions defined by the selected profile. If the override request is received, the process200may continue at block230. If no override request has been received, the process200may return to block220. If the override request is for emergency services, the processing device125may automatically permit the override request so that the vehicle130can travel to the nearest police department, fire department, hospital, or other emergency service provider.

At block230, the processing device125may transmit the override request to the owner of the vehicle130. The override request may be transmitted via any communication protocol supported by the network interface device105. Therefore, the owner of the vehicle130may receive the override request as a message on his or her mobile device or as an email.

At decision block235, the processing device125may determine whether the override is authorized. Whether the override is authorized may be based on whether an override authorization is received. The owner may grant or deny the override request by, e.g., sending a message from his or her mobile device or any other computing device configured to communication over a telecommunication network. The response may be received via the network interface device105and passed to the processing device125. If the response includes an override authorization, the process may continue at block240. If the response denies the override request, the process200may return to block220. In some instances, the processing device125may display a message to the occupant who initiated the override request stating that the request has been denied. The message may further present one or more reasons for denying the request. In instances where no response is received, the processing device125may be configured to operate in accordance with a default response. The default response may automatically deny the request or automatically grant the request for a limited time. In some instances, the processing device125may send the override request to another individual authorized to grant approval of the override request.

At block240, the processing device125may autonomously operate one or more of the vehicle subsystems135according to the selected profile but subject to the override authorization received. Thus, the override authorization need not temporarily disable all of the driving restrictions defined by the profile. The process200may end after block240, although in some implementations the process200may return to block225so that another override request may be received and implemented if granted by the owner. Thus, the override may apply for a predetermined period of time or until a predetermined event, such as a key cycle, occurs.