WO2020005894A1

WO2020005894A1 - Logical configuration of vehicle control systems based on driver profiles

Info

Publication number: WO2020005894A1
Application number: PCT/US2019/038915
Authority: WO
Inventors: Aleksandr Likhterman; Sunil Chintakindi; Harini Anand
Original assignee: Allstate Insurance Company
Priority date: 2018-06-25
Filing date: 2019-06-25
Publication date: 2020-01-02
Also published as: EP3810477A1; EP3810477A4

Abstract

Apparatuses, systems, and methods are provided for the logical configuration of vehicle control systems based on driver profiles. A vehicle control computer may identify driving behavior of a driver of a vehicle through vehicle operation data provided by one or more of: vehicle sensors, a telematics device, and a mobile device. Based on the driving behavior, the vehicle control computer may develop a first driving profile for the driver of the vehicle. The vehicle control computer transmit the first driving profile to a remote server storing driving profiles of a plurality of users. The vehicle control computer may download a second driving profile associated with a different driver from the remote server. The vehicle control computer may configure vehicle operations based off of the second driving profile associated with the different driver and may actuate vehicle operation based on the configuration.

Description

LOGICAL CONFIGURATION OF VEHICLE CONTROL SYSTEMS BASED ON

DRIVER PROFILES

CROSS-REFERENCE TO RELATED APPLICATIONS

[001] This application claims priority to U.S. Patent Application No. 16/017,090 (Attorney Docket No. 006591.01716) filed June 25, 2018, and entitled“Logical Configuration of Vehicle Control Systems Based on Driver Profiles,” which is related to U.S. Patent Application No. 16/016,903 (Attorney Docket No. 006591.01697) filed June 25, 2018, and entitled“Preemptive Logical Configuration of Vehicle Control Systems,” each of which is incorporated herein by reference in its entirety.

TECHNICAL FIELD

[002] Aspects described herein generally relate to autonomous, semi-autonomous, and n on- autonomous vehicle control systems. More specifically, aspects relate to the logical configuration of vehicle control systems based on driver profiles

BACKGROUND

[003] Each year vehicle accidents account for thousands of deaths and millions of serious injuries. While autonomous and semi-autonomous car systems are poised to significantly reduce the number of vehicle accidents and, by extension, the number of accident related fatalities and injuries, such systems are often insufficient with respect to the usage of autonomous and/or semi-autonomous driving profiles based on driving circumstances on a trip-by-trip basis. Thus, arrangements for the recommendation of autonomous and/or semi- autonomous driving profiles based on anticipation of driving circumstances may be advantageous in preventing accidents and furthering motor vehicle safety.

BRIEF SUMMARY

[004] The following presents a simplified summary of various aspects described herein This summary is not an extensive overview, and is not intended to identify key or critical elements or to delineate the scope of the claims. The following summary_' merely presents some concepts in a simplified form as an introductory prelude to the more detailed description provided below.

[005] To overcome limitations such as those described above, and to overcome other limitations that will be apparent upon reading and understanding the present specification, aspects described herein are directed to apparatuses, systems, and methods for the logical configuration of vehicle control systems based on driver profiles.

[006] In accordance with one or more embodiments, a vehicle control computer may identify a driving behavior of a driver of a vehicle through vehicle operation data provided by one or more of vehicle sensors, a telematics device, and/or a mobile device. The vehicle control computer may develop a first driving profile for the driver of the vehi cle based on the driving behavior. The vehicle control computer may transmit the first driving profile to a remote server storing driving profiles of a plurality of users. The vehicle control computer may download a second driving profile associated with a different driver from the remote server. The vehicle control computer may configure vehicle operations based off of the second driving profile associated with the different driver. The vehicle control computer may actuate vehicle operation based on the configuration.

[007] In some embodiments, the vehicle control computer may identify one or more of acceleration behavior, braking behavior, and/or turning behavior based on acceleration data, braking data, and turning data provided by one or more of the telematics device, the on-board computer, and the mobile device.

[008] In some embodiments, the second driving profile associated with the different driver is downloaded from the remote server through a driving profile store interface.

[009] In some embodiments, the vehicle control computer may receive driving route information from the driver of the vehicle. The vehicle control computer may calculate a risk score for a driving route corresponding to the driving route information based on the driving route information. The vehicle control computer may identify the second driving profile based on the risk score matching a driving profile safety score of the second driving profile. The vehicle control computer may recommend the second driving profile to the driver of the vehicle for download.

[010] In some embodiments, the vehicle control computer may identify a plurality of driving profiles based on the risk score matching a range of driving profile safety scores corresponding to the plurality of driving profiles. The vehicle control computer may recommend the second driving profile to the driver of the vehicle for download based on the driving profile safety score being closest to the risk score for the driving route.

[Oil] In some embodiments, each of the plurality of driving profiles are associated with an insurance premium, and wherein the second driving profile is associated with a cheapest insurance premium.

[012] In some embodiments, the downloading of the second driving profile causes the different driver to receive an insurance credit.

BRIEF DESCRIPTION OF THE DRAWINGS

[013] A more complete understanding of aspects described herein and the advantages thereof may be acquired by referring to the following description in consideration of the accompanying drawings, in which like reference numbers indicate like features, and wherein:

[014] Figure 1 depicts a diagram illustrating various example components of a vehicle control system according to one or more aspects of the disclosure;

[015] Figures 2A-2H depict an illustrative event sequence for the logical configuration of vehicle control systems based on driver profiles in accordance with one or more aspects of the disclosure;

[016] Figure 3 depicts an illustrative method for the logical configuration of vehicle control systems based on driver profiles in accordance with one or more aspects of the disclosure; and

[017] Figure 4 depicts an example network environment and computing systems that may be used to implement aspects of the disclosure.

DETAILED DESCRIPTION

[018] In the following description of the various embodiments, reference is made to the accompanying drawings, which form a part hereof, and in which is shown by way of illustration, various embodiments of the disclosure that may be practiced. It is to be understood that other embodiments may be utilized.

[019] Figure 1 is a diagram illustrating various example components of a vehicle control system 100 according to one or more aspects of the disclosure. Vehicle control system 100 may include a vehicle 110, one or more additional vehicles l lOa-n, a mobile computing device 120, a third party data source server 130, a historical data source server 140, a risk score generation server 150, a risk map generation server 160, and a driving profile server 170. Each component shown in FIG. 1 may be implemented in hardware, software, or a combination of the two. Additionally, each component of vehicle control system 100 may include a computing device (or system) having some or all of the structural components as computing device 401 described below in regard to FIG. 4.

[020] As discussed above, vehicle control system 100 shown in FIG. 1 includes vehicle 1 10. Vehicle 110 may be an automobile, motorcycle, scooter, bus, van, truck, semi -truck, train, boat, recreational vehicle, or other vehicle. Vehicle 110 may further be an autonomous vehicle, semi-autonomous vehicle, or non-autonomous vehicle. Vehicle control system 100 may further include one or more additional vehicles 1 lOa-n, which may be similar to vehicle 110. In some examples, vehicle 110 may include vehicle operation and environmental conditions sensors 111 capable of detecting, recording, and transmitting various vehicle performance and/or operational data and environmental conditions data. For example, sensors I l l may detect, store, and transmit data corresponding to the vehicle’s speed, distances driven, rates of acceleration or braking, and specific instances of sudden acceleration, braking, swerving, and the like. Sensors 111 also may detect, store, and transmit data received from the vehicle’s internal systems, such as impact to the body of the vehicle, air bag deployment, headlights usage, brake light operation, door opening and closing, door locking and unlocking, cruise control usage, hazard lights usage, windshield wiper usage, horn usage, turn signal usage, seat belt usage, phone and radio usage within the vehicle, internal decibel levels, maintenance performed on the vehicle, and other data collected by the vehicle’s computer systems

[021] Additional sensors 111 may detect, store, and transmit the environmental and external driving conditions data associated with vehicle 110 including external temperature, precipitation levels, precipitation type, presence of road ice and/or moisture, ambient light levels, presence of fog, and sun position affecting driver visibility. Sensors 111 also may detect, store, and transmit data relating to moving violations and the observance of traffic signals and signs by vehicle 110. Additional sensors i l l may detect, store, and transmit data relating to the maintenance of vehicle 110, such as the engine status, oil level, engine coolant temperature, odometer reading, the level of fuel in the fuel tank, engine revolutions per minute (RPMs), and/or tire pressure. Certain vehicle sensors 111 may determine when and how often vehicle 110 stays in a single lane or strays into other lanes.

[022] Vehicle 110 also may include one or more cameras and proximity sensors 112 capable of recording additional conditions inside and/or outside of vehicle 110. Internal cameras 1 12 may detect conditions such as the number of the passengers in vehicle 1 10, and potential sources of driver distraction within the vehicle (e.g., pets, phone usage, and unsecured objects in the vehicle). External cameras and proximity sensors 112 may detect other nearby vehicles, traffic levels, road conditions, traffic obstructions, animals, cyclists, pedestrians, and other conditions that may factor into driving trip and/or driving data analyses.

