systems and apparatuses for receiving data from a plurality of sensors and using the data, as well as other data, to generate a parking recommendation for an autonomous vehicle and instruct the autonomous vehicle to travel to the recommended parking location are provided. Data may be received from a plurality of sensors within a first autonomous vehicle, as well as from other vehicles and/or structures. Historical parking data associated with the first autonomous vehicle may also be extracted. In some examples, an expected future trip of the first autonomous vehicle may be determined. The system may then evaluate the data to generate a parking recommendation for the first autonomous vehicle. The system may generate and transmit instructions for traveling from a current location to the recommended parking location and may cause the first autonomous vehicle to travel to the recommended parking location.
|
8. A parking analysis server, comprising:
a processor; and
memory storing computer-executable instructions that, when executed by the processor, cause the parking analysis server to:
receive, from a first plurality of sensors, data associated with locations of one or more vehicles;
receive, from a second plurality of sensors, data associated with one or more potential parking locations;
receive, from a trip assignment server, an expected future trip for a first vehicle of the one or more vehicles; and
generate, based on the data associated with the locations of the one or more vehicles, based on the data associated with the one or more potential parking locations, and based on the expected future trip, a recommended first parking location for the first vehicle to park until the expected future trip;
generate, for the first vehicle, instructions to travel from a current location to the recommended first parking location; and
transmit, to the first vehicle, the instructions to travel from the current location to the recommended first parking location.
15. A method of generating a parking location recommendation, comprising:
receiving, by a parking analysis server and from a first plurality of sensors, data associated with locations of one or more vehicles;
receiving, by the parking analysis server and from a second plurality of sensors, data associated with one or more potential parking locations;
receiving, by the parking analysis server and from a trip assignment server, an expected future trip for a first vehicle of the one or more vehicles; and
generating, by the parking analysis server and based on the data associated with the locations of the one or more vehicles, based on the data associated with the one or more potential parking locations, and based on the expected future trip, a recommended first parking location for the first vehicle to park until the expected future trip;
generating, by the parking analysis server and for the first vehicle, instructions to travel from a current location to the recommended first parking location; and
transmitting, by the parking analysis server and to the first vehicle, the instructions.
1. A parking analysis system, comprising:
a plurality of first sensors associated with one or more vehicles;
a plurality of second sensors associated with one or more structures;
a processor; and
memory storing computer-executable instructions that, when executed by the processor, cause a parking analysis computing device to:
receive, from the plurality of first sensors, data associated with at least one location of the one or more vehicles;
receive, from the plurality of second sensors, data associated with one or more potential parking locations;
receive, from a trip assignment server, an expected future trip for a first vehicle of the one or more vehicles; and
generate, based on the data associated with the at least one location of the one or more vehicles, based on the data associated with the one or more potential parking locations, and based on the expected future trip, a recommended first parking location for the first vehicle to park until the expected future trip;
generate, for the first vehicle, instructions to travel from a current location to the recommended first parking location; and
transmit, to the first vehicle, the instructions.
2. The parking analysis system of
3. The parking analysis system of
determine, in real-time and based on sensor data providing current environmental conditions of the current location, an imminent weather event;
generate, based on the current location and the imminent weather event, a recommended second parking location to avoid the imminent weather event;
generate, for the first vehicle, second instructions to travel from the current location to the recommended second parking location;
transmit, to the first vehicle, the second instructions; and
cause the first vehicle to travel to the recommended second parking location.
4. The parking analysis system of
determine, in real-time, that the first vehicle has a maintenance issue;
generate, responsive to determining that the first vehicle has the maintenance issue, a recommended second parking location equipped to address the maintenance issue;
generate, for the first vehicle, second instructions to travel from the current location to the recommended second parking location;
transmit, to the first vehicle, the second instructions; and
cause the first vehicle to travel to the recommended second parking location.
5. The parking analysis system of
7. The parking analysis system of
9. The parking analysis server of
10. The parking analysis server of
determine, in real-time and based on sensor data providing current environmental conditions of the current location, an imminent weather event;
generate, based on the current location and the imminent weather event, a recommended second parking location to avoid the imminent weather event;
generate, for the first vehicle, second instructions to travel from the current location to the recommended second parking location;
transmit, to the first vehicle, the second instructions; and
cause the first vehicle to travel to the recommended second parking location.
11. The parking analysis server of
determine, in real-time, that the first vehicle has a maintenance issue;
generate, responsive to determining that the first vehicle has the maintenance issue, a recommended second parking location equipped to address the maintenance issue;
generate, for the first vehicle, second instructions to travel from the current location to the recommended second parking location;
transmit, to the first vehicle, the second instructions; and
cause the first vehicle to travel to the recommended second parking location.
12. The parking analysis server of
14. The parking analysis server of
16. The method of
17. The method of
determining, by the parking analysis server in real-time and based on sensor data providing current environmental conditions of the current location, an imminent weather event;
generating, by the parking analysis server and based on the current location and the imminent weather event, a recommended second parking location to avoid the imminent weather event;
generating, by the parking analysis server and for the autonomous vehicle, second instructions to travel from the current location to the recommended second parking location;
transmitting, by the parking analysis server and to the autonomous vehicle, the second instructions; and
causing, by the parking analysis server, the autonomous vehicle to travel to the recommended second parking location.
18. The method of
determining, by the parking analysis server and in real-time, that the autonomous vehicle has a maintenance issue;
generating, by the parking analysis server and responsive to determining that the vehicle has the maintenance issue, a recommended second parking location equipped to address the maintenance issue;
generating, by the parking analysis server and for the autonomous vehicle, second instructions to travel from the current location to the recommended second parking location;
transmitting, by the parking analysis server and to the autonomous vehicle, the second instructions; and
causing, by the parking analysis server, the autonomous vehicle to travel to the recommended second parking location.
19. The method of
20. The method of
|
This application is a continuation of and claims priority to U.S. patent application Ser. No. 15/240,019, now U.S. Pat. No. 9,811,085, filed on Aug. 18, 2016 and entitled[H] “Generating and Transmitting Parking Instructions for Autonomous and Non-Autonomous Vehicles,” which relates to U.S. patent application Ser. No. 15/239,983 filed on Aug. 18, 2016, and entitled “Generating and Transmitting Parking Instructions for Autonomous and Non-Autonomous Vehicles,” and U.S. patent application Ser. No. 15/240,037 filed on Aug. 18, 2016 and entitled[H] “Generating and Transmitting Parking Instructions for Autonomous and Non-Autonomous Vehicles.” U.S. patent application Ser. No. 15/240,019, U.S. patent application Ser. No. 15/239,983, and U.S. patent application Ser. No. 15/240,037 are incorporated herein by reference in their entirety.
Aspects of the disclosure generally relate to one or more computer systems, servers, and or other devices including hardware and/or software. In particular, aspects are directed to generating parking recommendations and transmitting recommendations and/or instructions to a vehicle.
Many vehicles include sophisticated sensors and advanced internal computer systems designed to monitor and control vehicle operations and driving functions, as well as other data including environmental conditions, parking histories, and the like. In addition, the use of vehicle-to-vehicle (V2V) and vehicle-to-infrastructure (V2I) communications have enabled systems to evaluate data from not only one vehicle in communication with an evaluation system, but a plurality of vehicles. This technology may be used to improve driver safety and an overall driving experience for autonomous, semi-autonomous and non-autonomous vehicles.
In particular, identifying parking locations near to a user's destination may be difficult, especially in large cities where parking availability may be limited. Accordingly, the processing of data from various sensors in vehicle and non-vehicle structures, may aid in efficiently identifying available parking, generating a parking recommendation and/or communicating the recommendation to a vehicle.
The following presents a simplified summary in order to provide a basic understanding of some aspects of the disclosure. The summary is not an extensive overview of the disclosure. It is neither intended to identify key or critical elements of the disclosure nor to delineate the scope of the disclosure. The following summary merely presents some concepts of the disclosure in a simplified form as a prelude to the description below.
Aspects of the disclosure relate to methods, computer-readable media, systems, and apparatuses for receiving data from a plurality of sensors and using the data, as well as other data, to generate a parking recommendation for an autonomous vehicle and instruct the autonomous vehicle to travel to the recommended parking location. For example, data may be received from a plurality of sensors within a first autonomous vehicle for which a parking recommendation may be generated, as well as from other vehicles and/or structures. Historical parking data associated with the first autonomous vehicle may also be extracted.
In some examples, an expected future trip of the first autonomous vehicle may be determined. The system may then evaluate the received/extracted data, as well as data associated with the expected future trip, to generate a parking recommendation for the first autonomous vehicle. The system may generate and transmit instructions for traveling from a current location to the recommended parking location and may cause the first autonomous vehicle to travel to the recommended parking location.
In some examples, additional aspects such as maintenance needs of the first autonomous vehicle or an imminent weather event may be considered when generating the parking recommendation.
These and other features and advantages of the disclosure will be apparent from the additional description provided herein.
A more complete understanding of the present invention 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:
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.
As will be appreciated by one of skill in the art upon reading the following disclosure, 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).
One or more aspects described herein may be related to efficiently generating parking recommendations, managing parking recommendations, and the like. Various computing devices, servers, and the like, may be used to collect and/or process data, extract data from one or more databases, and generate a parking recommendation. In some examples, the parking recommendation may be transmitted to a computing device associated with the vehicle for which parking is being requested or associated with a user associated with the vehicle. These and various other aspects will be described more fully herein.
The parking analysis server 110 may include may include one or more processors 111, memory 112, and communication interface 115. A data bus may interconnect processor(s) 111, memory 112, and communication interface 115. Communication interface 115 may be a network interface configured to support communication between parking analysis server 110 and one or more networks (e.g., network 130). Memory 112 may include one or more program modules having instructions that when executed by processor(s) 111 cause parking analysis server 110 to perform one or more functions described herein. In some instances, the one or more program modules and/or databases may be stored by and/or maintained in different memory units of parking analysis server 110 and/or by different computer systems or devices that may form and/or otherwise make up the parking analysis server 110. In some arrangements, different features or processes performed may be performed by different sets of instructions, such that the processor may execute each desired set of instructions to perform different functions described herein.
For example, memory 112 may include a parking analysis module 113. The parking analysis module 113 may include hardware and/or software configured to perform various functions within the parking analysis server 110. For instance, the parking analysis module may collect data, such as raw data (e.g., signals) and process the data to evaluate a one or more parking locations. The parking analysis module 113 may receive data from a first vehicle for which a parking recommendation is being generated, as well as one or more other vehicles (e.g., autonomous, semi-autonomous, and/or non-autonomous vehicles) that are determined to be within a predefined proximity of the first vehicle, have historical parking data associated with one or more parking locations being evaluated, and the like.
The data received by the parking analysis module 113 may be from a plurality of sensors arranged in the first vehicle as well as the one or more other vehicles. As will be discussed more fully herein, sensors for detecting operational data of the vehicle, environmental conditions surrounding the vehicle, etc. may be used to collect raw data that may be processed by the parking analysis module 113. In some examples, data may also be received from one or more structures, such as parking lots, parking garages, bridges, roadways, buildings, and the like. This data may also be processed and/or analyzed to evaluate potential parking locations.
The parking analysis module 113 may also retrieve historical parking and/or driving information from parking database 114. The parking database may include historical information associated with one or more neighborhoods (e.g., as sorted by zip code, city, town, or other geographic definition), specific parking locations (e.g., as identified by global positioning system (GPS) data), vehicles, roads, road segments, drivers, and the like. For instance, the historical data may include incidents of crime in an area, parking location, or the like. The historical data may also include accident information for a vehicle, vehicle or driver insurance claim information, and the like. This information may be aggregated with the sensor data collected and processed to evaluate one or more potential parking locations.
For instance, the parking analysis module 113 may evaluate the data collected and retrieved and may identify one or more recommended parking locations (e.g., via address, GPS location information, or the like) to recommend to a vehicle and/or driver. The recommended parking location may be determined and transmitted to a user computing device 160 associated with the vehicle for which the parking recommendation is being generated. In some examples, the user computing device 160 may be a mobile computing device such as a smartphone, cell phone, tablet computer, laptop computer, or the like. Additionally or alternatively, the user computing device 160 may be an on-board vehicle computing device that may include a display within a vehicle and, in some examples, may control operation of one or more vehicle systems or may be connected to or in communication with a computing device controlling operation of one or more vehicle systems.
The parking analysis module 113 may be able to evaluate a plurality of potential parking locations for a plurality of vehicles simultaneously and in real-time in order to effectively manage parking without recommending a same parking location for more than one vehicle. For instance, the parking analysis module 113 may be able to effectively track parking recommendations, acceptances, requests, and the like, to control recommendations made to avoid recommending the same spot to multiple vehicles.
As indicated above, environment 100 may further include a trip assignment server 120.
The trip assignment server 120 may include may include one or more processors 121, memory 122, and communication interface 125. A data bus may interconnect processor(s) 121, memory 122, and communication interface 125. Communication interface 125 may be a network interface configured to support communication between trip assignment server 120 and one or more networks (e.g., network 130). Memory 122 may include one or more program modules having instructions that when executed by processor(s) 121 cause trip assignment server 120 to perform one or more functions described herein. In some instances, the one or more program modules and/or databases may be stored by and/or maintained in different memory units of trip assignment server 120 and/or by different computer systems or devices that may form and/or otherwise make up the trip assignment server 120. In some arrangements, different features or processes performed may be performed by different sets of instructions, such that the processor may execute each desired set of instructions to perform different functions described herein.
For example, memory 122 may include a trip assignment module 123. The trip assignment module 123 may include hardware and/or software configured to perform various functions. For instance, the trip assignment module 123 may manage trip assignments for a plurality of autonomous vehicles. For instance, location information (e.g., GPS data), historical trip information, and the like, for a plurality of autonomous vehicles may be stored in a trip assignment database 124. The trip assignment module 123 may use this information to identify potential future trips and/or assign trips to a particular vehicle. For example, the trip assignment module 123 may be in communication with a user computing device 160 which may store a calendar for a user. This information may be used to anticipate future trips (e.g., date and time of departure, location of departure, location of drop off, duration of wait between drop off and pick up (e.g., expected time parked)) and the like.
In another example, the trip assignment module 123 may anticipate vehicle assignments based on historical trip assignment data. For instance, if a user requests a vehicle at a same or substantially the same time every day (or every Wednesday, for example) the trip assignment module 123 may anticipate that trip and may tentatively assign a vehicle in anticipation of the trip.
Various other ways of anticipating trip assignments or assigning trips may be used without departing from the invention. These and various other trip assignment functions will be discussed more fully herein.
The environment 100 may further include an autonomous vehicle control computing device 140. The autonomous vehicle control computing device 140 may include hardware and/or software configured to control one or more systems of an autonomous vehicle. For instance, the autonomous vehicle control computing device 140 may control speed of an autonomous vehicle, braking, lane changes, direction or navigation of the vehicle, and the like. In some examples, the autonomous vehicle control computing device 140 may receive GPS location coordinates, or other location information, for a recommended parking location (e.g., from parking analysis server). The recommended parking location information received may also include instructions to travel to the recommended parking location, as will be discussed more fully herein.
Environment 100 may further include a parking inventory server 150. The parking inventory server 150 may include may include one or more processors 151, memory 152, and communication interface 155. A data bus may interconnect processor(s) 151, memory 152, and communication interface 155. Communication interface 155 may be a network interface configured to support communication between parking inventory server 150 and one or more networks (e.g., network 130). Memory 152 may include one or more program modules having instructions that when executed by processor(s) 151 cause parking inventory server 150 to perform one or more functions described herein. In some instances, the one or more program modules and/or databases may be stored by and/or maintained in different memory units of parking inventory server 150 and/or by different computer systems or devices that may form and/or otherwise make up the parking inventory server 150. In some arrangements, different features or processes performed may be performed by different sets of instructions, such that the processor may execute each desired set of instructions to perform different functions described herein.
For instance, memory 152 may include a parking inventory module 153. The parking inventory module 153 may include hardware and/or software configured to perform various functions. For instance, the parking inventory module 153 may retrieve current parking availability data from parking inventory database 154 and match the available inventory to one or more requests for a parking location.
Additionally or alternatively, the parking inventory module 153 may be configured to receive data associated with available parking locations (e.g., GPS or other location information, time and/or date of availability, and the like), for instance, from one or more owners or users associated with the parking locations, may determine or receive a cost associated with parking in the various parking locations, and/or may assist in providing one or more recommended parking locations (e.g., to the parking analysis module), as will be discussed more fully herein.
Vehicles 210 and 220a-220c in the parking analysis system 200 may be, for example, automobiles, motorcycles, scooters, buses, recreational vehicles, boats, or other vehicles for which a vehicle driving and/or parking data may be analyzed. Vehicle C 200b and vehicle N 200c may be configured similarly to or include the same or similar components to those described with respect to Vehicle B 220a.
The vehicles 210 and 220a-220c each include vehicle operation sensors 211 and 221 capable of detecting and recording various conditions at the vehicle and operational parameters of the vehicle. For example, sensors 211 and 221 may detect and store data corresponding to the vehicle's location (e.g., GPS coordinates), speed and direction, rates of acceleration or braking, and specific instances of sudden acceleration, braking, and swerving. Sensors 211 and 221 also may detect and store 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, maintenance performed on the vehicle, and other data collected by the vehicle's computer systems.
Additional sensors 211 and 221 may detect and store the external driving conditions, for example, external temperature, rain, snow, light levels, and sun position for driver visibility. For example, external cameras and proximity sensors 211 and 221 may detect other nearby vehicles, traffic levels, road conditions, traffic obstructions, animals, cyclists, pedestrians, whether the vehicle is within an enclosed space such as a garage, parking garage, or the like, and other conditions that may factor into parking analysis. Sensors 211 and 221 also may detect and store data relating to moving violations and the observance of traffic signals and signs by the vehicles 210 and 220. Additional sensors 211 and 221 may detect and store data relating to the maintenance of the vehicles 210 and 220, 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.
Vehicles sensors 211 and 221 also may include cameras and/or proximity sensors capable of recording additional conditions inside or outside of the vehicles 210 and 220. For example, internal cameras may detect conditions such as the number of the passengers and the types of passengers (e.g. adults, children, teenagers, pets, etc.) in the vehicles, and potential sources of driver distraction within the vehicle (e.g., pets, phone usage, unsecured objects in the vehicle). Sensors 211 and 221 also may be configured to collect data associated with a driver's movements or the condition of a driver. For example, vehicles 210 and 220 may include sensors that monitor a driver's movements, such as the driver's eye position and/or head position, etc. Additional sensors 211 and 221 may collect data regarding the physical or mental state of the driver, such as fatigue or intoxication. The condition of the driver may be determined through the movements of the driver or through other sensors, for example, sensors that detect the content of alcohol in the air or blood alcohol content of the driver, such as a breathalyzer.
Certain vehicle sensors 211 and 221 also may collect information regarding the driver's route choice, whether the driver follows a given route, and to classify the type of trip (e.g. commute, errand, new route, etc.). In certain embodiments, sensors and/or cameras 211 and 221 may determine when and how often the vehicles 210 and 220 stay in a single lane or stray into other lanes. A Global Positioning System (GPS), locational sensors positioned inside the vehicles 210 and 220, and/or locational sensors or devices external to the vehicles 210 and 220 may be used determine the route, lane position, and other vehicle position/location data.
The data collected by vehicle sensors 211 and 221 may be stored and/or analyzed within the respective vehicles 210 and 220, and/or may be transmitted to one or more external devices. For example, as shown in
Short-range communication systems 212 and 222 are vehicle-based data transmission systems configured to transmit vehicle operational data to other nearby vehicles, and to receive vehicle operational data from other nearby vehicles. In some examples, communication systems 212 and 222 may use the dedicated short-range communications (DSRC) protocols and standards to perform wireless communications between vehicles. In the United States, 75 MHz in the 5.850-5.925 GHz band have been allocated for DSRC systems and applications, and various other DSRC allocations have been defined in other countries and jurisdictions. However, short-range communication systems 212 and 222 need not use DSRC, and may be implemented using other short-range 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. The vehicle-to-vehicle (V2V) transmissions between the short-range communication systems 212 and 222 may be sent via DSRC, Bluetooth, satellite, GSM infrared, IEEE 802.11, WiMAX, RFID, and/or any suitable wireless communication media, standards, and protocols. In certain systems, short-range communication systems 212 and 222 may include specialized hardware installed in vehicles 210 and 220 (e.g., transceivers, antennas, etc.), while in other examples the communication systems 212 and 222 may be implemented using existing vehicle hardware components (e.g., radio and satellite equipment, navigation computers) or may be implemented by software running on the mobile devices 215 and 225 of drivers and passengers within the vehicles 210 and 220.
The range of V2V communications between vehicle communication systems 212 and 222 may depend on the wireless communication standards and protocols used, the transmission/reception hardware (e.g., transceivers, power sources, antennas), and other factors. Short-range V2V communications may range from just a few feet to many miles, and different types of driving behaviors, parking preferences, and the like, may be determined depending on the range of the V2V communications.
V2V communications also may include vehicle-to-infrastructure (V2I) communications, such as transmissions to or from vehicles to or from non-vehicle receiving devices, such as infrastructure 240. For example, infrastructure 240 may include one or more of toll booths, rail road crossings, parking garages, road segments, parking lots, buildings or other structures, and/or road-side traffic monitoring devices which may include one or more sensors 241 for detecting environmental conditions (e.g., weather, lighting, etc.) as well as parking availability. Certain V2V communication systems may periodically broadcast data from a vehicle 210 to any other vehicle 220, or other infrastructure device 240 capable of receiving the communication, within the range of the vehicle's transmission capabilities. For example, a vehicle 210 may periodically broadcast (e.g., every 0.1 second, every 0.5 seconds, every second, every 5 seconds, etc.) certain vehicle operation data via its short-range communication system 212, regardless of whether or not any other vehicles or reception devices are in range. In other examples, a vehicle communication system 212 may first detect nearby vehicles and receiving devices, and may initialize communication with each by performing a handshaking transaction before beginning to transmit its vehicle operation data to the other vehicles and/or devices.
In other examples, infrastructure 240 may periodically broadcast (e.g., every 0.1 second, every 0.5 seconds, every second, every 5 seconds, etc.) certain data (e.g., parking availability, or the like) via its short-range communication system 242, regardless of whether or not any other vehicles or reception devices are in range. In other examples, communication system 242 may first detect nearby vehicles and receiving devices, and may initialize communication with each by performing a handshaking transaction before beginning to transmit its vehicle operation data to the other vehicles and/or devices.
Broadcasts from infrastructure 240 may also have varying ranges and, in some examples, infrastructure 240 may broadcast to an intermediate station which may then relay the information to the parking analysis server 250 (or other device evaluating parking). In other examples, the infrastructure 240 may broadcast directly to parking analysis server 250.
The types of vehicle operational data, vehicle driving data, vehicle parking data, infrastructure data, or the like, transmitted to or from vehicles 210 and/or 220 and/or infrastructure 240 may depend on the protocols and standards used for the V2V or V2I communication, the range of communications, and other factors. In certain examples, vehicles 210 and 220 may periodically broadcast corresponding sets of similar vehicle driving data, such as the location (which may include an absolute location in GPS coordinates or other coordinate systems, and/or a relative location with respect to another vehicle or a fixed point), speed, and direction of travel. In certain examples, the nodes in a V2V (or V2I) communication system (e.g., vehicles and other reception devices) may use internal clocks with synchronized time signals, and may send transmission times within V2V (or V2I) communications, so that the receiver may calculate its distance from the transmitting node based on the difference between the transmission time and the reception time. The state or usage of the vehicle's controls and instruments may also be transmitted, for example, whether the vehicle is accelerating, braking, turning, and by how much, and/or which of the vehicle's instruments are currently activated by the driver (e.g., head lights, turn signals, hazard lights, cruise control, 4-wheel drive, traction control, etc.). Vehicle warnings such as a detection by the vehicle's internal systems that the vehicle is skidding, that an impact has occurred, or that the vehicle's airbags have been deployed, also may be transmitted in V2V (or V2I) communications. In other examples, parking data associated with the vehicle (e.g., location, duration, etc.) may be transmitted via V2V (or V2I) communications. Additionally or alternatively, infrastructure data (e.g., parking data) may be transmitted from infrastructure 240 similarly to vehicle data via V2I communications.
In various other examples, any data collected by any vehicle sensors 211 and 221, as well as sensors 241 in infrastructure 240 potentially may be transmitted via V2V or V2I communication to other nearby vehicles or infrastructure devices receiving V2V or V2I communications from communication systems 212, 222, and 242. Further, additional vehicle driving data not from the vehicle's sensors (e.g., vehicle make/model/year information, driver insurance information, driving route information, vehicle maintenance information, driver scores, etc.) may be collected from other data sources, such as a driver's or passenger's mobile device 215 or 225, parking analysis server 250, and/or another external computer system 230, and transmitted using V2V or V2I communications to nearby vehicles and other receiving devices using communication systems 212, 222, and 242.
As shown in
In the example shown in
In other examples, one or more of the vehicle sensors 211 and 221 may be configured to transmit data directly to a parking analysis server 250 without using a telematics device. For instance, telematics devices 213 and 223 may be configured to receive and transmit data from certain vehicle sensors 211 and 221, while other sensors may be configured to directly transmit data to a parking analysis server 250 without using the telematics device 216. Thus, telematics devices 213 and 223 may be optional in certain embodiments.
In certain embodiments, mobile computing devices 215 and 225 within the vehicles 210 and 220 may be used to collect vehicle driving data, operational data, environmental data, parking data and/or to receive vehicle driving data, operational data, environmental data, parking data, and the like, from sensors 211 and 221, and then to transmit the data to the parking analysis server 250 and other external computing devices. Mobile computing devices 215 and 225 may be, for example, mobile phones, personal digital assistants (PDAs), or tablet computers of the drivers or passengers of vehicles 210 and 220. Software applications executing on mobile devices 215 and 225 may be configured to detect certain driving data independently and/or may communicate with vehicle sensors 211 and 221 to receive additional driving data. For example, mobile devices 215 and 225 equipped with GPS functionality may determine vehicle location, speed, direction and other basic driving data without needing to communicate with the vehicle sensors 211 or 221, or any vehicle system. In other examples, software on the mobile devices 215 and 225 may be configured to receive some or all of the driving data collected by vehicle sensors 211 and 221.
When mobile computing devices 215 and 225 within the vehicles 210 and 220 are used to detect vehicle data and/or to receive vehicle data from vehicles 211 and 221, the mobile computing devices 215 and 225 may store, analyze, and/or transmit the vehicle data to one or more other devices. For example, mobile computing devices 215 and 225 may transmit vehicle driving data directly to one or more parking analysis servers 250, and thus may be used in conjunction with or instead of telematics devices 213 and 223. Additionally, mobile computing devices 215 and 225 may be configured to perform the V2V communications described above, by establishing connections and transmitting/receiving vehicle data to and from other nearby vehicles or infrastructure 240. Thus, mobile computing devices 215 and 225 may be used in conjunction with or instead of short-range communication systems 212 and 222 in some examples. Moreover, the processing components of the mobile computing devices 215 and 225 may be used to analyze vehicle driving data, environmental data, parking data, and the like, and perform other related functions. Therefore, in certain embodiments, mobile computing devices 215 and 225 may be used in conjunction with, or in place of, the parking analysis modules 214, 224, and 244.
Vehicles 210 and 220, as well as infrastructure 240 may include parking analysis modules 214, 224 and 244, which may be separate computing devices or may be integrated into one or more other components within the vehicles 210 and 220 or infrastructure 240 such as the short-range communication systems 212, 222 and 242, telematics devices 213 and 223, or the internal computing systems of vehicles 210 and 220. As discussed above, driving analysis modules 214, 224, 244 also may be implemented by computing devices independent from the vehicles 210 and 220 or infrastructure 240, such as mobile computing devices 215 and 225 of the drivers or passengers, or one or more separate computer systems 230 (e.g., a user's home or office computer). In any of these examples, the driving analysis modules 214, 224, 244 may contain some or all of the hardware/software components as the computing device 1101 in
Parking analysis modules 214, 224, 244 may be implemented in hardware and/or software configured to receive vehicle data from vehicle sensors 211 and 221, infrastructure sensors 241, short-range communication systems 212, 222, 242, telematics devices 213 and 223, and/or other data sources. After receiving the vehicle data, parking analysis modules 214, 224, 244 may perform a set of functions to analyze the data, evaluate available parking locations, generate a recommended parking location and the like. For example, the parking analysis modules 214, 224, 244 may include one or more parking recommendation calculation algorithms, which may be executed by software running on hardware within the parking analysis modules. The parking analysis module 214 in a first vehicle 210 may use the vehicle data received from that vehicle's sensors 211, along with vehicle data for other nearby vehicles received via the short-range communication system 212, to determine a first parking location recommendation.
Further descriptions and examples of the algorithms, functions, and analyses that may be executed by the parking analysis modules 214, 224, 244 are described herein.
The system 200 also may include a parking analysis server 250, containing some or all of the hardware/software components as the computing device 1101 depicted in
Data stored in the parking database 252 may be organized in any of several different manners. For example, a table in database 252 may contain all of the parking history data for a specific vehicle 210, similar to a vehicle event log. Other tables in the database 252 may store certain types of data for multiple vehicles. For instance, tables may store specific driving behaviors and interactions (e.g., accidents, tailgating, cutting-off, yielding, racing, defensive avoidances, etc.) for multiples vehicles, environmental data for various areas, parking availability data, and the like. Parking data may also be organized by time and/or place, so that the driving behaviors or interactions between multiples vehicles 210 and 220, and/or infrastructure 240, may be stored or grouped by time and location.
The parking analysis module 251 within the parking analysis server 250 may be configured to retrieve data from the parking database 252, or may receive data directly from vehicles 210 and 220, infrastructure 240, or other data sources, and may perform analysis of the data, generate parking recommendations, and other related functions. The functions performed by the parking analysis module 251 may be similar to those of parking analysis modules 214, 224 and 244, and further descriptions and examples of the algorithms, functions, and analyses that may be executed by the parking analysis module 251 are described herein.
In various examples, the data analyses, parking recommendation generation, and the like, may be performed entirely in the parking analysis module 251 of the parking analysis server 250 (in which case parking analysis modules 214, 224, 244 need not be implemented in vehicles 210 and 220 or infrastructure 244), or may be performed entirely in the vehicle-based parking analysis modules 214 and 224 (in which case the parking analysis module 251 and/or the parking analysis server 250 need not be implemented), or may be performed entirely in the infrastructure-based parking analysis module 244 (in which case vehicle-based parking analysis modules 214, 224, and/or parking analysis server 250 might not be implemented). In other examples, certain data analyses may be performed by vehicle-based driving analysis modules 214 and 224, while other data analyses are performed by the parking analysis module 251 at the parking analysis server 250.
Any of the various devices described above with respect to
With reference to
The request for the parking recommendation may activate the parking analysis server 110 and parking analysis may be initiated in step 302. Initiating the parking analysis may be based on the request for parking recommendation or activation of the parking analysis server and may include transmitting a request for data to a first vehicle 210 for which parking is being requested in step 303. In step 304, raw sensor data (e.g., signals) from the first vehicle 210 may be collected and, in step 305, the raw sensor data may be transmitted from the first vehicle 210 to the parking analysis server 110. Some or all of these steps may be performed in real-time. In some examples, the raw sensor data collected may include location information of the vehicle, historical parking information (e.g., locations, durations, etc.), operational data associated with the vehicle, maintenance, data, and the like.
In step 306, the parking analysis server 110 may transmit a request for data from sensors 221 in one or more other vehicles. The other vehicles may be autonomous, semi-autonomous, or non-autonomous vehicles. In some examples, the request in step 306 may be performed simultaneously (or nearly simultaneously) with the request in step 303.
With reference to
In step 309, the parking analysis server 110 may transmit a request for data to one or more structures or other non-vehicle devices (such as infrastructure 240 in
With reference to
In step 313, parking information may be extracted from one or more other sources. For instance, a parking database (e.g., 114 in
In step 314, a parking recommendation may be generated. For instance, the parking analysis server 110 may analyze the data received and may generate a recommended parking location for the first vehicle. The recommended parking location may be based on the location of the first vehicle, time of day, risks associated with parking in different areas (e.g., based on crime rates, accident histories, etc.), as well as other data.
In some examples, the parking recommendation may be generated based on one or more preferences provided by a user. For instance, a user associated with a vehicle, such as the first vehicle, may pre-store one or more parking preferences, such as in parking database 114. The pre-stored preferences may include, for instance, a number of blocks the user is willing to walk from a parking location to a destination (e.g., ½ block, 4 blocks, or the like). In some examples, the preferences may be modified based on environmental conditions determined from the sensor data. For instance, a user may have a pre-stored preference to walk up to five blocks from the parking location to the destination. However, if sensor data indicates that it is raining, snowing, below a certain temperature, or the like, the system may automatically modify the preference to a fewer number of blocks (e.g., 1 block, 2 blocks, or the like).
In another example, the parking analysis server 110 may access a calendar of the user (e.g., via the mobile device of the user) to determine whether the user is running late for an appointment in the calendar. If so, the system may automatically modify preferences to include a fewer number of blocks or shorter walk to the destination. In some examples, a user may have an option to opt out of automatic modification of one or more preferences.
In another example, a user may pre-store one or more preferences directed to a type of vehicle next to which the user would prefer to park the first vehicle. For instance, a user may desire to park next to newer vehicles in thinking that drivers of newer vehicles also want to avoid door dings or other damage to the vehicle. Accordingly, the user may enter a preference to desire to park next to vehicles that have a model year within a threshold number of years of the current year. Accordingly, when generating the parking recommendation, the parking analysis server 110 may request data from vehicles parked in a lot, parking garage, or the like, that have the desired model year generate a recommendation for the first vehicle to park in that location (e.g., based on availability, number of vehicles meeting criteria, and the like). Additionally or alternatively, the parking analysis server 110 may request data from a plurality of vehicles and may evaluate only data received from vehicles having a model year meeting the threshold.
Generating the parking recommendation in step 314 may further include determining a cost associated with parking in the recommended location. For instance, if the recommended parking location is a private lot, there may be a cost associated with parking. If so, the cost may be determined. In some examples, a user may pre-store a preference setting a limit on cost to park a vehicle. Accordingly, in generating the parking recommendation for those examples, the system may take into account cost of parking in various locations when generating a recommendation.
In some examples, for users having usage-based insurance (e.g., insurance in which the user has a balance of funds or other credits that are decreased as the user operates the vehicle based on various factors (e.g., risk, time of day, driving behaviors, driving record, and the like)) the parking analysis server 110 may also generate an insurance cost to park the first vehicle in the recommended parking location. For instance, risk associated with parking in the recommended location may be determined and a cost to park there (e.g., total cost, cost per hour, cost per day, or the like) may be determined by the system. Accordingly, the user may be informed of associated cost and, if desired, may request or select a different recommended parking location to reduce costs. In some examples, the risk may be based on a variety of factors, such as historical incidents of the location, historical incidents of the first vehicle, incidents around a particular parking spot, historical claim data, number of cars in the location (e.g., parked or in transit), types of vehicles, size of vehicles in the area, prior damage to one or more vehicles, presence of pedestrians, time of day, proximity to destination, whether a significant event is occurring nearby that day, crime in the area, social media posts about the area, lighting levels, whether the parking location is an enclosed garage, surface lot, street parking location, proximity to streets and/or intersections, police activity in the area over time, topography, and the like.
Upon generating the parking recommendation, the system may transmit the recommendation (as well as any associated costs) to a user computing device 160. The user computing device 160 may be a mobile device of the user associated with the first vehicle, may be an on-board vehicle computing device, or the like. The parking analysis server 110 may cause a notification to be displayed on a display of the user computing device 160 in step 316. The notification may include the location of the recommended parking location (e.g., coordinate information, address, or the like), as well as any costs associated with parking in the recommended location.
With reference to
In step 403, a request for data may be transmitted from the parking analysis server 110 to a first vehicle requesting parking. For instance, a request for data may be transmitted to one or more sensors 211 within the first vehicle. In step 404, the sensors 211 may collect raw data (e.g., signals) and, in step 405, the raw data may be transmitted to the parking analysis server. In some examples, the data collected may be similar to various types of data discussed herein with respect to other data collection processes. One or more of the steps may be performed in real-time.
In step 406, the parking analysis server 110 may transmit a request for data to sensors in in one or more other vehicles or devices/structures. For instance, a request for data may be transmitted to sensors 221 in one or more other vehicles, to sensors 241 in infrastructure 240, and the like. In some arrangements, data from only the plurality of other vehicles and not additional devices or structures may be requested. In other arrangements, only data from one or more structures or non-vehicle devices may be requested while data from one or more other vehicles might not be requested. The request may be made in real-time and may be performed simultaneously, or nearly simultaneously with request 403.
In step 407, raw sensor data may be collected by one or more of sensors 221 and 241.
With reference to
In step 409, a future trip may be requested. For instance, the parking analysis server 110 may transmit a request to the trip assignment server 120 to determine (or estimate) a destination, location, or the like, of a future trip of the first vehicle. As discussed above, future trips may be determined based on historical data, data retrieved from an electronic calendar of a user, planned or pre-scheduled trips, or the like. Accordingly, information related to a destination or timing associated with a future trip may be useful in generating a parking recommendation.
In step 410, a potential future trip may be generated by the trip assignment server 120. For instance, if a future (e.g., a next) trip has been pre-scheduled, the trip assignment server 120 may retrieve known future trip data for the first vehicle from the trip assignment database 124 (e.g., by querying the database). In another example, the trip assignment server 120 may generate a projected future trip by analyzing data associated with historical trips associated with the first vehicle, historical trips associated with a user of the first vehicle, upcoming calendar appointments, and the like.
In step 411, the generating upcoming trip data may be transmitted to the parking analysis server 110. The upcoming trip data may include GPS or other location information associated with the vehicle, destination, or starting location, address information, or the like.
In step 412, the received raw sensor data, as well as the upcoming trip data, may be analyzed by the parking analysis server 110. In step 413, additional data may be extracted from a database, such as parking analysis database 114. As discussed herein, the additional data may include historical accident information associated with a potential parking location, crime statistics for the area, environmental conditions in the area, lighting, and the like.
With reference to
In some arrangements, additional aspects may be evaluated to either generate a parking recommendation or modify an existing parking recommendation. Although these additional aspects will be described with reference to
For instance, in step 418, a potential weather event may be detected. For instance, if a hail storm, thunderstorm, or other potential inclement weather is approaching (e.g., weather that may damage a vehicle or cause harm), one or more sensors in the first vehicle may detect the approaching weather event (e.g., from one or more sensors monitoring weather, from barometric pressure sensors, from other vehicles transmitting information via V2V communications, or the like).
With reference to
In step 421, revised instructions for the first vehicle may be generated and the instructions may be transmitted to the first vehicle via the autonomous vehicle control computing device 140 in step 422. Transmission of the revised instructions may cause the first vehicle to travel to the revised parking location in step 423.
In another example, with reference to
In step 426, the parking analysis server may evaluate the maintenance information and may revise a parking recommendation based on the maintenance information. For instance, the parking analysis system may identify one or more potential parking locations at which the maintenance issue can be addressed (e.g., repair can be provided, fuel may be obtained, or the like). In step 427, revised instructions to travel to the revised parking location may be generated and, in step 428, may be transmitted to the first vehicle via the autonomous vehicle control computing device 140. Transmission of the instructions may cause the first vehicle to travel to the revised location in step 429.
One or more steps described herein may be performed via an application executing on one or more computing devices. For instance, as discussed below, users may request parking analysis, parking inventory, make selections, and the like, via an application executing on, for instance, a user computing device 160.
With reference to
In step 504, the currently available parking inventory may be generated. In some examples, the currently availably parking inventory may include one or more parking locations that are scheduled to become available. For instance, a user may indicate that his or her parking space will become available within one hour, within ten minutes, or the like. These locations may, in some examples, be included in the inventory and/or provided for consideration.
In step 505, the available parking inventory may be transmitted to the user computing device 160. In some arrangements in which the request for parking is received from an autonomous vehicle, the parking inventory may be transmitted to the parking analysis server 110 in step 506, for evaluation. In step 507, a user may select a desired parking location.
With reference to
In step 510, the parking analysis server 110 may determine a cost associated with the selected/recommended parking location. The cost may be based on a charge associated with the owner or user who posted the parking location to the parking inventory. In step 511, a request to confirm availability of the selected/recommended location may be transmitted from the parking analysis server 110 to the parking inventory server 150. In step 512, the availability of the selected/recommended location may be confirmed by the parking inventory server 150 and the confirmation may be transmitted to the parking analysis server 110 in step 513.
With reference to
Alternatively, if the request for parking was received from an autonomous vehicle, the parking analysis system may detect that in step 516 and, in step 517, may generate instructions to travel to the recommended parking location. In step 518, the generated instructions may be transmitted to the autonomous vehicle via the autonomous vehicle control computing device 140. Transmission of the instructions may cause the autonomous vehicle to travel to the recommended parking location in step 519.
In step 520, payment associated with using the selected/recommended parking location may be facilitated. For instance, the parking analysis server 110 may be configured to store payment information associated with one or more users requesting parking (e.g., credit or debit card numbers, pre-paid card numbers, or the like) and may facilitate payment to the user associated with the parking location (e.g., via an online payment system, via a parking application executing on one or more devices, or the like). Accordingly, in at least some examples, no further action is required by the user requesting parking. Instead, a request may be made, a selection or recommendation may be made and the vehicle may proceed to park in the location (e.g., without addressing payment information at the time of parking).
Facilitating payment associated with parking may be similarly facilitated by the parking analysis server 110 in various other arrangements described herein as well.
In step 600, a request for parking may be received. The request may be similar to other requests for parking described herein. In step 602, a current parking inventory may be generated (such as by parking inventory server 150). The current parking inventory may include parking locations having immediate availability, as well as parking locations having upcoming availability (e.g., will become available in 10 minutes, 30 minutes, 2 hours, or the like). In some examples, availability of a parking location may be received from a user associated with the parking location. Additionally or alternatively, the availability of the parking location (e.g., when the current vehicle may be vacating the location) may be transmitted from the vehicle currently parked in the location to the vehicle requesting parking, such as via V2V communications. In some examples, in step 604, a risk associated with each spot in the inventory may be determined. For instance, risk associated with parking in the locations within the inventory may be determined by the system. In some examples, the risk may be based on a variety of factors, such as historical incidents of the location, historical incidents of the first vehicle, incidents around a particular parking spot, historical claim data, number of cars in the location (e.g., parked or in transit), types of vehicles, size of vehicles in the area, prior damage to one or more vehicles, presence of pedestrians, time of day, proximity to destination, whether a significant event is occurring nearby that day, crime in the area, social media posts about the area, lighting levels, whether the parking location is an enclosed garage, surface lot, street parking location, proximity to streets and/or intersections, police activity in the area over time, topography, and the like.
In step 606, a parking location selection may be received. The parking location selection may include selection of a parking location from the parking inventory. In some examples, the selection of a location may be based on the determined risk, one or more user preferences, availability, and the like.
In step 608, a determination is made as to whether the selected spot is immediately available or has upcoming availability. If, in step 606, the spot is immediately available, the cost associated with the spot may be generated and availability may be confirmed in step 610. A notification may then be transmitted to a user device in step 612 indicating the cost and confirming availability.
If, in step 608, the parking location is not immediately available, an incentive to make the parking location immediately available may be transmitted to an owner or user associated with the parking location in step 614. For instance, if the spot is going to become available in 10 minutes, the system may transmit an offer or incentive to the user (e.g., via a mobile device of the user, application executing on a device of the user, SMS, or the like) to make the parking location available immediately rather than in 10 minutes. Accordingly, if the user associated with the spot is able to make the spot available early, the incentive might motivate the user to do so. An incentive may be a financial incentive (e.g., payment of funds directed to the user associated with the parking location), discount, or other type of incentive.
In step 616, a determination is made as to whether the incentive was accepted (e.g., whether user input accepting the offered incentive was received). If so, the process may proceed to step 610. If not, the process may return to step 606 where another parking selection may be received. In some examples, if the incentive is not accepted, a notification may be generated and transmitted to the first vehicle or user associated with the first vehicle requesting selection of another location.
The user interface 700 may also include a field in which a user may specify a threshold number of model years for vehicles next to which the user prefers to park. For instance, the user has selected a parking preference of vehicles less than 2 years old. Accordingly, the system will consider this preference when making recommendations.
Further, as discussed herein, the system may automatically modify one or more preferences based on other data (e.g., external conditions such as weather data, and the like). Accordingly, interface 700 further includes an option to turn the automatic modify feature “on” (e.g., the system may automatically modify preferences) or “off” the system may not automatically modify preferences.
As discussed herein, one or more functions, processes, operations, or the like, may be performed in real-time or near real-time in order to efficiently manage parking arrangements and quickly provide parking recommendations. Additionally or alternatively, one or more processes, functions, operations, or the like, (e.g., requests for data, transmission of data, processing data, and the like) may be performed simultaneously or nearly simultaneously in order to efficiently generate parking recommendations.
As described herein, various aspects and arrangements may be used with autonomous vehicles, as well as semi-autonomous and non-autonomous vehicles. When arrangements are used with autonomous vehicles, efficient parking in various locations may be provided to multiple parties. For instance, autonomous vehicles may be parked more closely than semi-autonomous or non-autonomous vehicles because a driver does not need to enter the vehicle (e.g., open a door) prior to moving the vehicle. Additionally or alternatively, autonomous vehicles may be double parked or otherwise block other vehicles because the autonomous vehicles may be easily moved to permit access to vehicles blocked in. This may aid in parking more vehicles in a given area and may improve efficiency associated with managing parking of all types of vehicles.
In some aspects, vehicles may emit a signal indicating that other vehicles (e.g., autonomous, semi-autonomous or non-autonomous) either should or should not park next to or near the vehicle or whether a parking location is available next to or in proximity to the vehicle. In some examples, the signal may be emitted via V2V or V2I communications. This information may further be used to identify available parking locations and efficiently manage parking (e.g., avoid sending multiple vehicles a recommendation to park in the same parking location).
Efficiently managing parking may be useful in fleet-type operations, such as ride sharing services. In particular, autonomous vehicles used for ride sharing services may be efficiently instructed to park in various locations for a predetermined amount of time.
In some arrangements, as discussed herein, one or more maintenance aspects may be addressed while a vehicle is in a parking location. For instance, an autonomous vehicle may obtain software updates or other maintenance while parked. In other examples, the autonomous vehicle may be able to fuel itself by connecting itself to a charging device or by receiving charging current through other means (e.g., via air). This may aid in efficiently servicing vehicles during given downtime, rather than scheduling additional downtime to perform maintenance.
Some aspects of the arrangements described herein may permit a vehicle to collect data about another vehicle involved in an incident (e.g., accident). For instance, if a second vehicle contacts a first vehicle, the first vehicle may use one or more sensors, cameras, or the like, to detect information about the second vehicle (e.g., color, make, model, license plate number, vehicle identification number (VIN), and the like). This information may be used to process insurance claims and ensure that accurate records of the incident are maintained.
Further, in some examples, the data collected by one or more vehicles may identify one or more issues in an environment surrounding a vehicle and may present the issue to a user in a natural language manner. For instance, one or more cameras may detect broken glass around a vehicle and may then transmit or display a notification of the broken glass. Similarly, one or more vehicle sensors may detect that less light is available in a given location than is normally available and may determine that a streetlight is out. Accordingly, a notification may be transmitted to the user indicating that the streetlight is out.
Input/Output (I/O) 1109 may include a microphone, keypad, touch screen, and/or stylus through which a user of the computing device 1101 may provide input, and may also include one or more of a speaker for providing audio output and a video display device for providing textual, audiovisual and/or graphical output. Software may be stored within memory 1115 and/or storage to provide instructions to processor 1103 for enabling device 1101 to perform various functions. For example, memory 1115 may store software used by the device 1101, such as an operating system 1117, application programs 1119, and an associated internal database 1121. Processor 1103 and its associated components may allow the parking analysis system 1101 to execute a series of computer-readable instructions to transmit or receive vehicle driving data, analyze driving data and identify driving behaviors, and calculate driver scores.
The parking analysis computing device 1101 may operate in a networked environment 1100 supporting connections to one or more remote computers, such as terminals/devices 1141 and 1151. Parking analysis computing device 1101, and related terminals/devices 1141 and 1151, 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, parking, and driving data. Thus, the parking analysis computing device 1101 and terminals/devices 1141 and 1151 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, short-range vehicle communication systems, 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 parking analysis computing device 1101. The network connections depicted in
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, WiFi, and WiMAX, is presumed, and the various computing devices and driving analysis system components described herein may be configured to communicate using any of these network protocols or technologies.
Additionally, one or more application programs 1119 used by the parking analysis computing device 1101 may include computer executable instructions (e.g., parking analysis, parking recommendation generation, etc.) for transmitting and receiving vehicle driving and operational data, parking data, sensor data from infrastructure, generating parking recommendations, and performing other related functions as described herein.
While the aspects described herein have been discussed with respect to specific examples including various modes of carrying out aspects of the disclosure, those skilled in the art will appreciate that there are numerous variations and permutations of the above described systems and techniques that fall within the spirit and scope of the invention.
Hayes, Howard, Kumar, Surender, Slusar, Mark, Madigan, Regina
Patent | Priority | Assignee | Title |
11776391, | Aug 18 2016 | Allstate Insurance Company | Generating and transmitting parking instructions for autonomous and non-autonomous vehicles |
Patent | Priority | Assignee | Title |
6064970, | Jan 29 1996 | Progressive Casualty Insurance Company | Motor vehicle monitoring system for determining a cost of insurance |
7343306, | Apr 20 2000 | GOOGLE LLC | Location-based vehicle risk assessment system |
7979173, | Oct 22 1997 | AMERICAN VEHICULAR SCIENCES LLC | Autonomous vehicle travel control systems and methods |
8140265, | Mar 21 2006 | Skymeter Corporation | Private, auditable vehicle positioning system and on-board unit for same |
8180655, | Sep 24 2007 | United Services Automobile Association (USAA) | Systems and methods for processing vehicle or driver performance data |
8595034, | Jan 29 1996 | Progressive Casualty Insurance Company | Monitoring system for determining and communicating a cost of insurance |
8874317, | Jul 27 2009 | MAGNA ELECTRONICS INC | Parking assist system |
9019092, | Mar 08 2013 | Allstate Insurance Company | Determining whether a vehicle is parked for automated accident detection, fault attribution, and claims processing |
9141582, | Dec 19 2012 | Allstate Insurance Company | Driving trip and pattern analysis |
9141995, | Dec 19 2012 | Allstate Insurance Company | Driving trip and pattern analysis |
9245333, | Dec 10 2014 | DEUTSCHE BANK AG NEW YORK BRANCH, AS COLLATERAL AGENT | Systems and methods for detecting obstructions within the field-of-view of an image sensor |
9457717, | Jul 27 2009 | MAGNA ELECTRONICS INC. | Parking assist system |
9758092, | Dec 15 2015 | Sony Corporation | System and method for generating a parking alert |
9811085, | Aug 18 2016 | Allstate Insurance Company | Generating and transmitting parking instructions for autonomous and non-autonomous vehicles |
9944282, | Nov 13 2014 | State Farm Mutual Automobile Insurance Company | Autonomous vehicle automatic parking |
20050207876, | |||
20060228197, | |||
20060250278, | |||
20110161116, | |||
20140266805, | |||
20140350970, | |||
20140365246, | |||
20150081174, | |||
20150187019, | |||
20150346718, | |||
20160018822, | |||
20160189435, | |||
20160253748, | |||
20160371607, | |||
20170004710, | |||
20170015355, | |||
20170206471, | |||
CA2337780, | |||
CN103164975, | |||
WO2012063268, |
Executed on | Assignor | Assignee | Conveyance | Frame | Reel | Doc |
Aug 25 2016 | KUMAR, SURENDER | Allstate Insurance Company | ASSIGNMENT OF ASSIGNORS INTEREST SEE DOCUMENT FOR DETAILS | 043669 | /0809 | |
Aug 26 2016 | HAYES, HOWARD | Allstate Insurance Company | ASSIGNMENT OF ASSIGNORS INTEREST SEE DOCUMENT FOR DETAILS | 043669 | /0809 | |
Sep 30 2016 | SLUSAR, MARK | Allstate Insurance Company | ASSIGNMENT OF ASSIGNORS INTEREST SEE DOCUMENT FOR DETAILS | 043669 | /0809 | |
Nov 10 2016 | MADIGAN, REGINA | Allstate Insurance Company | ASSIGNMENT OF ASSIGNORS INTEREST SEE DOCUMENT FOR DETAILS | 043669 | /0809 | |
Sep 22 2017 | Allstate Insurance Company | (assignment on the face of the patent) | / |
Date | Maintenance Fee Events |
Sep 22 2017 | BIG: Entity status set to Undiscounted (note the period is included in the code). |
May 01 2023 | M1551: Payment of Maintenance Fee, 4th Year, Large Entity. |
Date | Maintenance Schedule |
Oct 29 2022 | 4 years fee payment window open |
Apr 29 2023 | 6 months grace period start (w surcharge) |
Oct 29 2023 | patent expiry (for year 4) |
Oct 29 2025 | 2 years to revive unintentionally abandoned end. (for year 4) |
Oct 29 2026 | 8 years fee payment window open |
Apr 29 2027 | 6 months grace period start (w surcharge) |
Oct 29 2027 | patent expiry (for year 8) |
Oct 29 2029 | 2 years to revive unintentionally abandoned end. (for year 8) |
Oct 29 2030 | 12 years fee payment window open |
Apr 29 2031 | 6 months grace period start (w surcharge) |
Oct 29 2031 | patent expiry (for year 12) |
Oct 29 2033 | 2 years to revive unintentionally abandoned end. (for year 12) |