[023] Certain vehicle sensors 111 and/or cameras and proximity sensors 112 may determine when and how often vehicle 110 stays in a single lane or strays into other lanes. A Global Positioning System (GPS) 1 14 and/or locational sensors positioned inside vehicle 1 10, and/or locational sensors or devices external to vehicle 110 may be used to determine the lane position of vehicle 1 10, as well as road type (e.g., highway, entrance/exit ramp, residential area, two lane highway, four lane highway, etc.), road quality (e.g., paved, gravel, dirt, etc.), and other vehicle position/location data.

[024] Vehicle sensors 111 and/or cameras and proximity sensors 112 may be configured to transmit the vehicle performance and operational data and environmental conditions data to one or more internal computing devices and/or systems including telematics device 115 and/or vehicle control computer 1 16. Additionally, vehicle sensors 111 and/or cameras and proximity sensors 112 may be configured to independently transmit the above-mentioned data to one or more external computing devices and/or systems including mobile device 120, third party data source server 130, historical data source server 140, risk score generation server 150, risk map generation server 160, and driving profile server 170. In some instances, the data transmission to the one or more external computing devices and/or systems may be performed via communication systems 1 13 and/or telematics device 1 15. In such cases, vehicle sensors 111 and/or cameras and proximity sensors 112 may be configured to transmit data to communications systems 1 13 and/or telematics device 1 15 which, in turn, may be configured to transmit the data to the one or more external computing devices and/or systems. The transmission of data, either externally or internally, from vehicle sensors 111 and/or cameras and proximity sensors 112 may occur seamlessly (e.g., live) and in real-time, or may occur in intermittent bursts (e.g., every 5 seconds, 10 seconds, l minute, etc ). In some examples, the transmission of data may occur in offset real-time wherein a time delay (e.g., 1 second, 3 seconds, 10 seconds, etc.) buffers the data transmission.

[025] Communication systems 113 may be vehicle-based data transmission systems configured to transmit environmental surroundings and conditions and vehicle performance and operational data to external computing systems and/or other nearby vehicles and infrastructure, and to receive data from external computing systems and/or other nearby vehicles and infrastructure. In some examples, communication systems 113 may use the dedicated short-range communications (DSRC) protocols and standards to perform wireless communications between vehicles and/or external infrastructure such as bridges, guardrails, barricades, and the like.

[026] Communication systems 113 may be implemented using other wireless protocols in other examples, such as WLAN communication protocols (e.g., IEEE 802.11), Bluetooth (e.g., IEEE 802.15.1), or one or more of the Communication Access for Land Mobiles (CALM) wireless communication protocols and air interfaces. In certain systems, communication systems 113 may include specialized hardware installed in vehicle 110 (e.g., transceivers, antennas, etc.), while in other examples the communication systems 113 may be implemented using existing vehicle hardware components (e.g., radio and satellite equipment, navigation computers) or may be implemented by software running on mobile computing device 120 of drivers and passengers within vehicle 110. Communication systems 113 may be configured to transmit data provided by vehicle sensors 111 and cameras and proximity sensors 112 to one or more external computing systems and/or vehicles l lOa-n. Similarly, communications systems 113 may be configured to receive data from one or more external computing systems and/or vehicles l lOa-n, which may be configured with similar sensors, cameras and/or other devices, as described above with respect to vehicle 110. Such data may be utilized in the preemptive logical configuration of vehicle control systems as described herein.

[027] Telematics device 115 may be a computing device containing many or all of the hardware/software components as the computing device 401 depicted in FIG. 4. Telematics device 115 may receive vehicle performance and/or operational data and environmental conditions data from vehicle sensors 111 and cameras and proximity sensors 1 12, and may be configured to transmit the data to one or more external computing devices and/or systems over a wireless transmission network.

[028] Telematics device 115 also may be configured to detect or determine additional types of data relating to real-time driving and the condition of vehicle 1 10. Telematics device 115 may store information relating to the type of vehicle 110, for example, as well as the make, model, trim (or sub-model), year, and/or engine specifications, and autonomous driving system specifications. Additionally, other information such as vehicle owner or driver information, insurance information, and financing information for vehicle 1 10 may be stored on telematics device 115.

[029] In some instances, telematics device 1 15 may be configured to receive data from vehicle sensors I l l and cameras and proximity sensors 112 and to transfer the received data to external computing devices and/or systems including vehicles 1 lOa-n, mobile device 120, third party data source server 130, historical data source server 140, risk score generation server 150, risk map generation server 160, and driving profile server 170. In other instances, vehicle sensors 11 1 and cameras and proximity sensors 1 12 may be configured to directly transmit data to external computing devices and/or systems (e.g , vehicles l lOa-n, mobile device 120, third party data source server 130, historical data source server 140, risk score generation server 150, risk map generation server 160, and driving profile server 170) without using the telematics device. Thus, telematics device 115 may be optional in certain embodiments.

[030] Vehicle control computer 116 may contain some or all of the hardware/software components as the computing device 401 depicted in FIG. 4, and may be configured to operate and/or control aspects of the driving of vehicle 1 10 in autonomous, semi- autonomous, and/or non-autonomous driving arrangements, including but not limited to, acceleration, braking, steering, and/or route navigation. Furthermore, vehicle control computer 116 may be configured to operate one or more internal vehicle control systems and/or components including at least a vehicle sound system, dashboard display and/or heads-up display system, interior lighting system, climate control system, door locking systems, and the like. Similarly, vehicle control computer 116 may be configured to operate one or more external vehicle control systems and/or components including windshield wipers, exterior lighting systems (e.g., headlights, tail lights, running lights, turn signals, emergency lights, etc ), emission and exhaust systems, fuel systems, suspension systems, transmission systems, and the like. In some instances, vehicle control computer 116 may be further configured to activate and/or control one or more of vehicle operation sensors 111, cameras and/or proximity sensors 112, communication systems 113, GPS 114, telematics device 115, and/or or mobile device 120.

[031] In order to perform the functions described herein, vehicle control computer 1 16 may be configured to receive, analyze, and act upon vehicle performance and operational data provided by vehicle sensors 111 and ancillary data provided by cameras and proximity sensors 112, mobile device 120, and/or third party data source server 130. Additionally, vehicle control computer 116 may be configured to receive, analyze, and act upon data provided by vehicles l lOa-n, historical data source server 140, risk score generation server 150, risk map generation server 160, and/or driving profile server 170. Such data may be received through communication systems 113 and/or other on-board communication systems. In certain embodiments, vehicle control computer 116 may also be configured to receive, analyze, and act upon data provided by telematics device 115 and mobile device 120. Such data may be used by vehicle control computer 116 to perform autonomous driving functions, semi-autonomous driving functions described herein.

[032] Stored in memory, vehicle control computer 116 may include at least risk score module 117, coverage module 1 18, and/or driving profile module 119. Risk score module 117 may store computer-executable instructions which, when executed by processors of vehicle control computer 1 16, may cause vehicle control computer 116 to calculate risk scores associated with driving danger areas and corresponding driving hazards based off of historical data, as will be described in further detail below. Coverage module 118 may store computer-executable instructions which, when executed by processors of vehicle control computer 1 16, may cause vehicle control computer 1 16 to calculate an insurance coverage level and/or premium for driving instances for vehicle 110 based on one or more of third party data provided by third party data source server 130, historical data provided by historical data source server 140, risk score data provided by risk score module 117 and/or risk score generation server 150, risk map data provided by risk map generation server 160, and/or selection of a particular driving profile from driving profile server 170. Driving profile module 119 may store computer-executable instructions which, when executed by processors of vehicle control computer 116, may cause vehicle control computer 1 16 to develop a driving profile associated with a user/ driver of vehicle 110 based on vehicle operation data provided by vehicle operation sensors 1 11, GPS 1 14, telematics device 115, and/or mobile device 120, and/or environmental conditions and surroundings data provided by one or more of cameras and proximity sensors 112 and vehicles 1 lOa-n.

[033] In some embodiments, driving profile module 1 19 may store further instructions which may cause vehicle control computer 116 to communicate with driving profile server 170 through a driving profile store interface in order to facilitate the download of driving profiles to vehicle control computer 116. Additionally and/or alternatively, driving profile module 119 may also store instructions which may cause vehicle control computer 116 to identify driving profiles to recommend to a user/driver of vehicle 110 based on matching a driving profile safety score of driving profiles with route safety scores associated with a driving route corresponding to route information provided by a user/driver of vehicle 110, as described in further detail below.

[034] In certain embodiments, mobile computing device 120 may be included within the vehicle 110 and may be used to independently collect vehicle driving data and/or to receive vehicle driving data from one or more vehicle and/or external computing devices and/or systems. Mobile computing device 120 may be, for example, a mobile phone, personal digital assistant (PDA), or tablet computer of the driver or passenger(s) of vehicle 110. Software applications executing on mobile device 120 may be configured to independently detect certain driving data. For example, mobile device 120 may be equipped with one or more accelerometers and/or GPS systems (e.g., sensors 121) which may be accessed by software applications executing on mobile device 120 to determine vehicle location, speed, direction, and other basic driving data. As stated above, mobile computing device 120 may be configured to transmit the independently collected vehicle driving data and/or the received vehicle driving data and environmental conditions data to one or more internal and/or external computing devices and/or systems.

[035] In other examples, software on the mobile device 120 may be configured to receive some or all of the driving data collected by vehicle sensors 11 1 and cameras and/or proximity sensors 112. Mobile computing device 120 may also be involved with aspects of autonomous and semi-autonomous driving, including receiving, collecting, and transmitting vehicle operational data regarding autonomous and semi-autonomous driving and autonomous and semi -autonomous driving relationships between multiple vehicles. Furthermore, mobile device 120 may be configured to perform the multi-dimensional risk score calculations described in further detail below

[036] Vehicle control syste 100 may include third party data source server 130, containing some or all of the hardware/software components as the computing device 401 depicted in FIG. 4. Third party data source server 130 may comprise a third party data source computer 131 for receiving and/or processing third party data including current weather condition data, forecasted weather condition data, traffic flow data, road closure data, and/or other data affecting external driving conditions. Third party data source server 130 may also comprise memory' 132 used to store the third party data collected by third party data source computer 131. Third party data source computer 131 may transmit the third party data to vehicle 110 for aiding in the logical configuration of vehicle control systems based on driver profiles as described herein.

[037] System 100 may include historical data source server 140, containing some or all of the hardware/software components as the computing device 401 depicted in FIG. 4. Historical data source server 140 may comprise a historical data source computer 141 for receiving and/or processing historical data including insurance claims, accident reports, historical environmental surroundings and conditions and/or historical vehicle operations data and ancillary data associated with insurance claims and accident reports. Historical data source server 140 may also comprise memory_' 142 used to store the historical data collected by historical data source computer 141. Historical data source computer 141 may transmit the historical data to vehicle 110 for aiding in the performance of the preemptive logical configuration of vehicle control systems as described herein.

[038] System 100 may include risk score generation server 150 containing some or ail of the hardware/software components as the computing device 401 depicted in FIG. 4. Risk score generation server 150 may include hardware, software, and network components to receive data from one or more data sources, such as vehicle 110 (e.g., via communication systems 113, telematics device 1 15, vehicle control computer 116, etc.), one or more additional vehicles l lOa-n, mobile computing device 120, third party data source 130, historical data source 140, risk map generation server 160, driving profile server 170, and other data sources. Risk score generation server 150 may include memory 152, which may include additional data for risk score generation server 150 to process and/or generate, for example, one or more risk scores. Risk score generation computer 151 may analyze data received from the various data sources. Risk score generation server 150 may initiate communication with and/or retrieve data from vehicle 1 10, one or more additional vehicles l lOa-n, mobile computing device 120, third party data source 130, historical data source 140, risk map generation server 160, driving profile server 170, and other data sources wirelessly, or by way of separate computing systems over one or more computer networks (e.g., the Internet). In some instances, vehicle control computer 116 may include a risk score module 117 which may provide vehicle control computer 1 16 with a similar ability to generate one or more risk scores as compared to risk score server 150.

[039] Risk scores may be determined for one or more of the data values determined by the vehicle sensors 111, cameras and/or proximity sensors 112, telematics device 115, mobile computing device 120, third party data source server 130, historical data source server 140, risk map generation server 160, driving profile server 170, and the like. For example, risk scores may be determined for one or more of the vehicle performance and/or operational data variables including vehicle speed, acceleration, breaking, and the like, one or more of the internal vehicle systems data variables including turn signal usage, hazard light usage, windshield wiper usage, and the like, one or more of the environmental conditions data variables including precipitation levels, precipitation types, ambient light levels, and the like (e.g., vehicle operator data and ancillary data). Additionally, risk scores may be determined for vehicle performance and/or operational data received from one or more additional vehicle l lQa-n.

[040] The calculation of the risk scores may be performed by risk score generation seryer 150 and/or risk score module 117. In calculating the risk scores, risk score generation server 150 and/or risk score module 117 may incorporate data provided by third party data source server 130 and/or historical data source server 140. In some examples, risk scores determined for each variable may be summed to determine an overall risk score. The risk score may be a number from 0 to 100 wherein 0 represents minimal risk and 100 represents maximum risk. Furthermore, the risk scores may be calculated seamlessly and in real-time based on changes in the vehicle performance and/or operational data, environmental conditions data, traffic data, route data, and the like as described above. The risk scores may- only be calculated for data having an impact in the near short term (e.g., 5 seconds to 5 minutes).

[041] In some arrangements, the calculation of the risk scores may be performed by risk score generation server 150 and/or risk score module 117 in relation to particular areas in the vicinity of vehicle 110 and/or particular areas along an intended route of vehicle 110. For example, risk score generation server 150 and/or risk score module 117 may identify a location of vehicle 110, and may calculate risk scores for one or more areas in the vicinity of vehicle 1 10, and/or one or more areas along an intended route of vehicle 1 10, known for driving hazards based on data provided by one or more of vehicles HOa-n, third party data source 130, historical data source 140, and/or risk map generation server 160 In some instances, the vicinity around the location of vehicle 110 may be defined by predetermined area and/or in relation to a driving route specified by a user/dri ver of the vehicle. The risk scores calculated by risk score generation server 150 and/or risk score module 117 may identify one or more danger areas in the vicinity of the location of vehicle 110 with known driving hazards.

[042] System 100 may include risk map generation server 160, containing some or all of the hardware/software components as the computing device 401 depicted in FIG. 4. Risk map server 160 may include hardware, software, and network components to receive data from one or more data sources, such as vehicle 110 (e.g., via communication systems 113, telematics device 115, vehicle control computer 116, etc.), one or more additional vehicles l lQa-n, mobile computing device 120, third party data source seryer 130, historical data source server 140, risk score generation server 150, driving profile server 170, and other data sources. Risk map server 160 may include memory 162, which may include additional data for risk map server 160 to generate, for example, one or more risk maps. Risk map computer 161 may analyze data received from the various data sources. Risk map server 160 may initiate communication with and/or retrieve data from vehicle 110, one or more additional vehicles l lOa-n, mobile computing device 120, third party data source 130, historical data source 140, risk score generation server 150, driving profile server 170, and other data sources wirelessly, or by way of separate computing systems over one or more computer networks (e.g., the Internet).

[043] In some arrangements, risk map generation seryer 160 may operate in tandem with risk score generation server 150 in order to produce a risk map corresponding to the vicinity around the location and/or intended route of vehicle 110. In particular, risk map generation server 160 may generate a dynamically alterable risk map which is populated by the totality of driving danger areas identified the risk scores calculated by risk score generation server 150. Vehicle control computer 116 and/or vehicle control systems of vehicle 110 may be configured by the risk map generated by risk map generation server 160. Based on the configuration, vehicle control computer 116 and/or vehicle control systems of vehicle 110 may identify whether or not a location of vehicle 1 10 corresponds to location associated with a risk score. If so, vehicle control computer 116 and/or vehicle control systems of vehicle 110 may prioritize assessment of environmental data to identify driving hazards corresponding to the risk score while the vehicle is in the driving danger area. In some instances, the risk map may be generated by risk map generation server 160 responsive to receiving an intended driving route of vehicle 110 from driver of vehicle 110.

[044] Vehicle control system 100 may include driving profile server 170, containing some or all of the hardware/software components as the computing device 401 depicted in FIG. 4. Driving profile server 170 may comprise a driving profile computer 171 for receiving driving profile upload and/or download requests from vehicle control computers, including vehicle control computer 1 16. Furthermore, driving profile server 170 may also comprise memory- 172 used to store the driving profiles collected by driving profile computer 171. Driving profile computer 171 may transmit driving profiles to vehicle 110 for the logical configuration of vehicle control systems.

[045] In some instances, historical data source server 140, risk score generation server 150, risk map generation server 160, and driving profile server 170 may associated with a same computing device configured to perform the functionality of each of historical data source server 140, risk score generation server 150, risk map generation server 160, and driving profile server 170. In such instances, the historical data source processes may be performed by the computing device through execution of computer executable instructions stored in a historical data source model, the risk score generation processes may be performed by the computing device through execution of computer-executable instructions stored in a risk score generation module, the risk map generation processes may be performed by the computing device through execution of computer-executable instructions stored in a risk map generation module, and the driving profile processes may be performed by the computing device through execution of computer-executable instructions stored in a driving profile module. The computing device may have a memory which may store data commonly accessible between the historical data source module, risk score generation module, risk map generation module, and driving profile module.

[046] Vehicle control computer 116 may puli data, seamlessly and in real-time, from any one, or combination of, one or more additional vehicles 1 l Oa-n, vehicle sensors 111, cameras and proximity sensors 112, GPS 114, telematics device 115, mobile device 120, third party- data source server 130, historical data source server 140, risk score generation server 150, and/or risk map generation server 160. The data provided may enable vehicle control computer 1 16 to perform autonomous and semi-autonomous driving actions for vehicle 1 10 and/or provide one or more driving alerts based on the preemptive logical configuration of vehicle control systems as described herein.

[047] Figures 2A-2H depict an illustrative event sequence for the logical configuration of vehicle control systems based on driver profiles in accordance with one or more illustrative aspects described herein. While the steps of the event sequence of FIGS. 2A-2H are described in a particular order, it should be understood that the steps may be performed in any order without departing from the scope of the disclosure provided herein. Furthermore, even though the event sequence is described as being performed by a particular arrangement of computing devices (e.g., vehicle control computer 116, third party data source server 130, historical data source server 140, risk score generation server 150, and risk map generation server 160, and driving profile server 170) the processes may be performed by a number of computing devices greater or less than those described in regard to FIGS. 2A-2H. For example, vehicle control computers 116, third party data source servers 130, historical data source servers 140, risk score generation servers 150, risk map generation servers 160, driving profile server 170, and other computing devices may be used in the logical configuration of vehicle control systems based on driving profiles without departing from the scope of the disclosure provided herein.

[048] Referring to FIG. 2.4, at step 201, vehicle control computer 1 16 may receive vehicle property data of a plurality of types associated with vehicle 110 from a plurality of sources. For example, vehicle control computer 1 16 may receive vehicle performance and operational data for vehicle 110 from vehicle sensors 111. In some instances, vehicle control computer 116 may receive vehicle performance and operational data (e.g., location, speed, direction acceleration, deceleration, and the like) from one or more sensors 121 included in mobile computing device 120. The received vehicle performance and operational data may be associated with the general driving behavior of a user/driver of vehicle 1 10 during vehicle operation. For example, the received vehicle performance and operational data may include at least the user/driver’ s typical driving speed, rates of acceleration or deceleration (e.g., braking), steering column positioning, headlights usage, brake light operation, door opening and closing, door locking and unlocking, cruise control usage, hazard lights usage, windshield wiper usage, horn usage, and turn signal usage. Other types of vehicle performance and operational data may be received including at least suspension positioning information, level of fuel in the fuel tank, engine revolutions per minute (RPMs), engine status, oil level, engine coolant temperature, odometer reading, and/or tire pressure. In some instances, telematics device 1 15 may provide vehicle control computer 1 16 with vehicle make, model, and parts information. Alternatively, such information may be pre-stored in memory associated with vehicle control computer 1 16. The vehicle performance and operational data may be transmitted by vehicle sensors I l l to vehicle control computer 116 continuously and in real-time. [049] Additionally, vehicle control computer 1 16 may receive internal vehicle conditions data for vehicle 110 from vehicle sensors 111 and/or cameras and proximity sensors 112. The received internal vehicle conditions data may include at least the number of passengers in the vehicle, seat belt usage indications for each of the passengers in the vehicle, and internal decibel levels. In some instances, mobile device 120 associated with a user/driver of vehicle 110 may provide a usage indication to vehicle control computer 116. The usage indication provided may be a general usage indication corresponding to unspecified mobile device activity, or may be a specific usage indication corresponding to specific mobile device activity (e.g , usage of text messaging, camera, internet browser, and/or usage of social media applications.). The internal vehicle conditions data and mobile device usage indication data may be provided to vehicle control computer 116 continuously and in real-time by vehicle sensors 1 11, cameras and proximity sensors 112, and mobile device 120.

[050] In some instances, the vehicle property data may be received by vehicle control computer 116 during a particular driving instance of vehicle 110 and/or across a plurality of driving instances. Additionally and/or alternatively, the vehicle property data may be received by vehicle control computer 116 in instances in which vehicle 110 is operating in a semi-autonomous and/or non-autonomous driving mode.

[051] At step 202, vehicle control computer 116 may receive ancillary data of any of a plurality of types associated with the surroundings of vehicle 110 from any of a plurality of sources. For example, vehicle computer 116 may receive vehicle performance and operational data and internal vehicle conditions data, as described above in step 201 , from the communication systems of one or more additional vehicles 1 lOa-n. Vehicle control computer 116 may output a polling request via communication systems 113 for the vehicle performance and operational data and internal vehicle conditions data from one or more additional vehicles 1 lOa-n. The polling request may be output within a certain radial proximity from vehicle 1 10 (e.g , 5 feet, 100 feet, 500 feet, 1 mile, etc.). In some instances, vehicle make, model, and part data, as well as route data may also be requested from the one or more additional vehicles 1 lOa-n. The vehicle performance and operational data and internal vehicle conditions data for one or more additional vehicles 1 lOa-n may be received by vehicle control computer 116 continuously and in real-time. [052] Additionally, ancillary data associated with the surroundings of vehicle 110 may include environmental conditions data provided by any one, or combination of, vehicle sensors 11 1, cameras and proximity sensors 112, mobile device 120, and/or third party data source server 130. In particular, vehicle sensors 111 and cameras and proximity sensors 112 may provide vehicle control computer 116 with environmental conditions data corresponding to the weather conditions as immediately experienced by vehicle 110. Such immediately experienced environmental conditions data may include an indication of precipitation, type of precipitation, volume of precipitation, temperature, presence of road ice, presence of fluid on road, ambient light levels, presence of fog, density of fog, sun position affecting driver visibility, presence of wind and/or wind gusts, velocity of wind and/or wind gusts, and the like. The environmental conditions data, as determined by sensors I l l, cameras and proximity sensors 112, mobile device 120, and/or historical data source server 140, may be provided to vehicle control computer 116 continuously and in real-time.

[053] Furthermore, the ancillary data associated with the surroundings of vehicle 110 may include traffic data provided by any one, or combination of, vehicle sensors 111, cameras and proximity sensors 1 12, mobile device 120 (e.g., sensors 121 within the mobile device), a navigation system associated with vehicle control computer 116, and/or third party data source server 130. In particular, vehicle sensors 111 and cameras and proximity sensors 1 12 may provide traffic data to vehicle control computer 116 as immediately experienced by- vehicle 1 10 in the area surrounding vehicle 1 10. Mobile device 120, via a navigation application, the on-board navigation system of vehicle control computer 116, and third party data source server 130 may provide vehicle control computer 1 16 with traffic data associated with the projected route of vehicle 110. Such traffic data may be provided to vehicle control computer 1 16 continuously and in real-time.

[054] Also, the ancillary data may include road type and quality data, which may be provided by vehicle sensors 1 1 1 and/or cameras and proximity sensors 112. In some instances, road type and quality data may be provided by a navigation application operating on mobile device 120 (e.g., crowd sourced navigation application). Road type and road quality data may be provided to vehicle control computer 116 continuously and in real-time.

[055] In some instances, the ancillary data may be received by vehicle control computer 116 during a particular driving instance of vehicle 110 and/or across a plurality of driving instances. Additionally and/or alternatively, the ancillary' data may be received by vehicle control computer 1 16 in instances in which vehicle 1 10 is operating in a semi -autonomous and/or non-autonomous driving mode.

[056] In some instances, steps 201 and 202 may be performed sequentially. In other instances, steps 201 and 202 may be performed simultaneously

[057] At step 203, vehicle control computer 116 may identify a driving behavior of a user/driver of vehicle 110 based on the vehicle operation data received at step 201 and the ancillary data received at step 202. In some instances, the identification of the driving behavior of the user/driver of vehicle 110 may occur in relation to a particular driving instance and may be performed based on the vehicle operation data received at step 201 and the ancillary data received at step 202 relating to that particular driving instance. In other instances, however, the identification of the driving behavior may occur across a plurality of driving instances and may be based off of aggregate vehicle operation data received at step 201 and ancillary data received at step 202 relating to the plurality of driving instances. Additionally and/or alternatively, the driving behavior may be determined after a predetermined number of driving instances (e.g., 5 driving instances, 100 driving instances, and the line) based on the vehicle operation data received at step 201 and the ancillary data received at step 202 for the predetermined driving instances. In such cases, the driving behavior may be determined by vehicle control computer 116 after each driving instance, and then aggregated to identify an overall driving behavior after the predetermined number of driving instances has been achieved.

[058] In identifying the driving behavior based on the vehicle operation data received at step 201 and the ancillary data received at step 202, vehicle control computer 116 may determine the manner in which the user/driver of vehicle 110 operates vehicle 110 under various circumstances. For example, vehicle control computer 116 may determine the user/driver’ s typical rate of acceleration, deceleration, turning, and so during driving instances in the rain, with traffic, with no traffic, in the morning, at night, etc. Similarly, vehicle control computer 1 16 may determine the user/driver’ s typical route taken to known locations (e.g., home, work, school, store, and the like), as well as the user/driver’ s average rate of velocity while driving during driving instances in the rain, with traffic, with no traffic, in the morning, at night, etc. Additionally and/or alternatively, other driving behaviors associated with the user/ driver of vehicle 110 may be determined based on the vehicle operation data received at step 201 and the ancillary data received at step 202.

[059] At step 204, vehicle control computer 116 may develop a driving profile for the user/driver of vehicle 110 In particular, vehicle control computer 116 may develop the driving profile for the user/driver of vehicle 110 based on the driving behavior identified at step 203. The driving profile may be a logical configuration for operation of vehicle 1 10 which may cause vehicle control computer 116 to operate vehicle 110, in an autonomous and/or semi-autonomous driving mode, in a manner similar to that of the user/driver of vehicle 1 10. In particular, the driving profile, when used to configure operation of vehicle 110, may cause vehicle control computer 116 to control operation of vehicle 110 in a manner resembling the driving behavior displayed by the user/driver of vehicle 110. For example, the driving profile may cause vehicle control computer 116 to cause vehicle 110 to accelerate, decelerate, turn, change lanes, follow speed limits and stop signs, etc , during driving instances in the rain, with traffic, with no traffic, in the morning, at night, etc., in a manner simil ar that of the user/driver of vehicle 110.

[060] In some instances, in developing the driving profile for the user/driver of vehicle 110, the vehicle control computer 1 16 of vehicle 1 10 may calculate a driving profile safety score for the driving profile of the user/driver. The driving profile safety score may be a number from 0 to 100 wherein 0 represents the most risk and 100 represents minimal risk. The driving profile safety score may incorporate the vehicle operation data received at step 201 and the ancillary data received at step 202 and may represent how safely the driving profile is affect operations of vehicle 110 in a manner corresponding to how safely the user/driver of vehicle 110 operates vehicle 1 10 under various circumstances. For example, a driving profile of a user/driver who drives slowly, breaks gently, accelerates steadily, turns without significant g-force, gives a turn signal at every turn or lane change, stops at every stop sign, follows the speed limit, maintains a one car distance on the road, etc may have a higher driving profile safety score than that of a driving profile of a different user/driver who drives fast, breaks aggressively, accelerates rapidly, turns with significant g-force, and etc. [061] Referring to FIG. 2B, at step 205, vehicle control computer 116 may transmit the driving profile associated with the user/ driver of vehicle 110 to driving profile server 170. In particular, vehicle control computer 116 may transmit the driving profile to driving profile server 170 by way of communication systems 113. In some instances, vehicle control computer 116 may transmit the driving profile to one or more of telematics device 115 and mobile device 120 which in turn may transmit the driving profile associated with the user/driver of vehicle 110 to driving profile server 170. At step 206, driving profile server 170 may store the driving profile in memory 172.

[062] At step 207, vehicle control computer 116 of vehicle 110 may determine a location of vehicle 110. In particular, vehicle control computer 116 may activate GPS 114 of vehicle 110 to determine the location of vehicle 110. In some instances, vehicle control computer 116 may query and/or activate one or more of telematics device 115 and mobile device 120 in order to receive location data to determine the location of vehicle 110. The determining of the location of vehicle 110 may be performed by vehicle control computer 1 16 upon receipt of an unlock request from a key fob and/or key of vehicle 110, entry into vehicle 110 by a user/driver of vehicle 1 10, ignition of an engine of vehicle 110, and/or responsive to receipt of driving route information from a user/driver and/or passenger of vehicle 110. Additionally and/or alternatively, the determining of the location of vehicle 110 may be performed by vehicle control computer 116 responsive to termination of operation of vehicle 110 (e.g., turning off of the engine of vehicle 1 10), entry of the key fob, key, and/or mobile device 120 into the cabin of vehicle 110, and/or in response to other factors such as activation of a driver seat weight sensor, receipt of a location determination request provided by the user/driver and/or passenger, etc.

[063] At step 208, vehicle control computer 116 of vehicle 110 may optionally receive driving route information from a user/driver and/or passenger of vehicle 1 10. In some instances, the driving route information may include a starting point and destination provided by the user/driver and/or passenger of vehicle 110 through an input/output interface associated with vehicle control computer 1 16. However, if the location of vehicle 1 10 was determined at step 201, then the user/driver and/or passenger of vehicle 110 may not need to provide starting point information. Additionally and/or alternatively, vehicle control computer 116 may receive the driving route information from the user/driver and/or passenger of vehicle 110 from mobile device 120.

[064] Referring to FIG. 2C, at step 209, vehicle control computer 1 16 of vehicle 1 10 may query third party data source server 130 for environmental data. In particular, vehicle control computer 1 16 may query' third party data source server 130 based on the location of vehicle 110 identified at step 207 in order to determine current weather condition data, forecasted weather condition data, traffic flow data, road closure data, and/or other data affecting external driving conditions of vehicle 110 in a vicinity around the location of vehicle 110. In instances in which the user/driver and/or passenger of vehicle 1 10 provided driving route information at step 208, vehicle control computer 1 16 may further include the driving route information in the query to third party data source server 130. Additionally and/or alternatively, vehicle control computer 116 may command and/or instruct one or more of telematics device 115 and mobile device 120 to request the environmental data from third party data source server 130

[065] At step 210, third party data source server 130 may provide the environmental data to vehicle control computer 116. In some instances, third party data source server 130 may provide the environmental data to one or more of telematics device 115 and mobile device 120 which in turn may provide the environmental data to vehicle control computer 116 of vehicle 110.

[066] In the event that vehicle control computer 116 provided driving route information to third party data source server 130, third party data source server 130 may return environmental data to vehicle control computer 116 corresponding to the driving route information provided. In some instances, the environmental data provided by third party data source server 130 may be anticipatory to the driving route corresponding to the driving route information. As an illustrative, non-limiting example, the progression of vehicle 110 along the driving route may be projected to take four hours and involve passing through a first city at a two hour mark and a second city at a four hour mark. Third party data source server 130 may provide environmental data to vehicle control computer 116 which anticipates expected environmental data to be expected by vehicle 110 two hours into the future in relation to the first city and four hours into the future in relation to the second city. It is noted that the data provisioning may be done for the total continuity of the driving route, rather than on a city- by-city basis.

[067] Alternatively, in the event that vehicle control computer 1 16 provided location information relating to vehicle 110 to third party data source server 130, third party data source server 130 may return environmental data to vehicle control computer 1 16 corresponding to a vicinity around the location of vehicle 110. In some instances, the vicinity may be a predetermined area surrounding the location of vehicle 110 which may be determined by previous driving habits of the user/ driver of vehicle 110, available data, and/or based on certain radial distance (e.g., 5 miles, 10 miles, 100 miles, and the like) around the location of vehicle 110.

[068] At step 21 1 , vehicle control computer 1 16 of vehicle 110 may query historical data from historical data source server 140 to identify historical incident data. In particular, vehicle control computer 1 16 may query' historical data source server 140 to identify historical incident data including insurance claims data, accident reports data, historical environmental surroundings and conditions and/or historical vehicle operations data and ancillary data associated with insurance claims and accident reports data, etc. The query' provided to historical data source server 140 by vehicle control computer 1 16 may include one or more of the location information and/or route information corresponding to vehicle 110 and the environmental data provided by third party data source server 130. In some instances, vehicle control computer 116 may command and/or instruct one or more of telematics device 115 and mobile device 120 to request the historical data from third party- data source server 130.

[069] At step 212, historical data source server 140 may provide the historical data to vehicle control computer 116. In some instances, historical data source server 140 may provide the historical data to one or more of telematics device 115 and mobile device 120 which in turn may provide the historical data to vehicle control computer 116 of vehicle 110.

[070] In the event that vehicle control computer 116 provided driving route information to historical data source server 140, historical data source server 140 may return historical data to vehicle control computer 116 corresponding to the driving route information provided. Alternatively, in the event that vehicle control computer 116 provided location information relating to vehicle 110 to historical data source server 140, historical data source server 140 may return historical data to vehicle control computer 116 corresponding to a vicinity around the location of vehicle 110.

[071] Referring to FIG. 2D, at step 213, vehicle control computer 116 may request risk score calculation from risk score generation server 150. In some instances, the request for risk score calculation may from vehicle control computer 116 to risk score generation server 150 may include one or more of the location of vehicle 110 determined at step 207, driving route information received at step 208, environmental data received at step 210, and historical data received at step 212.

[072] At step 214, risk score generation server 150 may calculate one or more risk scores based on one or more of the location of vehicle 110 determined at step 207, driving route information received at step 208, environmental data received at step 210, and historical data received at step 212 and may transmit the one or more risk scores to the vehicle 1 10. In some instances, however, one or more risk scores may be calculated locally at vehicle 110 by vehicle control computer 116. In such instances, processors of vehicle control computer 1 16 may execute one or more computer-executable instructions corresponding to risk score module 1 17 which may cause vehicle control computer 116 to calculate one or more risk scores based on one or more of the location of vehicle 1 10 determined at step 207, driving route information received at step 208, environmental data received at step 210, and historical data received at step 212. In arrangements where vehicle control computer 116 calculates a risk score for each of the one or more danger areas and/or corresponding driving hazards, steps 213 and 215 may not be performed

[073] At step 215, vehicle control computer 1 16 of vehicle 110 may request risk map generation from risk map generation server 160. In doing so, vehicle control computer 116 may provide the risk score data generated at step 214 to risk map generation server 160. Alternatively, in instances in which risk scores are calculated at risk score generation server 150 in an arrangement in which risk score generation server 150 and risk map generation server 160 are configured as modules sharing the same computing device, vehicle control computer 116 may only provide a risk map generation request to the computing device storing the risk score generation module and risk map generation module.

[074] At step 216, risk map generation server 160 may calculate a risk map which incorporates each of the one or more risk scores and may provide the calculated risk map to vehicle control computer 116.

[075] Referring to FIG. 2E, at step 217, vehicle control computer 116 may request enumeration of driving profiles available for download to the user/driver of vehicle 1 10 from driving profile server 170. In some instances, the enumeration request may include one or more of the location of vehicle 110 determined at step 207, driving route information received at step 208, environmental data received at step 210, and historical data received at step 212. Additionally and/or alternatively, the enumeration request may further include information corresponding to the make, model, and parts information of vehicle 110. Furthermore, the enumeration request may specify whether vehicle 110 is an autonomous, semi-autonomous, or non-autonomous vehicle, in addition to the Society of Automotive Engineers (e.g., SAE) automation level capacity (e.g., level 0 - level 5). In some instances, the enumeration request may further include an indication of the autonomous operation firmware of vehicle 110, as well as an indication of the last servicing of vehicle operation sensors 111 and cameras and proximity sensors 1 12 of vehicl e 110.

[076] At step 218, driving profile server 170 may perform the enumeration of driving profiles requested by vehicle control computer 1 16 and provide the enumeration to vehicle control computer 116. In some instances, the performance of the enumeration by driving profile server 170 may be based off of the information provided by vehicle control computer 116 in requesting enumeration. For example, driving profile server 170 may perform the enumeration based on information corresponding to the make, model, and parts information of vehicle 110, whether vehicle 110 is an autonomous, semi-autonomous, or non-autonomous vehicle, the SAE level of vehicle 110, the indication of the autonomous operati on firmware of vehicle 110, and the indication of the last servicing of vehicle operation sensors 111 and cameras and proximity sensors 112 of vehicle 1 10. The enumeration performed by driving profile server 170 may return the driving profiles available to be downloaded to vehicle control computer 116 and used to configure vehicle operation of vehicle 110.

[077] At step 219, vehicle control computer 116 may identify a driving profile (e.g., a second driving profile) associated with a user/driver different than the user/driver of vehicle 110 for recommendation to the user/driver of vehicle 110 based on the enumeration of available driving profiles for download to vehicle control computer 1 16 provided by driving profile server 170 at step 219. In performing the identification, vehicle control computer 116 may compare driving profile safety scores corresponding to each of the driving profiles yielded during the enumeration performed by driving profile server 170 with the risk score provided by risk score module 1 17 and/or risk score generation server 150 at step 214, and/or the risk map provided by risk map generation server 160 at step 216. In comparing the driving profile safety scores corresponding to each of the driving profiles yi elded during the enumeration with the risk score and/or risk map, vehicle control computer 116 may identify at least a driving profile (e.g., the second driving profile) for recommendation to the user/driver of vehicle 1 10 based on the driving profile safety scores matching the risk score and/or risk scores of the risk map. As an illustrative, non-limiting example, the risk score and/or risk scores of the risk map may be 70, and vehicle control computer 1 16 may identify at least a driving profile with driving profile safety score of 70. In instances in which no driving profile safety scores match that of the risk score and/or risk scores of the risk map, vehicle control computer may identify a driving profile with a driving profile safety score closest to the risk score and/or risk scores of the risk map

[078] In other instances, vehicle control computer 116 may identify one or more driving profiles for recommendation to the user/driver of vehicle 1 10. In particular, vehicle control computer 116 may identify one or more driving profiles for recommendation based on the enumeration of available driving profiles for download to vehicle control computer 116 provided by driving profile server 170 at step 219. In performing the identification, vehicle control computer 1 16 may compare driving profile safety scores corresponding to each of the driving profiles yielded during the enumeration performed by driving profile server 170 with the risk score provided by risk score module 117 and/or risk score generation server 150 at step 214, and/or the risk map provided by risk map generation server 160 at step 216. In comparing the driving profile safety scores corresponding to each of the driving profiles yielded during the enumeration with the risk score and/or risk map, vehicle control computer 116 may identify one or more driving profiles for recommendation to the user/driver of vehicle 1 10 based on the driving profile safety scores being within a certain predetermined range (e.g., +/- 5, 10, 25, and the like) of the risk score and/or risk scores of the risk map. As an illustrative, non-limiting example, the risk score and/or risk scores of the risk map may be 70, and vehicle control computer 116 may identify one or more driving profiles with driving profile safety score being +/- 25 of 70. In such instances, vehicle control computer may identify a first driving profile with a diving safety score of 95, a second driving profile with a driving safety score of 70, and a third driving profile with a driving profile safety score of 45. In some instances, vehicle control computer 1 16 may identify a particular driving profile which has a driving profile safety score closest to the risk score and/or risk score of the risk map.

[079] At step 220, vehicle control computer 116 of vehicle 110 may calculate a coverage level and/or premium for each of the driving profiles identified for recommendation to the user/ driver of vehicle 110 at step 219. In particular, processors of vehicle control computer 1 16 may execute one or more computer-executable instructions of coverage module 118 which may cause vehicle control computer 116 to calculate an insurance coverage level and/or premium for each of the driving profiles identified for recommendation to the user/ driver of vehicle 110 at step 219.

[080] In some instances, the calculation of the coverage level and/or premium for the identified driving profiles may incoiporate environmental data provided by third party data source server 130 and/or historical data provided by historical data source server 140. In some instances, the calculation of the coverage level and/or premium may include risk score data provided by risk score module 1 17, risk score generation server 150 and/or risk map data provided by risk map generation server 160, and/or a level of operating autonomy of vehicle 1 10 (e.g., fully-autonomous, semi-autonomous, non-autonomous, and so on). In some instances, the calculation of the coverage level and/or premium for the driving instance of vehicle 110 may incorporate the SAE of vehicle 110. Additionally and/or alternatively, the calculation of the coverage level and/or premium for the identified driving profiles may further incoiporate the deviation of the driving profile safety scores from the risk score and/or risk score of the risk map. For example, a driving profile with a driving profile safety score of the highest value and/or closest value to the risk score and/or risk score of the risk map may be associated with a cheapest insurance premium. Driving profiles with driving profile safety scores of the lowest values and/or furthest values from the risk score and/or risk score of the risk map may be associated with a higher insurance premiums. [081] Referring to FIG. 2F, at step 221, vehicle control computer 116 may recommend one or more driving profiles to the user/ driver of vehicle 110. In some instances, vehicle control computer 116 may recommend a particular driving profile (e.g., second driving profile) to the user/ driver of vehicle 110 based on the driving safety score of the driving profile matching the risk score and/or risk scores of the risk map. In other instances, vehicle control computer 116 may recommend a plurality of driving profiles, including a second driving profile, to the user/dri ver of vehicle 110 based on the driving safety scores of the plurality of driving profiles being within a predetermined range of the risk score and/or risk scores of the risk map. Additionally and/or alternatively, the recommendation of driving profiles to the user/driver of vehicle 1 10 may be performed by vehicle control computer 1 16 based on user preferences including one or more of a risk preference (e.g., deviation of the driving profile safety score from the risk score and/or risk scores of the risk map), user specified presets (e.g., smooth driving, get places quickly, fast and/or jerky driving, best view, and the like), and/or previously user favorited driving profiles.

[082] At step 222, vehicle control computer 1 16 may receive a user selection of a driving profile by the user/driver of vehicle 110 from those recommended at step 221. The selection may occur through an input/output interface of vehicle control computer 116 and/or by way of mobile device 120. At step 223, vehicle control computer 116 may request download of the driving profile selected by the user/driver of vehicle 110 from driving profile server 170 and at step 224, driving profile server 170 may provide the driving profile to vehicle control computer 116. In some instances, in requesting download of the driving profile from driving profile server 170, vehicle control computer 116 may further provide an insurance credit to the user/driver corresponding to the selected driving profile (e.g., second driving profile). In other instances, the downloading of the driving profile may cause vehicle control computer 116 and/or driving profile server 170 to provide the different driver to provide an insurance credit to the user/driver corresponding to the downloaded driving profile.

[083] Referring to FIG. 2G, at step 225, vehicle control computer 116 may update vehicle operation logic of vehicle 110 based on the driving profile downloaded from driving profile server 170 at step 224. The updating of the vehicle operation logic of vehicle 110 may cause vehicle control computer 116 to perform the one or more functions specified by the driving profile. [084] At step 226, vehicle control computer 116 may associate the coverage level and/or premium for the selected driving profile with a driving instance of vehicle 110. In doing so, vehicle control computer 1 16 may be configured to charge a cost corresponding to the coverage level and/or premium for the selected driving profile to a payment account associated with the user/driver of vehicle 1 10 and/or another person/entity associated with vehicle 110.

[085] At step 227, vehicle control computer 116 may receive vehicle property data of a plurality of types associated with vehicle 110 from a plurality of sources. For example, vehicle control computer 116 may receive vehicle performance and operational data for vehicle 110 from vehicle sensors I l l. In some instances, vehicle control computer 116 may receive vehicle performance and operational data (e.g., location, speed, direction acceleration, deceleration, and the like) from one or more sensors 121 included in mobile computing device 120. The received vehicle performance and operational data may be associated with the general operation of vehicle 110. For example, the received vehicle performance and operational data may include at least the vehicle’s speed, rates of acceleration or deceleration (e.g., braking), steering column positioning, headlights usage, brake light operation, door opening and closing, door locking and unlocking, cruise control usage, hazard lights usage, windshield wiper usage, horn usage, and turn signal usage. Other types of vehicle performance and operational data may be received including at least suspension positioning information, level of fuel in the fuel tank, engine revolutions per minute (RPMs), engine status, oil level, engine coolant temperature, odometer reading, and/or tire pressure. In some instances, telematics device 1 15 may provide vehicle control computer 1 16 with vehicle make, model, and parts information. Alternatively, such information may be pre-stored in memory associated with vehicle control computer 1 16. The vehicle performance and operational data may be transmitted by vehicle sensors 11 1 to the vehicle control computer continuously and in real-time.

[086] Additionally, vehicle control computer 116 may receive internal vehicle conditions data for vehicle 1 10 from vehicle sensors 111 and/or cameras and proximity sensors 1 12. The received internal vehicle conditions data may include at least the number of passengers in the vehicle, seat belt usage indications for each of the passengers in the vehicle, and internal decibel levels. In some instances, mobile device 120 associated with a user/driver of vehicle 110 may provide a usage indication to vehicle control computer 116. The usage indication provided may be a general usage indication corresponding to unspecified mobile device activity, or may be a specific usage indication corresponding to specific mobile device activity (e.g., usage of text messaging, camera, internet browser, and/or usage of social media applications.). The internal vehicle conditions data and mobile device usage indication data may be provided to vehicle control computer 116 continuously and in real-time by vehicle sensors 111, cameras and proximity sensors 112, and mobile device 120.

[087] At step 228, vehicle control computer 116 may receive ancillary data of any of a plurality of types associated with the surroundings of vehicle 110 from any of a plurality of sources. For example, vehicle computer 116 may receive vehicle performance and operational data and internal vehicle conditions data, as described above in step 218, from the communication systems of one or more additional vehicles 1 lOa-n. Vehicle control computer 116 may output a polling request via communication systems 1 13 for the vehicle performance and operational data and internal vehicle conditions data from one or more additional vehicles l lOa-n. The polling request may be output within a certain radial proximity from vehicle 110 (e.g., 5 feet, 100 feet, 500 feet, 1 mile, etc.). In some instances, vehicle make, model, and part data, as well as route data may also be requested from the one or more additional vehicles HOa-n. The vehicle performance and operational data and internal vehicle conditions data for one or more additional vehicles HOa-n may be received by vehicle control computer 116 continuously and in real-time.

[088] Additionally, ancillary data associated with the surroundings of vehicle 1 10 may include environmental conditions data provided by any one, or combination of, vehicle sensors 1 1 1, cameras and proximity sensors 112, mobile device 120, and/or historical data source server 140. In particular, vehicle sensors 111 and cameras and proximity sensors 112 may provide vehicle control computer 116 with environmental conditions data corresponding to the weather conditions as immediately experienced by vehicle 110. Such immediately- experienced environmental conditions data may include an indication of precipitation, type of precipitation, volume of precipitation, temperature, presence of road ice, presence of fluid on road, ambient light levels, presence of fog, density of fog, sun position affecting driver visibility, presence of wind and/or wind gusts, velocity of wind and/or wind gusts, and the like. Mobile device 120 and/or historical data source server 140, on the other hand, may provide vehicle control computer 1 16 with expected and/or forecasted weather data associated with the area corresponding to a location of vehicle 110. Such forecasted weather data may include a likelihood of precipitation, wind, road ice, fog, and the like. The environmental conditions data, as determined by sensors 111, cameras and proximity sensors 1 12, mobile device 120, and/or historical data source server 140, may be provided to vehicle control computer 116 continuously and in real-time.

[089] Furthermore, the ancillary data associated with the surroundings of vehicle 110 may include traffic data provided by any one, or combination of, vehicle sensors 111, cameras and proximity sensors 112, mobile device 120 (e.g., sensors 121 within the mobile device), a navigation system associated with vehicle control computer 116, and/or historical data source server 140. In particular, vehicle sensors 111 and cameras and proximity sensors 112 may provide traffic data to vehicle control computer 116 as immediately experienced by vehicle 1 10 in the area surrounding vehicle 1 10. Mobile device 120, via a navigation application, the on-board navigation system of vehicle control computer 116, and historical data source server 140 may provide vehicle control computer 116 with traffic data associated with the projected route of vehicle 110. Such traffic data may be provided to vehicle control computer 116 continuously and in real-time.

[090] Also, the ancillary data may include road type and quality data, which may be provided by vehicle sensors 111 and/or cameras and proximity sensors 1 12. In some instances, road type and quality data may be provided by a navigation application operating on mobile device 120 (e.g , crowd sourced navigation application). Road type and road quality data may be provided to vehicle control computer 116 continuously and in real-time.

[091] In some instances steps 227 and 228 may be performed sequentially. In other instances, steps 227 and 228 may be performed simultaneously.

[092] Referring to FIG. 2H, at step 229, vehicle control computer 116 may actuate operation of vehicle 1 10. In particular, processors associated with vehicle control computer 1 16 may execute executable instructions based on the user-selected driving profile, which may cause the vehicle control computer 1 16 to take any of a plurality of driving actions and/or cause any of a plurality of driving alerts based on the vehicle operation data received at step 227 and/or the ancillary data received at step 228 Driving actions may include any one, or combination of, activating the brake, changing lanes, disabling mobile phone 120, disabling application use on mobile phone 120, disabling acceleration, reducing speed, turning on headlights, turning on emergency lights, honking vehicle horn, turning on windshield wipers, and the like. Detection alerts may include any one, or combination of, flashing interior lights, producing an audible sound in the interior of vehicle 1 10, suggesting an alternate route, providing an indication of upcoming issues on the dashboard and/or heads-up display unit, and the like.

[093] Figure 3 depicts an illustrative method for the logical configuration of vehicle control systems based on driving profiles according to one or more aspects of the disclosure. Referring to FIG. 3, at step 305, a vehicle control computer may identify driving behavior of a driver of a vehicle through vehicle operation data provided by one or more of vehicle sensors, a telematics device, and a mobile device. At step 310, the vehicle control computer may develop a first driving profile for the driver of the vehicle based on the driving behavior. At step 315, the vehicle control computer transmit the first driving profile to a remote server storing driving profiles of a plurality of users. At step 320, the vehicle control computer may- download a second driving profile associated with a different driver from the remote server. At step 325, the vehicle control computer may configure vehicle operations based off of the second driving profile associated with the different driver. At step 330, the vehicle control computer may actuate vehicle operation based on the configuration.

[094] Figure 4 depicts an example network environment and computing system 400 that may he used to implement aspects of the disclosure. Computing system 400 may include a computing device 401, which may have a processor 403 for controlling overall operation of computing device 401 and its associated components, including RAM 405, ROM 407, input/output module 409, and memory unit 415. Computing device 401, along with one or more additional devices (e.g., terminals 441, 451) may correspond to any of multiple systems or devices, such as vehicle control systems and/or devices, configured as described herein for receiving data from various sources, generating driving profiles based on the received data, requesting download of driving profiles, configuring vehicle operation based on driving profiles, and actuating vehicle operation based on the configuration provided by the driving profiles. [095] Input / Output (I/O) module 409 may include a microphone, keypad, touch screen, and/or stylus through which a user of computing device 401 may provide input, and may also include one or more of a speaker for providing audio input/output and a video display device for providing textual, audiovisual and/or graphical output. Software may be stored within memory unit 415 and/or other storage to provide instructions to processor 403 for enabling computing device 401 to perform various functions. For example, memory unit 415 may store software used by computing device 401, such as an operating system 417, application programs 419, and an associated internal database 421. Memory unit 415 may include one or more of volatile and/or non-volatile computer memory to store computer-executable instructions, data, and/or other information. Processor 403 and its associated components may allow computing device 401 to execute a series of computer-readable instructions to receive data from various sources, generate driving profiles based on the received data, request download of driving profiles, configure vehicle operation based on driving profiles, and actuate vehicle operation based on the configuration provided by the driving profiles.

[096] Computing device 401 may operate in a networked environment 400 supporting connections to one or more remote computers, such as terminals / devices 441 and 451. Computing device 401, and related terminals / devices 441 and 451, may include devices installed in vehicles, mobile devices that may travel within vehicles, or devices outside of vehicles that are configured to receive and process vehicle and other sensor data. Thus, computing device 401 and terminals / devices 441 and 451 may each include personal computers (e.g., laptop, desktop, or tablet computers), servers (e.g., web servers, database servers), vehicle-based devices (e.g., on-board vehicle computers, vehicle communication systems, sensors, and telematics devices), or mobile communication devices (e.g., mobile phones, portable computing devices, and the like), and may include some or all of the elements described above with respect to the computing device 401. The network connections depicted in FIG. 4 include a local area network (LAN) 425 and a wide area network (WAN) 429, and a wireless telecommunications network 433, but may also include other networks. When used in a LAN networking environment, computing device 401 may be connected to LAN 425 through a network interface or adapter 423. When used in a W AN networking environment, computing device 401 may include a modem 427 or other means for establishing communications over WAN 429, such as network 431 (e.g., the Internet). When used in a wireless telecommunications network 433, computing device 401 may include one or more transceivers, digital signal processors, and additional circuitry and software for communicating with wireless computing devices 441 (e.g., mobile phones, vehicle communication systems, vehicle sensors, and telematics devices) via one or more network devices 435 (e.g , base transceiver stations) in wireless network 433

[097] It will be appreciated that the network connections shown are illustrative and other means of establishing a communications link between the computers may be used. The existence of any of various network protocols such as TCP/IP, Ethernet, FTP, HTTP and the like, and of various wireless communication technologies such as GSM, CDMA, Wi-Fi, and WiMAX, is presumed, and the various computing devices and multi-dimensional risk score generation system components described herein may be configured to communicate using any of these network protocols or technologies.

[098] Additionally, one or more application programs 419 used by computing device 401 may include computer executable instructions for receiving data and performing other rel ated functions as described herein.

[099] As will be appreciated by one of skill in the art, the various aspects described herein may be embodied as a method, a computer system, or a computer program product. Accordingly, those aspects may take the form of an entirely hardware embodiment, an entirely software embodiment or an embodiment combining software and hardware aspects. Furthermore, such aspects may take the form of a computer program product stored by one or more computer-readable storage media having computer-readable program code, or instructions, embodied in or on the storage media. Any suitable computer readable storage media may be utilized, including hard disks, CD-ROMs, optical storage devices, magnetic storage devices, and/or any combination thereof. In addition, various signals representing data or events as described herein may be transferred between a source and a destination in the form of electromagnetic waves traveling through signal-conducting media such as metal wires, optical fibers, and/or wireless transmission media (e.g., air and/or space).

[0100] Although the subject matter has been described in language specific to structural features and/or methodological acts, it is to be understood that the subject matter defined in the appended claims is not necessarily limited to the specific features or acts described above. Rather, the specific features and acts described above are disclosed as example forms of implementing the claims.

Claims

WHAT IS CLAIMED IS:

1. A method, comprising;

at a computing device including at least one or more processors and memory storing computer-executabl e i nstructi ons :

identifying, by the one or more processors, a driving behavior of a driver of a vehicle through vehicle operation data provided by one or more of: vehicle sensors, a telematics device, and a mobile device;

based on the driving behavior, developing, by the one or more processors, a first driving profile for the driver;

transmitting, by the one or more processors, the first driving profile to a remote server storing driving profiles of a plurality of users,

downloading, by the one or more processors, a second driving profile associated with a different driver from the remote server,

configuring, by the one or more processors, vehicle operations based off of the second driving profile associated with the different driver; and

actuating, by the one or more processors, vehicle operation based on the configuration.

2. The method of claim 1, wherein identifying the driving behavior of the driver through vehicle operation data includes:

identifying, by the one or more processors, one or more of acceleration behavior, braking behavior, and turning behavior based on acceleration data, braking data, and turning data provided by one or more of: the vehicle sensors, the telematics device, and the mobile device.

3 The method of claim 1, wherein the second driving profile associated with the different driver is downloaded from the remote server through a driving profile store interface.

4. The method of claim 1, further comprising:

receiving, by the one or more processors, driving route information from the driver of the vehicle;

based on the driving route information, calculating, by the one or more processors, a risk score for a driving route corresponding to the driving route information;

identifying, by the one or more processors, the second driving profile based on the risk score matching a dri ving profile safety score of the second driving profile; and

recommending, by the one or more processors, the second driving profile to the driver of the vehicle for download.

5. The method of claim 4, further comprising:

identifying, by the one or more processors, a plurality of driving profiles based on the risk score matching a range of driving profile safety scores corresponding to the plurality of driving profiles; and

recommending, by the one or more processors, the second driving profile to the driver of the vehi cle for download based on the driving profile safety score being closest to the risk score for the driving route.

6. The method of claim 5, wherein each of the plurality of driving profiles are associated with an insurance premium, and wherein the second driving profile is associated with a cheapest insurance premium

7. The method of clai 6, wherein the downloading of the second driving profile causes the different driver to receive an insurance credit.

8. An apparatus, comprising:

a processor;

a memory storing computer-readable instructions that, when executed by the processor, cause the apparatus to:

identify a driving behavior of a driver of a vehicle through vehicle operation data provided by one or more of: vehicle sensors, a telematics device, and a mobile device; based on the driving behavior, develop a first driving profile for the driver; transmit the first driving profile to a remote server storing driving profiles of a plurality of users;

download a second driving profile associated with a different driver from the remote server;

configure vehicle operations based off of the second driving profile associated with the different driver, and

actuate vehicle operation based on the configuration.

9. The apparatus of claim 8, wherein the memory stores further computer-readable instructions that, when executed by the processor, cause the apparatus to:

identify one or more of acceleration behavior, braking behavior, and turning behavior based on acceleration data, braking data, and turning data provided by one or more of: the vehicle sensors, the telematics device, and the mobile device.

10 The apparatus of claim 8, wherein the second driving profile associated with the different driver is downloaded from the remote server through a driving profile store interface.

11. The apparatus of claim 8, wherein the memory stores further computer-readable instructions that, when executed by the processor, cause the apparatus to:

receive driving route information from the driver of the vehicle;

based on the driving route information, calculate a risk score for a driving route corresponding to the driving route information;

identify the second driving profile based on the risk score matching a driving profile safety score of the second driving profile; and

recommend the second driving profile to the driver of the vehicle for download.

12. The apparatus of claim 11, wherein the memory stores further computer-readable instructions that, when executed by the processor, cause the apparatus to:

identify a plurality of driving profiles based on the risk score matching a range of driving profile safety scores corresponding to the plurality of driving profiles; and recommend the second driving profile to the driver of the vehicle for download based on the driving profile safety score being closest to the risk score for the driving route.

13. The apparatus of claim 12, wherein each of the plurality of driving profiles are associated with an insurance premium, and wherein the second driving profile is associated with the cheapest insurance premium.

14. The apparatus of claim 13, wherein the downloading of the second driving profile causes the different driver to receive an insurance credit.

15. One or more non-transitory computer-readable media storing instructions that, when executed by a computing device comprising at least one processor and memory, cause the computing device to:

identify a driving behavior of a driver of a vehicle through vehi cle operation data provided by one or more of: vehicle sensors, a telematics device, and a mobile device;

based on the driving behavior, develop a first driving profile for the driver;

transmit the first driving profile to a remote server storing driving profiles of a plurality of users;

configure vehicle operations based off of the second driving profile associated with the different driver; and

actuate vehicle operation based on the configuration.

16. The one or more non-transitory computer-readable media of claim 15 storing further instructions that, when executed by the computing device comprising the at least one processor and memory, cause the computing device to:

17. The one or more non -transitory computer-readable media of claim 15, wherein the second driving profile associated with the different driver is downloaded from the remote server through a driving profile store interface, and wherein the downloading of the second driving profile causes the different driver to receive an insurance credit.

18. The one or more n on-transitory computer-readable media of claim 15 storing further instructions that, when executed by the computing device comprising the at least one processor and memory, cause the computing device to:

receive dri ving route information from the dri ver of the vehicle;

recommend the second driving profile to the driver of the vehicl e for download.

19. The one or more non-transitory computer-readable media of claim 18 storing further instructions that, when executed by the computing device comprising the at least one processor and memory, cause the computing device to:

identify a plurality of driving profiles based on the risk score matching a range of driving profile safety score corresponding to the plurality of driving profiles; and

recommend the second driving profile to the driver of the vehicle for download based on the driving profile safety score being closest to the risk score for the driving route.

20. The one or more non-transitory computer-readable media of claim 19, wherein each of the plurality of driving profiles are associated with an insurance premium, and wherein the second driving profile is associated with the cheapest insurance premium.