Methods and vehicles for driverless self-park
A method for navigating a vehicle automatically from a current location to a destination location without a human operator is disclosed. The method includes identifying a vehicle location using global positioning system (GPS) data regarding the vehicle. Also included is identifying that the vehicle location is near or at a parking location. Then, using mapping data defined for the parking location. The mapping data at least in part is used to find a path at the parking location to avoid a collision of the vehicle with at least one physical structure when the vehicle is automatically moved at the parking location. The method includes instructing the electronics of the vehicle to proceed with controlling the vehicle to automatically move from the current location to the destination location at the parking location. The electronics use as input at least part of the mapping data and sensor data collected from around the vehicle by at least two vehicle sensors. The path is configured to be updatable dynamically based on changes in the destination location or changes along the path. The destination location is a parking spot for the vehicle at the parking location.
Latest Emerging Automotive, LLC Patents:
- METHODS AND VEHICLES FOR CAPTURING EMOTION OF A HUMAN DRIVER AND CUSTOMIZING VEHICLE RESPONSE
- Methods for cloud processing of vehicle diagnostics
- Methods and systems for vehicle display data integration with mobile device data
- Methods and vehicles for capturing emotion of a human driver and customizing vehicle response
- Methods and systems for sharing e-keys to access vehicles
The present application is a continuation of and claims priority to U.S. application Ser. No. 15/859,730, filed on Jan. 1, 2018, entitled “M
U.S. application Ser. No. 13/934,215 also claimed priority from U.S. Provisional Patent Application No. 61/760,003, filed on Feb. 1, 2013, and entitled “M
U.S. application Ser. No. 13/934,215 also claimed priority from U.S. Provisional Patent Application No. 61/745,729, filed on Dec. 24, 2012, and entitled “M
U.S. application Ser. No. 13/934,215 also claimed priority as a continuation-in-part of U.S. application Ser. No. 13/452,882, filed Apr. 22, 2012, (now U.S. Pat. No. 9,123,035, issued on Sep. 1, 2015) and entitled “ELECTRIC VEHICLE (EV) RANGE EXTENDING CHARGE SYSTEMS, DISTRIBUTED NETWORKS OF CHARGE KIOSKS, AND CHARGE LOCATING MOBILE APPS”, which claimed priority to U.S. Provisional Application No. 61/478,436, filed on Apr. 22, 2011.
All above identified applications are incorporated herein by reference.
FIELD OF THE EMBODIMENTSThe present invention relates to systems and methods that enable vehicle-to-vehicle communication for accident avoidance.
BACKGROUNDVehicles, such as motorized vehicles and electric vehicles have been around for some time. Vehicles provide a means that enable humans to drive from place to place. In today's world, vehicles have become an indispensable mode of transportation, and provide the freedom to travel at any time of day and for various distances. Vehicles can be publically operated or can be privately owned. Humans most commonly operate vehicles, no matter the type, whether electric or combustion engine based.
In recent years, technology has been advancing, yet accidents occur far too often. There is a need for ways to implement technology to assist drivers to avoid or reduce accidents.
It is in this context that embodiments of the invention arise.
SUMMARYMethods, computer systems, and servers for processing collision avoidance feedback to vehicles using vehicle-to-vehicle wireless communication, are provided.
A system for navigating a vehicle automatically from a current location to a destination location without a human operator is provided. The system of the vehicle includes a global positioning system (GPS) for identifying a vehicle location and a communications system for communicating with a server of a cloud system. The server is configured to identify that the vehicle location is near or at a parking location. The communications system is configured to receive mapping data for the parking location from the server, and the mapping data is at least in part used to find a path at the parking location to avoid a collision of the vehicle with at least one physical object when the vehicle is automatically moved at the parking location. The mapping data is processed by electronics of the vehicle so that when the vehicle is automatically moved collision with the at least one physical object is avoided and the electronics of the vehicle is configured to process a combination of sensor data obtained by sensors of the vehicle. The processing of the sensor data uses image data obtained from one or more cameras and light data obtained from one or more optical sensors.
In one embodiment, methods and systems are disclosed for vehicles configured for performing a self-parking operation without a human operator. The vehicle includes an on-board computer for receiving a wireless signal from a portable device. The wireless signal is configured to instruct the on-board computer to perform the self-parking operation. The on-board computer of the vehicle is configured for processing instructions to communicate with sensors of the vehicle, and the sensors are located along a front and a rear of the vehicle, and the sensors along the front and the rear include a combination of one or more cameras and ultrasonic sensors. The on-board computer is configured for receiving data from the combination of said one or more cameras and said ultrasonic sensors. The on-board computer is configured for determining that a space in front of said vehicle is clear to enable movement of the vehicle using said data from the combination of said camera and said ultrasonic sensors from said front of the vehicle. The on-board computer enabling the vehicle for movement forward toward a parking space, and while said vehicle is moving, continuing to determine that the space in front of said vehicle remains clear as the vehicle continues to move toward the parking space and stopping said movement while the space is determined to not be clear by way of a detected obstacle along a path of said movement. The on-board computer stops said vehicle upon detecting that the vehicle has arrived at a destination location for parking of said vehicle.
The electronics of the vehicle is configured to initiate control of the vehicle to automatically move the vehicle from the current location to the destination location at the parking location. The electronics of the vehicle is configured to continually use the vehicle location obtained from GPS while processing the combination of sensor data while the vehicle is moved along the path. The electronics of the vehicle is configured to automatically stop movement of the vehicle when an obstacle is identified to be in a way of the path and automatically resume movement of the vehicle when the obstacle is no longer identified to be in the way of the path.
In one embodiment, a method for navigating a vehicle automatically from a current location to a destination location without a human operator is provided. The method includes identifying a vehicle location using global positioning system (GPS) data regarding the vehicle. Also included is identifying that the vehicle location is near or at a parking location. Then, using mapping data defined for the parking location. The mapping data at least in part is used to find a path at the parking location to avoid a collision of the vehicle with at least one physical structure when the vehicle is automatically moved at the parking location. The method includes instructing the electronics of the vehicle to proceed with controlling the vehicle to automatically move from the current location to the destination location at the parking location. The electronics use as input at least part of the mapping data and sensor data collected from around the vehicle by at least two vehicle sensors. The path is configured to be updatable dynamically based on changes in the destination location or changes along the path. The destination location is a parking spot for the vehicle at the parking location.
In one embodiment, a method for navigating a vehicle automatically from a current location to a destination location with or without a human operator is provided. The method includes receiving a vehicle location, determining if the vehicle location is near a self-park location and determining if the vehicle is proximate the self-park location for a threshold period of time that is indicative of the vehicle desiring to enter the self-park location. The method includes accessing mapping data for the self-park location and receiving a request to initiate a self-park process for the vehicle. The method also includes instructing the vehicle to proceed with the self-park process. The self-park process acting to enable the vehicle to automatically move from a current location to a destination location within the self-park location. The current location and the destination location are updated dynamically as the current location of the vehicle changes and based on conditions of the destination location.
In some embodiment, the self-parking location includes a plurality of sensors, each of the sensors being associated to physical locations in the self-parking location, and selected ones of the sensors monitoring a volume of space to detect changes.
In some embodiment, the changes in the volume space include presence or lack of presence of objects over time.
In some embodiment, the objects present in the volume space include one of humans, pets, vehicles, or objects determined to be other than free space for the vehicle to move, park or traverse.
In some embodiment, the sensors of the self-parking location include sensors of one or more vehicles located in the self-parking location.
In some embodiment, the self-park location is one of a parking garage, a parking lot, a private property area, a garage and drive-way, a private resistance, a public location, or a combination of private and public spaces.
In some embodiment, instructing the vehicle to proceed with the self-park process is initiated via a remote computing device, and the remote computing device is a computing device that is either portable or not portable and the computing device has access to the Internet to communicate with cloud services, the cloud services including an account for users to register their vehicles and access historical data and set control data for the registered vehicles.
In another embodiment, a method includes detecting proximity separation between a first vehicle and a second vehicle. At least one of the sensors of the first vehicle or the second vehicle used to determine that a proximity separation is less than a threshold distance. A pairing algorithm is triggered between electronics of the first and second vehicle to enable direct communication for data exchange between the first and second vehicles. The method includes triggering a warning to one or both of the first and second vehicles if the data exchange determines that a probability exists that a heading of the first or second vehicles will result in a collision between the first and second vehicles. The method may initiate corrective action by one or both of the first or second vehicles if the data exchange between the first and second vehicles increase the probability that the heading will result in a collision between the first and second vehicles.
In some embodiments, the second vehicle is either moving or stationary.
In some embodiments, the wireless communication includes automatically pairing for communication between the first and second vehicles, the pairing being for a temporary period of time while the first vehicle is within the separation distance of the second vehicle.
In some embodiments, the wireless communication includes short form communication, or peer-to-peer communication, or Wi-Fi communication, or NFC communication, or Bluetooth communication.
In some embodiments, further included is detecting additional vehicles within the proximity separation of the first vehicle, and tracking the speed and heading of the additional vehicles relative to the first vehicle to determine if the warning or corrective action is to be executed.
In some embodiments, the exchange of data occurs during a period of time when the second vehicle or any one of the additional vehicles are within the proximity separation.
In some embodiments, further included is detecting that the second vehicle is within a proximity separation of the first vehicle uses sensor data, the sensor data obtained from the sensors of either the first and second vehicles, the sensors include global positioning sensors, or audio sensors, or camera sensors, or ultrasonic sensors, or infrared (IR) sensors, or combinations of two or more thereof.
In some embodiments, the electronics of each of the first and second vehicles include a network interface to enable the wireless communication, wherein at least one of the network interfaces communicate with a process executed by respective electronics, the process is configured to manage a table that stores metrics of the first or second vehicles, the metrics include at least speed and heading of vehicles within the proximity distance, the table is configured to be updated over time based on which vehicles are within the proximity separation.
In one embodiment, a method for providing collision avoidance feedback to vehicles is provided. Electronics are incorporated in a first vehicle that receives input from at least one sensor of the first vehicle and electronics that are incorporated in a second vehicle receive input from at least one sensor of the second vehicle. The method includes detecting proximity separation between the first and second vehicle, wherein when at least one of the sensors of the first vehicle or the second vehicle determine that the proximity separation is less than a threshold distance, a pairing algorithm is triggered between the electronics of the first and second vehicle to enable direct communication for data exchange between the first and second vehicles. The method also includes triggering a warning to one or both of the first and second vehicles if the data exchange determines that a probability exists that a current heading of the first or second vehicles will result in a collision between the first and second vehicles. The method then initiates a corrective action by one or both of the first or second vehicles if the data exchange between the first and second vehicles increase the probability that the current heading will result in a collision between the first and second vehicles.
In some embodiments, the warning is supplied to either the first or second vehicles in an output form to alert a human occupant in the vehicles.
In some embodiments, the warning includes one of a sound warning, an audio spoken sound, tactile feedback to a component of the vehicle, light signals within the vehicle, or a combination of one or more thereof.
In some embodiments, the corrective action includes application of brakes, application of auto-turning a steering while, a switch to auto-drive mode, acceleration, acceleration and deceleration, or combinations of one or more thereof.
In some embodiments, detecting proximity separation includes detecting moving objects; the moving objects include the first and second vehicles or the vehicles and a non-vehicle physical object.
In some embodiments, the pairing algorithm enables short form communication, the communication includes a peer-to-peer communication, Wi-Fi communication, NFC communication, or Bluetooth communication, or wireless communication.
Some embodiments further include storing a history event log of occurrences and actions taken when triggering a warning or taking corrective action, the history event log being communicated over the Internet to cloud processing systems for remote storage and remote access.
Some embodiments further include, triggering recording of audio and video surrounding the first or second vehicle when it is determined that the probability exists that the current heading of the first or second vehicles will result in the collision; and transmitting the recording over the Internet to cloud processing systems for remote storage and remote access.
In some embodiments, a notification regarding the recording is forwarded to one or more predetermined recipients, to an account of a user, to an account of a rental car company, to an account of a service provider, wherein the notification is one of an email, a text message, a social network message, a phone call, an audio alert, an audio/visual alert.
In some embodiments, the notification includes a clip of the recording or access to the recording on the remote storage via access to an account user name and password.
In some embodiments, the notification is sent to an insurance broker if it's determined that a collision actually occurred, or enables user permissions for sending to the insurance broker or third party.
In some embodiments, the notification for when a collision actually occurs includes data regarding a heading, or speed, or weather conditions, or video clips, or license plate images, or person identification data, or combinations thereof.
Disclosed are embodiments that enable vehicle-to-vehicle communication for enabling avoidance of accidents and/or for triggering warnings to avoid accidents.
A number of embodiments are described below, with reference to specific implementations that refer to vehicles, but such implementations should be broadly construed to include any type of vehicle, structure or object. Without limitation, vehicles can include any type of moving object that can be steered, and can include vehicles that are for human occupancy or not. Vehicles can include those that are privately owned, owned by corporations, commercially operated vehicles, such as buses, automobiles, trucks, cars, buses, trains, trolleys, etc. Example vehicles can include those that are combustion engine based, electric engine (EV) based, hybrids, or other types of energy source vehicles. In some embodiment, vehicles can be fully driverless or the vehicle can operation partially driverless. The term driverless should be understood to include cases where a driver is in the driver's seat, yet, some action by the car is taken place without the person's direct control. In other cases, the vehicle can be unoccupied, and if the vehicle is made to move automatically, this can also qualify as a driverless action, function, operation or action.
In one embodiment, a method includes detecting proximity separation between a first vehicle and a second vehicle. At least one of the sensors of the first vehicle or the second vehicle determine that a proximity separation is less than a threshold distance. A pairing algorithm is triggered between electronics of the first and second vehicle to enable direct communication for data exchange between the first and second vehicles. The method includes triggering a warning to one or both of the first and second vehicles if the data exchange determines that a probability exists that a heading of the first or second vehicles will result in a collision between the first and second vehicles. The method may initiate corrective action by one or both of the first or second vehicles if the data exchange between the first and second vehicles increase the probability that the heading will result in a collision between the first and second vehicles.
In another one embodiment, structures described herein can include parking structures, parking lots, private or commercial buildings, a drive-through, bridges, toll roads, highways, shared or home driveways, designated driving and parking areas. In the specific embodiments described herein, vehicles, structures and objects will include circuitry and communication logic to enable communication with a cloud processing system over the Internet. A cloud processing system, as described herein, will include systems that are operated and connected to the Internet or to each other using local networking communication protocols.
A cloud processing system can be defined as an interconnected and distributed physical or virtual software defined network that utilizes virtual or physical processing and storage machines that enable various applications and operating systems to facilitate the communication with and between various client devices (vehicles, user devices, structures, objects etc.). The communication with and between the various client devices will enable the cloud processing system to deliver additional processing information, data, and real-time metrics concerning data obtained from other processing systems as well as client feedback data. The distributed nature of the cloud processing system will enable users of various vehicles, structures and objects to access the Internet, and be presented with more flexible processing power that will provide the requested services in a more effective manner.
The processing systems can be defined from various data centers that include multiple computing systems that provide the processing power to execute one or more computer readable programs. The processing of the computer readable programs can produce operations that can respond to requests made by other processing systems that may be local to a vehicle's electronic system. For example, a vehicle can include electronics that utilize memory and a processor to execute program instructions to provide services.
In one embodiment, the services provided by the electronic systems of a vehicle can include services that access the various components or subsystems of a vehicle, such as door locks, service histories, user profiles, audio settings, entertainment settings, mapping functions, communications systems, telecommunication synchronization systems, speakers, heating and cooling functions, auto-engine start/shut-off remotely via smart devices, remote heating/cooling initiation, remote face-to-face conferencing, etc. The electronic systems within a vehicle can also provide a user interface, such as a graphical user interface. The graphical user interface can include a plurality of buttons, controls and transceivers to receive input from a user. The input from a user can also be provided by voice input, facial recognition, eye-retina scan, finger print, or via a touchscreen contained or displayed within the vehicle.
In other embodiments, the electronics of a vehicle can synchronize with a user's portable electronics. The user's electronics can include, for example mobile devices that include smart phones, tablet computers, laptop computers, general-purpose computers, special purpose computers, gaming consoles, etc. The various computing devices of the vehicle, and or the computing devices of the user (smart devices) can be connected to the Internet or to each other. Provided that a user has access or account access to the cloud service, the cloud processing services on the Internet can provide additional processing information to the electronics of the vehicle. In the following embodiments, examples will be provided for ways of having the cloud processing services deliver processing information concerning various physical locations that have mapping data associated there with. The following embodiments will also provide examples of ways a cloud processing service, together with physical sensors, can allow vehicles, structures and objects to become aware of each other, share locations, measurements and mapping data, intended paths and other metrics along with remote administration of the same.
The mapping data associated with the various locations can include locations of objects in the real world. The objects in the real world can include roads, sidewalks, buildings, barriers, fencing, parking structures, walls or obstacles within a location, doors, positioning of walls, location information of other vehicles within a location, sensor data associated with various locations, mapping data that outlines the geometries of a building or vehicle, sensor location that is static and/or dynamic, area and volume information within buildings, structures or areas, sensors for detecting movement or presence of obstacles within a location, data identifying occupancy a specific locations such as parking structure parking spaces, etc. In one embodiment, vehicles can be fully driverless or the vehicle can operation partially driverless. For instance, a partially driverless car is one that may still have a driver or occupant in a position to control/navigate the vehicle (e.g., in the driver's seat), but some movement or control will be carried out by the automation of the vehicle. In an example of a parking operation, the driver may remain in the vehicle during some or part of the driverless actions of the vehicle, and the driver can (if needed) interrupt (e.g., override) the actions automated actions of the vehicle. It should therefore be understood that any mention of driverless vehicles or actions can, in some embodiments, still include a person within the vehicle (whether in full or partial control of the vehicle).
In one embodiment, the sensors of the building, showing the outline of the building can provide data of what spaces are available within a designated parking area for example. When a vehicle reaches a building, parking lot, parking designated area of ad-hoc parking lot where auto-park is available, the vehicle will become aware of the availability of non-human operated auto parking and will transfer and receive information to and from the cloud to download and/or access the building's location and map of sensors. When a vehicle reaches a different auto-park location, it will download that particular map. The map will only be downloaded or accessed when it is determined that the vehicle desires to enter the parking structure either by crossing a proximity threshold of by election of the vehicle's operator. Thus, a threshold of time or proximity can be determined before the car gets the mapping information for the given location. For example, if a vehicle is parked near the entrance of a parking structure (determined automatically by the GPS of a vehicle and the GPS of parking structure), this proximity produces a type of optional “paring” with the garage location which a vehicle operator can elect to enter using a physical or remote cloud connected interface to select an outcome.
In one embodiment, vehicles can maintain valuable information regarding where they are, where they are heading and their destination maintained which is maintained by GPS and navigation systems on board. The information collected and maintained by every vehicle is mutually exclusive, meaning that only each individual vehicle is aware of its own heading, rate of speed and current location. This information, on one embodiment is crowd sourced and crowd shared/consumed for use in for accident avoidance. By networking vehicles within a certain radius together, all individually location-aware vehicles become also aware of all other vehicles in their sphere of influence. Every vehicle will network with vehicles in their range using wireless communication systems such as but not limited to Wi-Fi, Wi-Gig LTE, cellular, radio, near field communication or other methods.
In one embodiment, each vehicle will maintain a table of all other vehicles in, entering, and or leaving its sphere of influence. In some embodiments, all or some of the vehicle will maintain and continuously share its own heading, speed and location. In one embodiment, an algorithm on each vehicle will continuously compare the current vehicle's speed, heading and location with that of all other vehicles in its sphere of influence to determine if a collision may result.
A vehicle collision is not a single event; it is the intersection that happens between two vehicles having intended paths, headings, and speeds that perfectly collide at some point in the future if course correction is not taken. Thus, an algorithm may be able to predict the probability of a future collision where a human may not, and alert the driver to alter heading and/or speed. The system will have the ability to enact passive and active accident avoidance vehicle maneuvers in proactive action to an imminent collision.
The system may alert the drivers to change their rate of speed, heading, or location. The system may give each of the two driver's custom messages such as telling both drivers to veer right so they don't steer into each other. The vehicle may also automatically provide audio and or visual alerts such as honking the horn or flashing headlights to alert the other driver. Active accident avoidance may engage if certain collision is immanent within a certain threshold such as within the next 50 ft for example. In this case, both vehicles, being aware of each other, will engage in an automatic and complementary accident avoidance maneuver such as slowing down, steering away from impact and or both. The vehicle may engage secondary methods of identifying imminent collision such as radar, sonar, infrared or other secondary object identification method to ensure the predicted collision is not a false alarm.
The vehicle's cameras can be engaged to take still photos and or video record any incident, whether it results in a successful avoidance or impact. This footage can be used to alert authorities of the severity of the accident and aid insurance companies in identifying fault. A vehicle will maintain a buffer of events for a given amount of time before and after a collision event or collision avoidance event such as the location, speed, heading, and avoidance measures to store and identify the metrics that lead to an incident.
This system described above can be used not only between two vehicles for the purpose of accident or collision avoidance, but can also be used between a vehicle and an object, a vehicle and a moving object, a vehicle and a structure as well as a combination of vehicles, objects and structures. The methods for accident avoidance between two vehicles can be extended for use in automated vehicle maneuvering. This maneuvering includes but is not limited to negotiating obstacles, structures, parking lots, drive ways, toll roads, highways, drive-thru, etc. These obstacles, can be physical or virtual where a vehicle might interpret a virtual boundary of an object or parking spot for instance as being real and thus having to maneuver in, on or around it for the purposes of collision avoidance, parking or automated vehicle storage.
Vehicle storage can be automated at physical static locations or can be deployed manually in an ad-hoc manner with the use of portable sensors that emit a signal to network connected devices, vehicles, objects and structures transmitting metrics and dimensions the sensor is virtualizing at that given moment. For instance, a sensor can be set up to communicate with a vehicle that it represents a parking spot. This parking spot can transmit information about it such as what type or spot it is, its dimensions, its availability, if it has a charging station incorporated into it, scheduling, availability as well as on the fly booking of the spot for parking time, charging time etc. either remotely or within a proximity threshold by a user in or around their vehicle or remotely.
In one embodiment every time a vehicle receives coordinates to the location of a certain sensor, the vehicle will travel towards that sensor and verify through the use of ad-hoc networking, sonar, infrared, radar or other method that the location given to the vehicle of the sensor matches its physical location. If the actual physical location of the sensor does not match the coordinates furnished to the vehicle, the vehicle will report back to the cloud processing system in order to correct the coordinates for transmission to the next auto-traversing vehicle. This will provide a vehicles traversing within garage 100 with more accurate identification and location of obstacles within garage 100. Without correcting the GPS coordinates, it is possible that a vehicle will come into in appropriate contact with an object within garage 100. In other embodiments, each of the sensors S1-S12 will be calibrated to a GPS location, and the calibration can also be assigned to the GPS location of the vehicle traversing within or here or approaching garage 100.
In the example shown, a vehicle v1 is shown entering garage 100, and another vehicle v2 is shown driving along a path to a desired or assigned parking location. As shown, other vehicles v3-v4 may already be located within garage 100. In one embodiment, each of the vehicles will also have sensors that will alert the cloud processing of their location when another vehicle or object approaches that particular vehicle. Thus, the movement of vehicle v2 and the location of vehicles v3-v5 will be known to the cloud processing system and all vehicles (or those enabled for communication) within the given range will also be aware of each other. As such, the system uses a combination of sensors located in garage 100 as well as sensors located on vehicles themselves to aid vehicles in traversing the garage 100 or maneuvering around obstacles as well as vehicles already stationed or moving about garage 100. In one embodiment, each of the vehicles within garage 100, whether the vehicle is turned on or turned off, will still be able to provide location and or sensor data to the cloud processing system 120. Sensors within garage 100 can also include information concerning the volume or areas of individual parking designated physical or virtual spots within garage 100. This additional sensor data can be transferred to a sensor data processor 104 of garage 100. Sensor data processor 104 can communicate that information to cloud processing 120 via a wireless router 106, or other suitable wired or wireless communication system that allows connection between garage 100 and the Internet.
As shown, vehicle location data 108 of each of the vehicles, structures or objects that are proximate the garage 100 can communicate their location data to cloud processing 120 so that information concerning the garage 100. Sensors that are fixed as well as sensors within garage 100 can locate- or identify moving objects which can be communicated to the cloud processing system along with data of the vehicle location data 108. Vehicle control data 110 can also be provided to cloud processing 120. Vehicle control data can include information that is provided to a specific vehicle to directing that vehicle to park. For example, if garage 100 enables automatic vehicle parking, such as parking operations that do not involve the human to drive the vehicle, that vehicle can be provided with vehicle control data 110. Vehicle control data 110 can be provided via cloud processing 120 to any specific vehicle.
Information provided to a specific vehicle can include, for example, an operator of the garage 100 enabling a user to select or identify a desired parking location for the vehicle in garage 100. In one embodiment, a user may approach garage 100 and desires to park his or her vehicle in garage 100. At the entrance of garage 100, the user can identify a parking space for the vehicle and then exit the vehicle. The vehicle is then automatically moved to the desired or specific parking spot identified either by the vehicle's user or by a garage 100 operator. In one embodiment, the vehicle user approaches the garage 100 while operating the vehicle. When the vehicle's GPS detects that the vehicle may be in proximity to garage 100, mapping data associated with garage 100 is downloaded or made accessible to the vehicle's electronics. The vehicle's electronics will become aware of the mapping data for garage 100. The vehicle's user may then choose to program the vehicle to automatically park using a graphical user display in the vehicle. Similarly, the user may elect to program the vehicle to automatically park using a smart network connected device (smart phone, tablet, computer, etc.). Once programed by the vehicle user, the vehicle can proceed to automatically move to the desired parking spot or a parking spot that the garage 100 designates for that vehicle.
For example, the user may wish to have the car parked in a VIP area of garage 100. If the vehicle's owner selects the VIP area, or is granted access to VIP areas, the vehicle may be parked in a more convenient location within garage 100. The parking slots in garage 100 can be monitored with sensors to identify which parking spots are available. When the user provides a parking location preference election at the entrance of garage 100, the vehicle will proceed to park in garage 100 at the desired location automatically. In one embodiment, garage 100 may have a plurality of floors or levels. The vehicle can now traverse automatically to a specific floor and find the parking spot at which the vehicle will be stationed.
Since a multi-floor or multi-level parking garage has a height, simple LAT, LONG GPS coordinates alone cannot aid the vehicle in traversing vertically to the desired floor. Thus, the aid of additional sensors in conjunction with GPS can aid the vehicle in negotiating the parking garage's obstructions, levels, and parking slot locations. This information can be obtained by rules or databases provided by garage 100 to the vehicle, and the direction or vehicle control data 110 can be provided by the user of the vehicle who desires to have the vehicle parked in garage 100.
By using this information, it is possible to define rules that avoid vehicle collisions when a plurality of vehicles are in proximate thresholds of one another in garages or locations that allow self-parking or self-moving of vehicles without human drivers. GPS data 154 can also become indicated to identify vehicle position 162, as described above. GPS data can be location GPS data from one or more GPS satellites. The GPS data can also be obtained for moving objects or structures 160. Vehicle movement directions 164 can also be identified or communicated between the vehicle position 162 data based on human operated vehicles 166, and automatic remote driving 168 vehicles. Cloud processing 120 will also provide easy communication for user 180. User 180 can be using a mobile device 103 to communicate with cloud processing 120. For example, an application on a mobile device 103 can communicate with cloud processing 120, which in turn will enable the user to select that the vehicle perform self-parking operations, can pay for parking privileges, can be provided with notifications of the location of the vehicle that has been parked in garage 100, and can be provided notifications or information when the vehicle is moved within garage 100. User 180 can also access cloud processing 120 from any computer connected to the Internet, which will allow the user to view status reports regarding the user's vehicle, including when the vehicle is automatically driving itself, its current position, a history of its locations at any given time, its status when located within the parking structure or location, etc.
Various sensors S1, S2, S3, S4, S5, are located throughout location A. Specific locations shown for the sensors is not important, as the sensors can be located in any location, whether to identify volumes of space, weight of vehicles, presence of vehicles, presence of humans, presence of pets, presence of other vehicles, presence of other vehicles moving, relative movement of vehicles or objects, etc. As the vehicle moves and traverses a path, a human 200 is shown to be located in zone f.
This information is provided to cloud processing 120 and such information can assist in stopping the vehicle from colliding with human 200. In one embodiment, cloud processing 120 may communicate with one or all of the fixed sensors of location A, some of the fixed sensors, data produced by the sensors, data produced by other vehicles within the location, information generated by the moving vehicle that is traversing between the current location and destination location, etc. This information is being communicated and exchanged with cloud processing 120, as each vehicle will include processing power as noted above to communicate over the Internet concerning its location, its movement, its relative movement other vehicles, and a programmed path which the vehicle is to traverse.
These dynamic changes are important to continuously monitor and update back to cloud processing 120, so that cloud processing 120 can communicate updates to the vehicle in substantial real-time. Also shown are sensor location alerts. Alerts can include alerts to the operator of a specific location (for example the parking garage attendant), the owner the vehicle, or another process that automatically terminates movement of the vehicle when an obstacle is presented. Various rules and databases can be accessed to determine what actions vehicles can take or should take when specific obstacles are encountered, and when the vehicle can resume movement after encountering such an obstacle. Tracking when the obstacles are encountered and where they are encountered can also be utilized to define metrics for specific locations. For example, if certain locations produce a lot of alerts, that location needs to improve its management of space to avoid accidents.
The tracking can also be used to generate reports/notifications that are produced and distributed to safety coordinating officers of specific locations (or vehicle owners), or to identify information that occurred before or after an accident or incident at a specific location such as a vehicle collision, vehicle theft of attempted theft, robbery, attempted robbery as well as panic situations during crimes. These alerts can also be provided with historical data associated with the alerts. The historical data can include images taken by cameras of the specific locations where the alerts occurred. The images can be videos, video clips, still images, collection of still images, audio files, audio snippets, that are accessible instantly over cloud processing 120.
This information can also be accessible via cloud processing 120 after a specific incident is reported. For example, if a burglary or crime occurred within the location, the sensor data of the location as well as the sensor data of the vehicles can be coordinated to identify when and who traversed specific locations within the area. In one embodiment, the collected data can be partitioned to allow certain data to be shared with the owner of the vehicle and certain data to be restricted to the owner or operator of the location where the vehicle is self-parked.
The cloud processing system can therefore provide parking instructions to the vehicle (for example vehicle v3) that is to be parked and location A 250. The instructions can include how to move the vehicle within the parking structure, or simply provide the mapping data of the vehicle to allow electronics within the vehicle to traverse the vehicle within the location. In other embodiments, the information as to how to move the vehicle within a specific structure may be governed by specific rules of the specific structure. For example, specific structures may require the vehicles being told to park can only move at 5 miles an hour. In other embodiments, the cloud processing system can be provided with a range of speeds that can be dictated to specific vehicles for specific locations. Therefore, a set of rules is exchanged between the cloud processing system and a specific location.
In one embodiment, when a user decides to park a vehicle in a parking location, that parking location may be a registered parking location with cloud processing systems. By being registered, any number of vehicles that also have access to cloud processing systems and have an account can enable users to park using some park algorithms for the specific parking locations. By being a registered parking location that accepts self-driving parking vehicles, the registered parking location can send rules back to the cloud processing system to dictate where and how and at what speeds vehicles shall be parked within the location. Duration of parking within the location can also be communicated back to the cloud processing system as well as the fee charged to the user for time parked within a parking structure.
A user's account can be debited automatically, such as using an e-commerce debit system once the vehicle has been parked in a specific location. Notifications to the user can also be provided when the user has parked at a specific location, such as time in, time out and duration of park at a specific location as well as any associated charges and overtime fees. The user can also be provided with an application interface that allows the user to extend the time of parking, and pay for extended periods of parking within a location or set up automatic parking fee renewals to avoid expired meters for instance. The user can also provide cloud processing systems with rules for how the vehicle shall be moved within the location. For example, the user may wish that the automatic park system only move the vehicle at 3 miles an hour. In this embodiment the user can set the speed at which the vehicle can be auto parked. In other embodiments, rules between the parking location, the cloud processing system, and those set by the user can be synchronized or sorted out to define the appropriate speed, location of parking, and other parameters for moving a vehicle using self-driving techniques.
In either case, the vehicle will not need the mapping data for all locations at all times, and the mapping data for specific locations will be made available when the vehicle enters the proximity zone around the location. Thus, if the user driving the vehicle is far from a specific location, the mapping data for that location will not be made accessible to that vehicle. In other embodiments, when the vehicle has entered the proximity zone around a location, and that vehicle is in that proximity zone for a threshold period of time, the mapping data will be made available or downloaded to the vehicle. For example, if the vehicle has entered the proximity location of a location for at least 2 min., then the mapping data will be made available to that vehicles electronics system. In other embodiments, the threshold period can vary and can be set by the cloud processing system. Examples can include a threshold of 10 seconds, 20 seconds, 30 seconds, 1 min., 3 min., 4 min., 10 min., etc.
Other examples of sensors, biometric sensors, and systems, may include, for example, those described in co-pending application entitled “Methods and Systems for Setting and/or Assigning Advisor Accounts to Entities for Specific Vehicle Aspects and Cloud Management of Advisor Accounts”, having application Ser. No. 14/063,837, filed on Oct. 25, 2013, which is herein incorporated by reference.
In one embodiment, this data can be provided to the self-park controller 454 and the self-park controller 454 can communicate with the drive control 456. Drive control 456 can then communicate with the vehicle systems to move the vehicle to a desired location. As the vehicle moves, or the vehicle is stationary, specifications for 60 can be provided to the cloud server 120, to allow user 180 to view dynamic status updates concerning the vehicle at all times. A portable device 103 is shown being held by the user 180, but it should be understood that an type of device connected to the Internet and having access to cloud server can communicate with the vehicle to provide receive or send notifications or control to the vehicle.
In one embodiment, advertisers can also sponsor parking spots if users view an advertisement. In still other embodiments, advertisers can set up rewards for parking a certain locations, and the locations can be branded for the advertiser for a given period of time. For instance, advertising in a parking location can be digital, in the form of screens placed near and around the parking location. When a user for which an advertisement is destined enters the garage or moves around a parking location, the advertisement on the screen can be custom changed for that period of time when the user is near the screen or area of the parking location. Since the user's parking was sponsored by the advertiser, the user should expect to see advertising from that advertiser in and around the parking location.
Just as Car 1 is aware of all other vehicles, objects and structures around it, all other vehicles, objects and structures shown in this diagram 1100 may behave in the same manner. For instance, Car 1 is not only keeping track of all other vehicles, objects and structure in its vicinity, Car 1 may also be broadcasting its speed, heading and location information so all other cars, objects and structures in this diagram 1100 are aware of it as well. This system exists in the presence of a constantly networked environment where vehicles, objects and structures may communicate with each other with or without the use of a central processing system.
In some embodiments, the vehicles may establish peer-to-peer links to facilitate fast transfer of data. In other embodiments, vehicles may link to each other using pairing algorithms that allow the vehicles to exchange data using WiFi, Bluetooth, near field communication (NFC), or some other short range communication protocol.
The use of an asynchronous network in which all vehicles, structures and objects within a certain communication range can “talk” to each other using the same protocol may be employed. In this case, the protocol used can be Ethernet through wireless mediums such as 802.11a, b, n, ac, ad or any other wireless communication protocol.
The vehicle metrics and data may be collected using a variety of sensors including but not limited to optical sensors, mechanical sensors, and networked sensors among others. These sensors can emit data as well as collect data. For instance, a vehicle may be 5 feet wide by 10 feet long but in order to communicate its dimensions and outline to other vehicles sensors must be calibrated. These sensors can be calibrated on board the vehicle, remotely through a management system connected to a device connected to the internet or can be transmitted automatically from the manufacturer. The vehicle's dimensions can now be shared with other vehicles on the road in order to avoid collision. The sharing of this data can be in the form of shared moving object detection (MOD) data. Thus, not only is one vehicle aware of the MOD around its vicinity, the same vehicle can be provide data regarding nearby vehicles and their MOD data. Furthermore, buffers can be instituted in order to ensure that the vehicles outline is not breached but extra room is given around each vehicle to further collision avoidance effectiveness.
Each on board computer on each vehicle may use data coming in from other vehicles together from data captured by the vehicle itself to feed a collision detection and prediction algorithm. In one embodiment, this algorithm may activate a collision management system that interacts with the vehicles control systems including but not limited to audio alerts, visual alerts, horn, headlamps, steering, braking, tactile feedback on the steering while, tactile feedback on the driver's seat, video and camera recording, safety restraint systems, combinations thereof, etc.
The collision management system may engage any combination of active and/or passive collision avoidance maneuvers using the vehicle's control systems. For instance, if two vehicles are traveling on intended paths that will result in a head-on collision at some point in the future, the systems on both vehicles will calculate if an early warning will suffice. Each of the two vehicles will alert their corresponding driver via audio, tactile feedback near, on or proximate to the driver's body, a visual alert, or combinations thereof. If the drivers do not correct their intended path and a collision is still predicted by the algorithm, more aggressive systems will engage such as applying braking power, reducing speed, or steering the one or both vehicles away from each other or away from an obstacle.
Sensor 1408 has the ability to communicate with sensor 1404 located on vehicle 1402 for instance for the purposes of guiding a vehicle in parking either manually or automatically self parking at the location boundary produced by the sensor 1408. Sensor 1408 may communicate directly with sensor 1404 or may use cloud processing 120 as an intermediary as well as a combination of the two methods.
Using communications regarding mapping data, locations and other metrics, a vehicle can be guided automatically to either the next available virtual parking spot boundary 1512 being produced by a sensor 1408 or to a particular virtual parking spot boundary 1512 of the vehicle operator's choosing. This example shows vehicle B being automatically guided to a virtual parking spot boundary as it traverses a parking lot, parking garage, ad-hoc parking area, drive way or charging spot bank area 1506 while dynamically and constantly communicating with all structures, vehicles and obstructions around it and with the use of traversing instructions communicated to the vehicle. As vehicle B traverses to its final location within 1505, it dynamically and constantly provides feedback to all other dependent sensors and cloud processing systems.
In this example, a portable vehicle charging pad 1514 (or virtual pad) may be deployed and paired with any given sensor 1408 which is deployed to provide a virtual parking spot boundary. Portable vehicle charging pad 1514 powered by the grid, a generator or solar power 1510 may communicate with sensor 1408 through the use of its own sensor 1508 in order to establish that it is present. 1514 may also communicate with a networked cloud processing system through the use of its own sensor 1508 to aid in dynamic and remote administration (e.g., via GUI screens of any Internet accessible computing device, whether wired or wireless), reservation and payment options for use as well. After a portable vehicle charging pad pairs with a given sensor 1408, it can be registered on a remote distributed cloud processing system as ready to provide charging services. These services may be used on a first come first serve basis or through the use of a remote reservation system.
Such combinations or sets of virtual parking spot boundaries 1512 emitted by sensors 1408 can be placed in an ad-hoc manner for portal, temporary use such as outside large concert venues, for installation in home garage or driveway applications as well as large commercial or civic parking structures and locations. For instance, 10 count 1512 parking virtual parking spot boundaries are required for a special event where 5 must also provide charging facilities. A user can deploy 10 1408 auto-spacing sensors and pair 5 of them with 5 portable vehicle charging pads 1514 with the use of 1514's sensor 1508 in communication with 1408. These portable charging pads 1514 may be powered from the grid, a generator or solar power etc. Once the charging pads are paired with the virtual parking boundary, they can also be registered with the network/cloud processing 120 to provide in-advance-reservation ability.
In one embodiment, the vehicles can communicate directly with each other via a temporary pairing process. The temporary pairing process can be automatically enabled when vehicles become too close to each other, for example. When this happens, local communication between the vehicles, such as a peer-to-peer connection, Wi-Fi connection, NFC connection, or Bluetooth connection can be established to enable the vehicles to share information concerning their proximity to one another. This local communication will enable one or both vehicles to take correction actions or alert a driver to chance course or trigger automatic collision prevention measures (e.g., more aggressive notifications to one or both operators, slow the speed of one or more vehicles, change the driving direction of one or more vehicles, etc.). Once the close proximity communication occurs and some corrective action is made, the data regarding the occurrence and the actions taken can be communicated to the cloud system for storage. The information can then be viewed by a registered user having access to an account for the vehicle(s).
Once a vehicle has chosen to park or is instructed to park at a parking spot 1512 being emitted by 1408, the vehicle or vehicle operator or owner may opt to charge the vehicle if it is an electric vehicle (EV). A vehicle's communication sensor can communicate with the sensor on a virtual parking spot or portal vehicle charging pad to indicate to the vehicle operator or owner that charging facilities are available. Furthermore, the owner of an electric vehicle may have chosen to reserve not only the parking space but also charging type in advance. When an electric vehicle arrives at a parking space where an electric charging facility has been reserved, the vehicle will engage the charging facility or the charging facility may engage the vehicle to transmit the purchased charge.
Once user 180 elects a parking space, parking time and or charging time and space, he or she will be provided instructions for arriving at the destination parking/charging location. Instructions for auto parking may also be sent to the user's vehicle to allow the user to leave their vehicle at an auto park queue location and walk away while the vehicle is left behind to automatically park without human interaction. Instructions can also be provided to the driver in the form of audio and/or video images (e.g., via a speaker and a display of the vehicle, or linked portable device). The example 1700 shows a listing of transactional data that may include but is not limited to the shown.
Currently, vehicles maintain very valuable information regarding where they are, where they are heading and their destination maintained which is maintained by GPS and navigation systems on board. The wealth of information collected and maintained by every vehicle is mutually exclusive meaning that only each individual vehicle is aware of its own heading, rate of speed and current location. This information, if crowd sourced and crowd shared/consumed, shared wirelessly vehicle-to-vehicle, can become very powerful in use for accident avoidance, in accordance the implementations of the present disclosure.
Methods, computer systems, and servers for processing collision avoidance feedback to vehicles using vehicle-to-vehicle wireless communication, are provided. One method includes detecting proximity separation between a first vehicle and a second vehicle. At least one of the sensors of the first vehicle or the second vehicle determine that a proximity separation is less than a threshold distance. A pairing algorithm is triggered between electronics of the first and second vehicle to enable direct communication for data exchange between the first and second vehicles. The method includes triggering a warning to one or both of the first and second vehicles if the data exchange determines that a probability exists that a heading of the first or second vehicles will result in a collision between the first and second vehicles. The method may initiate corrective action by one or both of the first or second vehicles if the data exchange between the first and second vehicles increase the probability that the heading will result in a collision between the first and second vehicles.
In one embodiment, by networking vehicles within a certain radius (or sphere, separation, distance, area, geo-location separation, etc.), all or some individually location-aware vehicles, can become aware of other vehicles in their sphere of influence. Some or all of the vehicles can network with other vehicles in their range using wireless communication systems, such as but not limited to, Wi-Fi, Wi-Gig LTE, cellular, radio, near field communication or other method.
In some embodiments, vehicle-to-vehicle communication can be implemented using electronics of the vehicle. In other embodiments, the communication can be made using a portable device of the user, which has a wireless communication mode, and in other embodiments, a vehicle can be retrofitted to include electronics to enable vehicle-to-vehicle communication. This can be done by connecting a circuit or module to a port of the vehicle. The port can be any connector, which allows the circuit or module to gain access to at least some of the data of the vehicle, such as speed and/or heading, or braking, or stopping, etc. In other embodiments, the vehicle's native electronics will include the vehicle to vehicle communication electronics to enable the data transfer between cars to avoid or prevent or reduce collisions.
Each vehicle may maintain a table of all other vehicles in, entering, and or leaving its sphere of influence or some separation. Every vehicle will maintain and continuously share its own heading, speed and location. An algorithm on each vehicle may continuously compare the current vehicle's speed, heading and location with that of all other vehicles in its sphere of influence to determine if a collision may result. In one example, some car within a separation can abruptly stop, yet that car is one or more cars ahead of a current car. The current car cannot yet see that an immediate stop will be needed, but because the car ahead communicates its speed, or movement actions or stops, that data can be passed to the user of the car, using a vehicle-to-vehicle wireless communication.
In some implementations, cars can function as moving routers. For instance, if a car three car lengths ahead stops, and the car that is two car lengths head can obtain that information, which is then relayed to the car, which is three cars behind the stopping car. The information can therefore be communicated in a relay mode, where one car passes information to the next car, and to the next car, and so on, so long as that information is relevant to the car that is receiving the data. For instance, the car receiving the data may be within a separation distance of the stopping car, and so are the other cars in the relay. The relay of information can be, similar to passing a token from one vehicle to another, so that the vehicle that has time to act or change its course can take advance of the collision avoidance information.
In still other embodiments, the information regarding a car stopped can be obtained dynamically from the cloud, if the stopping vehicle (which may cause an accident), communicated its moving status to the cloud. The at least one of the other cars in the sphere of influence or separation can communicate the information to the subject car. Thus, the communication can be a hybrid model, where some communication can be vehicle-to-vehicle, and some can be vehicle-to-cloud, and some communication can include mode changes (at different times) between and from vehicle-to-vehicle and vehicle-to-cloud. Cloud information can provide data, which can be useful in notifying drivers of possible problems, obstacles, or imminent collisions, or conditions that cold or may cause a collision. Such data can include, weather at the geo-location of the vehicle and proximate vehicles, reports of actions or conditions by other users nearby, police reports, social network data posted by other users, etc. For instance, if the speed of one vehicle is processed to be too fast for current weather conditions, this can be an input to predict or recommend an adjustment in speed, lane change, alternate route, etc., to a vehicle. Once a vehicle has this information, that information can be provided or communicated to other proximate vehicles, using vehicle-to-vehicle wireless communication.
A vehicle collision is not a single event; it is the intersection that happens between two vehicles having intended paths, headings, and speeds that perfectly collide at some point in the future if course correction is not taken. Thus, an algorithm may be able to predict the probability of a future collision where a human may not and alert the driver to alter heading and/or speed. The system will have the ability to enact passive and active accident avoidance vehicle maneuvers in proactive action to an imminent collision.
The system may alert the drivers to change their rate of speed, heading, or location. The system may give each of the two driver's custom messages such as telling both drivers to veer right so they don't steer into each other. The vehicle may also automatically provide audio and or visual alerts such as honking the horn or flashing headlights to alert the other driver. Active accident avoidance may engage if certain collision is immanent within a certain threshold such as within the next 50 ft for example. In this case, both vehicles, being aware of each other, will engage in an automatic and complementary accident avoidance maneuver such as slowing down, steering away from impact and or both. The vehicle may engage secondary methods of identifying imminent collision such as radar, sonar, infrared or other secondary object identification method to ensure the predicted collision is not a false alarm.
The vehicle's cameras can be automatically engaged to take still photos and or video record any incident, whether it results in a successful avoidance or impact. This footage can be used to alert authorities of the severity of the accident and aid insurance companies in identifying fault. A vehicle will maintain a buffer of events for a given amount of time before and after a collision event or collision avoidance event such as the location, speed, heading, and avoidance measures to store and identify the metrics that lead to an incident.
Similarly, each vehicle will maintain a table of its own metrics including but not limited to speed, heading, location, destination, driving characteristics and acceleration. This data will be passed to other vehicles using the network interface. The vehicle metrics and data are collected using a variety of sensors including but not limited to optical sensors, mechanical sensors, and networked sensors among others. Each on board computer on each vehicle will use data coming in from other vehicles together from data captured by the vehicle itself to feed a collision detection and prediction algorithm.
In one embodiment, each vehicle may have its own privacy settings. For example, privacy settings of one car can enable receipt and transfer of data regarding speed, heading, location, movements, changes in movement, etc. However, the privacy settings can be configured to be only transitory, or have a short lifetime. That is, the data received and shared can expire, so that data cannot be shared outside of the privacy settings. In some embodiments, data is expired can automatically scramble or be marked for deletion. For instance, data that is collected during a period of time, e.g., during a driving session between 1 pm and 2 pm, may only be retained if the data is needed by other vehicles during that time frame. That is, if the shared vehicle-to-vehicle data is useful to avoid an accident at a particular period of time, then that data may be used, processed, and used to implement vehicle accident avoidance process. Once that data is not needed for accident avoidance, that data can be erased, deleted, scrambled, or discarded, as dictated by privacy settings. In other embodiments, that data can be retained, but only based on the settings provided by the user's privacy settings. In some embodiments, data that is shared, but is not traceable to the providing vehicle, can be retained for any period of time. Such data can later be used to determine where accidents occurred, may have occurred, times of day when accidences may occur or can occur. This data can be provided to users by way of websites, services, etc.
In one embodiment, an algorithm will activate a collision management system that interacts with the vehicles control systems including but not limited to audio alerts, visual alerts, horn, headlamps, steering, braking, video and camera recording, safety restraint systems. The collision management system will engage any combination of active and or passive collision avoidance maneuvers using the vehicle's control systems. For instance, if two vehicles are traveling on intended paths that will result in a head-on collision, the systems on both vehicles will calculate if an early warning will suffice. Each of the two vehicles will alert their corresponding driver via audio or visual alert. If the drivers do not correct their intended path and a collision is still predicted by the algorithm, more aggressive systems will engage such as applying braking power or steering the one or both vehicles away from each other.
This is only one example of the various options provided to the user through a graphical user interface. As noted above, the graphical user interface can be integrated with the vehicle, or can be part of a smart device that communicates with the vehicle. The smart device that communicates with the vehicle can communicate using wireless technology so that metrics associate with the vehicle and location of the vehicle can be obtained and then communicated to the cloud processing to exchange information.
This information can be obtained from the vehicle or from the users of the vehicle. This information can also be obtained by the cloud processing which communicate with other systems connected to the Internet. Other systems can be data stores for information concerning the same vehicle, historical data concerning potential breakdown of the vehicle, price estimates of the vehicle, marketplace data concerning exchange the vehicle, etc. This information can be provided at the vehicle to the user through a computer user interface. On demand, the user can determine whether it's worthwhile to exchange the vehicle for another vehicle, and the potential of the current vehicle to break down.
Furthermore, the user may decide that it's time to exchange the vehicle for new vehicle, and market rates for the current vehicle based on actual vehicle data of the user's vehicle, can be used to identify its current market price. The current market price for replacement vehicle can also be obtained dynamically, and comparable data can be presented to the user in the user interface. Accordingly, the user would not have to input information concerning its vehicle into the user interface simply to figure out what the market price is. The data concerning the vehicle is inherently collected and stored in the vehicle memory based on vehicle use, age, accidents, condition, etc. Additionally, information concerning available vehicles near the user which may be for sale can also be attained dynamically and in real time.
For example if the user wishes to replace the vehicle, the user can simply click a button, select an icon, touch a screen, speak a command, gesture an input, etc., to figure out what his vehicle value is, the cost of a replacement vehicle, and the total cost after exchange. This information can be useful to the user in deciding whether or not to trade in the vehicle or remain with the current vehicle and make investments in repairs. As shown, the data exchange between vehicles and the vehicles and the cloud processing can be extensive, but such information can be made available to drivers of those vehicles to make informed decisions.
Cloud processing 120 technology is also provided, which provides processing resources to connected vehicles through a distributed network. In one embodiment, for electric vehicles, the cloud processing can communicate with various charging stations using Internet connections, where charge station metrics can be uploaded to the cloud processing system. The charge Station metrics can include availability of charge pumps, charge handles, charge plugs, charge mats (for wireless chagrining), volt bars, or other charge providing facilities.
Examples of such metrics can include the number of charge pumps available at particular period of time, historical availability times of the charge pumps, typical charge time estimates at particular charging stations, prices associated with the charge at the particular charging stations, feedback from customers through social networks, concerning the charging stations, and the like. The cloud processing can then process the charge station status, traffic information associated with locations around or between charging stations and a user's current location, and provide specific suggested routes displayed on the user's device 103 or sent to user 180's vehicle(s) or portable programmable vehicle profile(s). The route generator can provide guided routes to the various charging stations (e.g., charge locations), based on the user's 180 immediate needs, desire for discounts, sponsored rewards, or the amount of time it will take to obtain access to a charge pump at a particular point in time. Broadly speaking, a discount is a reward and a reward is a discount, and a sponsored reward is a discount that is at least partially paid by another party for a benefit of the recipient of the reward.
The driver location processor can communicate the information concerning drivers to the cloud processing logic 120, so as to provide the most effective information concerning charge availability to the various drivers. For example, users in their particular vehicles may have a connected display or a portable device having access to the Internet. Based on the user's location and charging needs, (and optionally the destination) the user can be provided with route options (e.g., one or more optional paths). The route options can be, for example, the fastest and most available charge Station (or charge providing devices) to the users current location, the cheapest charge available at a particular point in time, or information regarding charge prices for a particular future point in time.
Once the user selects a route option, the route generator can provide information concerning the charging station, and can also prepay or book a charging station slot. A charging station slot can include, for example a parking spot in front of a charging station. The charging station slot can be reserved if the user decides to prepay for the charging station, as a convenience. For example, if charging slots at a particular charge Station appear to be heavily used, a user can pre-reserve a charging slot ahead of time, so that when the user arrives at the charging station, the charging slot will be immediately available. This could be considered a convenience fee associated with pre-reserving of a charging slot, along a particular route. In another embodiment, the charging station can provide incentives to users to come to the particular charging station.
For example, if the user prepays for charge at a particular charging station, the charging station can provide a discount on the charge provided. For example, if the charging station wishes to fill a plurality a charging slots during a particular slow time, the charging station can communicate with the cloud processing and publish availability of its charging stations per particular period of time. A database associated with cloud processing will hold this information so it can be dynamically updated and accessed in real-time by users to fill their charging needs of their electric vehicles.
During that particular period of time, the charging station can offer discounts or rewards to users so that drivers can decide to visit the charging station instead of another charging station. Still further, charging stations can offer discounts for users to use the particular charging station, and the discounts can be offered by more than one party or entity. For instance, if the charging stations are located near a particular business, that particular business can sponsor discounts or rewards at the charging station to drive traffic to or near that particular business. When users are charging their vehicles at the particular station near the particular business, users can spend their time at the particular business while their vehicle is being charged.
Again, the information displayed to the user can be displayed in the vehicle's display screen or can be displayed on the users display device (e.g. smart phone, computer, tablet, etc.).
In one embodiment, a method for customizing advertisements at a location includes: (a) detecting presence of a vehicle at the location, the vehicle being registered to a user account that manages remote access to the vehicle over cloud processing logic on the Internet; (b) determining preferences for a user account; and (c) modifying display advertisements to show ad content that best matches ad content relevant to the user account, wherein the display advertisements include display screens viewable to occupants of the vehicle when the vehicle is detected to be present at the location.
It will be obvious, however, to one skilled in the art, that the present invention may be practiced without some or all of these specific details. In other instances, well known process operations have not been described in detail in order not to unnecessarily obscure the present invention.
Embodiments of the present invention may be practiced with various computer system configurations including hand-held devices, microprocessor systems, microprocessor-based or programmable consumer electronics, minicomputers, mainframe computers and the like. The invention can also be practiced in distributed computing environments where tasks are performed by remote processing devices that are linked through a wire-based or wireless network.
With the above embodiments in mind, it should be understood that the invention could employ various computer-implemented operations involving data stored in computer systems. These operations are those requiring physical manipulation of physical quantities. Usually, though not necessarily, these quantities take the form of electrical or magnetic signals capable of being stored, transferred, combined, compared and otherwise manipulated.
Any of the operations described herein that form part of the invention are useful machine operations. The invention also relates to a device or an apparatus for performing these operations. The apparatus can be specially constructed for the required purpose, or the apparatus can be a general-purpose computer selectively activated or configured by a computer program stored in the computer. In particular, various general-purpose machines can be used with computer programs written in accordance with the teachings herein, or it may be more convenient to construct a more specialized apparatus to perform the required operations.
The invention can also be embodied as computer readable code on a computer readable medium. The computer readable medium is any data storage device that can store data, which can thereafter be read by a computer system. The computer readable medium can also be distributed over a network-coupled computer system so that the computer readable code is stored and executed in a distributed fashion.
Although the foregoing invention has been described in some detail for purposes of clarity of understanding, it will be apparent that certain changes and modifications can be practiced within the scope of the appended claims. Accordingly, the present embodiments are to be considered as illustrative and not restrictive, and the invention is not to be limited to the details given herein, but may be modified within the scope and equivalents of the description.
Claims
1. A method for navigating a vehicle automatically from a current location to a destination location without a human operator, the method comprising:
- identifying a vehicle location using global positioning system (GPS) data regarding the vehicle;
- determining that the vehicle location is within a proximity of a parking location using said GPS data;
- accessing mapping data for the parking location, the mapping data at least in part is used to find a path at the parking location to avoid a collision of the vehicle with at least one physical structure when the vehicle is automatically moved at the parking location, wherein the mapping data is processed by electronics of the vehicle so that when the vehicle is automatically moved collision with the at least one physical structure is avoided;
- instructing the electronics of the vehicle to proceed with controlling the vehicle to automatically move from the current location to the destination location at the parking location, the electronics use as input at least part of the mapping data and sensor data collected from around the vehicle by at least two vehicle sensors, the path is configured to be updatable dynamically based on changes in the destination location or changes along the path, the destination location being a parking spot for the vehicle at the parking location;
- wherein the parking spot is an ad-hoc parking spot that is not marked as a predefined parking spot.
2. The method of claim 1, wherein one of said at least two vehicle sensors include an ultrasonic sensor that is configured to generate data that is processed to determine a distance to said at last one physical structure an obstacle along the path or ad-hoc parking spot.
3. The method of claim 1, wherein one of said at least two vehicle sensors include a camera for capturing image data that is processed to determine a distance to said at last one physical structure or an obstacle along the path or ad-hoc parking spot.
4. The method of claim 3, wherein said distance is beyond a virtual buffer dimension of the vehicle.
5. The method of claim 1, wherein one of said at least two vehicle sensors include a camera for generating image data and one of said at least two vehicle sensors include an ultrasonic sensor for generating distance data, wherein said image data and said distance data is used in part to determine a distance to said at last one physical structure or an obstacle along the path or ad-hoc parking spot.
6. The method of claim 5, wherein said distance is processed to determine when a threshold is reached to trigger stopping of said vehicle from continuing to move.
7. The method of claim 6, wherein a smart device is configured to process an application that enables communication with an on-board computer of the vehicle, and a graphical user interface of the application provides selectable inputs which include an input for instructing said automatic movement to said parking spot.
8. The method of claim 5, wherein a combination of said image data and said distance data is in part used to predict a probability of a collision with said obstacle or said at least one physical structure.
9. The method of claim 5, further comprising,
- receiving, by an on-board computer of the vehicle, radar data from a radar unit of the vehicle, the radar data being usable in combination with data from said camera or said ultrasonic sensor.
10. The method of claim 5, further comprising,
- receiving, by an on-board computer of the vehicle, data from one or more of heat sensors, infrared (IR) sensors, sound sensors, microphones, and at least part of said data is used to determine when a threshold is reached to trigger stopping of said vehicle from continuing to move.
11. The method of claim 1, wherein the parking spot is in a garage, or at a parking lot, or on a driveway, or on a street.
| 3690397 | September 1972 | Parker |
| 3799063 | March 1974 | Reed |
| 3867682 | February 1975 | Ohya |
| 4052655 | October 4, 1977 | Vizza |
| 4102273 | July 25, 1978 | Merkle et al. |
| 4132174 | January 2, 1979 | Ziegenfus et al. |
| 4162445 | July 24, 1979 | Campbell |
| 4309644 | January 5, 1982 | Reimers |
| 4347472 | August 31, 1982 | Lemelson |
| 4383210 | May 10, 1983 | Wilkinson |
| 4389608 | June 21, 1983 | Dahl et al. |
| 4405891 | September 20, 1983 | Galloway |
| 4433278 | February 21, 1984 | Lowndes et al. |
| 4450400 | May 22, 1984 | Gwyn |
| 4532418 | July 30, 1985 | Meese |
| 4789047 | December 6, 1988 | Knobloch |
| 4815840 | March 28, 1989 | Benayad-Cherif et al. |
| 5049802 | September 17, 1991 | Mintus et al. |
| 5121112 | June 9, 1992 | Nakadozono |
| 5132666 | July 21, 1992 | Fahs |
| 5184058 | February 2, 1993 | Hesse |
| 5202617 | April 13, 1993 | Nor |
| 5297664 | March 29, 1994 | Tseng et al. |
| 5306999 | April 26, 1994 | Hoffman |
| 5315227 | May 24, 1994 | Pierson |
| 5327066 | July 5, 1994 | Smith |
| 5343970 | September 6, 1994 | Severinsky |
| 5422624 | June 6, 1995 | Smith |
| 5434781 | July 18, 1995 | Alofs |
| 5441122 | August 15, 1995 | Yoshida |
| 5449995 | September 12, 1995 | Kohchi |
| 5487002 | January 23, 1996 | Diler et al. |
| 5488283 | January 30, 1996 | Doughert et al. |
| 5492190 | February 20, 1996 | Yoshida |
| 5548200 | August 20, 1996 | Nor et al. |
| 5549443 | August 27, 1996 | Hammerslag |
| 5555502 | September 10, 1996 | Opel |
| 5563491 | October 8, 1996 | Tseng |
| 5585205 | December 17, 1996 | Kohchi |
| 5594318 | January 14, 1997 | Knor |
| 5595271 | January 21, 1997 | Tseng |
| 5596258 | January 21, 1997 | Kimura et al. |
| 5612606 | March 18, 1997 | Guimarin et al. |
| 5627752 | May 6, 1997 | Buck et al. |
| 5636145 | June 3, 1997 | Gorman et al. |
| 5642270 | June 24, 1997 | Green et al. |
| 5666102 | September 9, 1997 | Lahiff |
| 5691695 | November 25, 1997 | Lahiff |
| 5694019 | December 2, 1997 | Uchida et al. |
| 5701706 | December 30, 1997 | Kreysler et al. |
| 5736833 | April 7, 1998 | Farris |
| 5760569 | June 2, 1998 | Chase, Jr. |
| 5778326 | July 7, 1998 | Moroto et al. |
| 5790976 | August 4, 1998 | Boll et al. |
| 5892598 | April 6, 1999 | Asakawa et al. |
| 5916285 | June 29, 1999 | Alofs et al. |
| 5974136 | October 26, 1999 | Murai |
| 5998963 | December 7, 1999 | Aarseth |
| 6014597 | January 11, 2000 | Kochanneck |
| 6049745 | April 11, 2000 | Douglas et al. |
| 6067008 | May 23, 2000 | Smith |
| 6081205 | June 27, 2000 | Williams |
| 6085131 | July 4, 2000 | Kim |
| 6151539 | November 21, 2000 | Bergholz et al. |
| 6175789 | January 16, 2001 | Beckert et al. |
| 6225776 | May 1, 2001 | Chai |
| 6234932 | May 22, 2001 | Kuroda et al. |
| 6236333 | May 22, 2001 | King |
| 6252380 | June 26, 2001 | Koenck |
| 6301531 | October 9, 2001 | Pierro |
| 6307349 | October 23, 2001 | Koenck et al. |
| 6330497 | December 11, 2001 | Obradovich et al. |
| 6330499 | December 11, 2001 | Chou et al. |
| 6370475 | April 9, 2002 | Breed et al. |
| 6373380 | April 16, 2002 | Robertson et al. |
| 6416209 | July 9, 2002 | Abbott |
| 6434465 | August 13, 2002 | Schmitt et al. |
| 6456041 | September 24, 2002 | Terada et al. |
| 6466658 | October 15, 2002 | Schelberg, Jr. et al. |
| 6480767 | November 12, 2002 | Yamaguchi |
| 6487477 | November 26, 2002 | Woestmanm et al. |
| 6498454 | December 24, 2002 | Pinlam |
| 6511192 | January 28, 2003 | Henion |
| 6586866 | July 1, 2003 | Ikedo |
| 6614204 | September 2, 2003 | Pellegrino et al. |
| 6629024 | September 30, 2003 | Tabata |
| 6727809 | April 27, 2004 | Smith |
| 6741036 | May 25, 2004 | Ikedo |
| 6765495 | July 20, 2004 | Dunning et al. |
| 6789733 | September 14, 2004 | Terranova |
| 6794849 | September 21, 2004 | Mori et al. |
| 6850898 | February 1, 2005 | Murakami |
| 6915869 | July 12, 2005 | Botti |
| 6922629 | July 26, 2005 | Yoshikawa et al. |
| 6937140 | August 30, 2005 | Outslay |
| 6940254 | September 6, 2005 | Nagamine |
| 7013205 | March 14, 2006 | Hafner |
| 7039389 | May 2, 2006 | Johnson, Jr. |
| 7084781 | August 1, 2006 | Chuey |
| 7201384 | April 10, 2007 | Chaney |
| 7269416 | September 11, 2007 | Guthrie et al. |
| 7289611 | October 30, 2007 | Iggulden |
| 7376497 | May 20, 2008 | Chen |
| 7379541 | May 27, 2008 | Iggulden et al. |
| 7402978 | July 22, 2008 | Pryor |
| 7532965 | May 12, 2009 | Robillard |
| 7565396 | July 21, 2009 | Hoshina |
| 7630802 | December 8, 2009 | Breed |
| 7650210 | January 19, 2010 | Breed |
| 7674536 | March 9, 2010 | Chipchase |
| 7683771 | March 23, 2010 | Loeb |
| 7693609 | April 6, 2010 | Kressner et al. |
| 7698078 | April 13, 2010 | Kelty et al. |
| 7740092 | June 22, 2010 | Bender |
| 7751945 | July 6, 2010 | Obata |
| 7778746 | August 17, 2010 | McLeod |
| 7796052 | September 14, 2010 | Katz |
| 7850351 | December 14, 2010 | Pastrick et al. |
| 7869576 | January 11, 2011 | Rodkey et al. |
| 7885893 | February 8, 2011 | Alexander |
| 7949435 | May 24, 2011 | Pollack |
| 7956570 | June 7, 2011 | Lowenthal |
| 7979198 | July 12, 2011 | Kim et al. |
| 7986126 | July 26, 2011 | Bucci |
| 7991665 | August 2, 2011 | Hafner |
| 8006793 | August 30, 2011 | Heichal et al. |
| 8027843 | September 27, 2011 | Bodin et al. |
| 8036788 | October 11, 2011 | Breed |
| 8054048 | November 8, 2011 | Woody |
| 8072318 | December 6, 2011 | Lynam |
| 8103391 | January 24, 2012 | Ferro et al. |
| 8256553 | September 4, 2012 | De Paschoal |
| 8262268 | September 11, 2012 | Pastrick et al. |
| 8265816 | September 11, 2012 | LaFrance |
| 8266075 | September 11, 2012 | Ambrosio et al. |
| 8294420 | October 23, 2012 | Kocher |
| 8333492 | December 18, 2012 | Dingman et al. |
| 8336664 | December 25, 2012 | Wallace et al. |
| 8350526 | January 8, 2013 | Dyer et al. |
| 8366371 | February 5, 2013 | Maniscalco et al. |
| 8392065 | March 5, 2013 | Tolstedt |
| 8405347 | March 26, 2013 | Gale |
| 8482255 | July 9, 2013 | Crombez |
| 8483775 | July 9, 2013 | Buck et al. |
| 8483907 | July 9, 2013 | Tarte |
| 8490005 | July 16, 2013 | Tarte |
| 8508188 | August 13, 2013 | Murtha et al. |
| 8521599 | August 27, 2013 | Rivers, Jr. et al. |
| 8527135 | September 3, 2013 | Lowrey et al. |
| 8527146 | September 3, 2013 | Jackson |
| 8552686 | October 8, 2013 | Jung |
| 8569993 | October 29, 2013 | Wolfien |
| 8589019 | November 19, 2013 | Wallace et al. |
| 8624719 | January 7, 2014 | Klose |
| 8630741 | January 14, 2014 | Matsuoka et al. |
| 8635091 | January 21, 2014 | Amigo |
| 8643329 | February 4, 2014 | Prosser et al. |
| 8660734 | February 25, 2014 | Zhu et al. |
| 8686864 | April 1, 2014 | Hannon |
| 8694328 | April 8, 2014 | Gormley |
| 8706394 | April 22, 2014 | Trepagnier et al. |
| 8713121 | April 29, 2014 | Bain |
| 8717170 | May 6, 2014 | Juhasz |
| 8725551 | May 13, 2014 | Ambrosio et al. |
| 8751065 | June 10, 2014 | Kato |
| 8751271 | June 10, 2014 | Stefik et al. |
| 8760432 | June 24, 2014 | Jira et al. |
| 8799037 | August 5, 2014 | Stefik et al. |
| 8816845 | August 26, 2014 | Hoover et al. |
| 8818622 | August 26, 2014 | Bergholz et al. |
| 8818725 | August 26, 2014 | Ricci |
| 8819414 | August 26, 2014 | Bellur et al. |
| 8825222 | September 2, 2014 | Namburu et al. |
| 8836281 | September 16, 2014 | Ambrosio et al. |
| 9622159 | April 11, 2017 | Buttolo et al. |
| 20020064258 | May 30, 2002 | Schelberg et al. |
| 20020085043 | July 4, 2002 | Ribak |
| 20020133273 | September 19, 2002 | Lowrey et al. |
| 20030137277 | July 24, 2003 | Mori et al. |
| 20030153278 | August 14, 2003 | Johnson |
| 20030205619 | November 6, 2003 | Terranova et al. |
| 20030234325 | December 25, 2003 | Marino et al. |
| 20040046506 | March 11, 2004 | Mawai et al. |
| 20040064235 | April 1, 2004 | Cole |
| 20040092253 | May 13, 2004 | Simonds et al. |
| 20040093155 | May 13, 2004 | Simonds et al. |
| 20040265671 | December 30, 2004 | Chipchase et al. |
| 20050021190 | January 27, 2005 | Worrell et al. |
| 20050035741 | February 17, 2005 | Elder |
| 20050044245 | February 24, 2005 | Hoshina |
| 20050110460 | May 26, 2005 | Arai |
| 20050231119 | October 20, 2005 | Ito et al. |
| 20060125620 | June 15, 2006 | Smith et al. |
| 20060182241 | August 17, 2006 | Schelberg |
| 20060282381 | December 14, 2006 | Ritchie |
| 20060287783 | December 21, 2006 | Walker |
| 20070068714 | March 29, 2007 | Bender |
| 20070126395 | June 7, 2007 | Suchar |
| 20070282495 | December 6, 2007 | Kempton |
| 20080039979 | February 14, 2008 | Bridges et al. |
| 20080039989 | February 14, 2008 | Pollack et al. |
| 20080040129 | February 14, 2008 | Cauwels et al. |
| 20080040223 | February 14, 2008 | Bridges et al. |
| 20080040295 | February 14, 2008 | Kaplan et al. |
| 20080052145 | February 28, 2008 | Kaplan et al. |
| 20080086411 | April 10, 2008 | Olson et al. |
| 20080097904 | April 24, 2008 | Volchek |
| 20080155008 | June 26, 2008 | Stiles et al. |
| 20080180027 | July 31, 2008 | Matsushita et al. |
| 20080203973 | August 28, 2008 | Gale et al. |
| 20080228613 | September 18, 2008 | Alexander |
| 20080281663 | November 13, 2008 | Hakim |
| 20080294283 | November 27, 2008 | Ligrano |
| 20080312782 | December 18, 2008 | Berdichevsky |
| 20090011639 | January 8, 2009 | Ballard et al. |
| 20090021213 | January 22, 2009 | Johnson |
| 20090021385 | January 22, 2009 | Kelty et al. |
| 20090030712 | January 29, 2009 | Bogolea |
| 20090043519 | February 12, 2009 | Bridges et al. |
| 20090058355 | March 5, 2009 | Meyer |
| 20090066287 | March 12, 2009 | Pollack et al. |
| 20090076913 | March 19, 2009 | Morgan |
| 20090082957 | March 26, 2009 | Agassi et al. |
| 20090091291 | April 9, 2009 | Woody et al. |
| 20090092864 | April 9, 2009 | McLean |
| 20090144001 | June 4, 2009 | Leonard et al. |
| 20090157289 | June 18, 2009 | Graessley |
| 20090164473 | June 25, 2009 | Bauer |
| 20090174365 | July 9, 2009 | Lowenthal et al. |
| 20090174574 | July 9, 2009 | Endo |
| 20090177580 | July 9, 2009 | Lowenthal et al. |
| 20090210357 | August 20, 2009 | Pudar et al. |
| 20090287578 | November 19, 2009 | Paluszek |
| 20090304101 | December 10, 2009 | LoPorto |
| 20090312903 | December 17, 2009 | Hafner et al. |
| 20090313032 | December 17, 2009 | Hafner et al. |
| 20090313033 | December 17, 2009 | Hafner et al. |
| 20090313034 | December 17, 2009 | Ferro et al. |
| 20090313098 | December 17, 2009 | Hafner et al. |
| 20090313104 | December 17, 2009 | Hafner et al. |
| 20090313174 | December 17, 2009 | Hafner et al. |
| 20100013434 | January 21, 2010 | Taylor-Haw et al. |
| 20100017045 | January 21, 2010 | Nesler et al. |
| 20100017249 | January 21, 2010 | Fincham et al. |
| 20100037057 | February 11, 2010 | Shim |
| 20100049396 | February 25, 2010 | Ferro et al. |
| 20100049533 | February 25, 2010 | Ferro et al. |
| 20100049610 | February 25, 2010 | Ambrosio et al. |
| 20100049639 | February 25, 2010 | Ferro et al. |
| 20100049737 | February 25, 2010 | Ambrosio et al. |
| 20100057306 | March 4, 2010 | Ishii et al. |
| 20100112843 | May 6, 2010 | Heichal et al. |
| 20100141206 | June 10, 2010 | Agassi et al. |
| 20100161481 | June 24, 2010 | Littrell |
| 20100161482 | June 24, 2010 | Littrell |
| 20100169008 | July 1, 2010 | Niwa et al. |
| 20100198508 | August 5, 2010 | Tang |
| 20100198513 | August 5, 2010 | Zeng |
| 20100211340 | August 19, 2010 | Lowenthal et al. |
| 20100211643 | August 19, 2010 | Lowenthal et al. |
| 20100222939 | September 2, 2010 | Namburu |
| 20100268426 | October 21, 2010 | Pathak |
| 20100280956 | November 4, 2010 | Chutorash et al. |
| 20100304349 | December 2, 2010 | Kunin |
| 20110032110 | February 10, 2011 | Taguchi |
| 20110074350 | March 31, 2011 | Kocher |
| 20110074351 | March 31, 2011 | Bianco et al. |
| 20110077809 | March 31, 2011 | Leary |
| 20110106329 | May 5, 2011 | Donnelly et al. |
| 20110112969 | May 12, 2011 | Zaid et al. |
| 20110130885 | June 2, 2011 | Bowen et al. |
| 20110187521 | August 4, 2011 | Beruscha et al. |
| 20110191265 | August 4, 2011 | Lowenthal et al. |
| 20110193522 | August 11, 2011 | Uesugi |
| 20110202218 | August 18, 2011 | Yano |
| 20110246252 | October 6, 2011 | Uesugi |
| 20110279083 | November 17, 2011 | Asai |
| 20110309929 | December 22, 2011 | Myers |
| 20120013300 | January 19, 2012 | Prosser et al. |
| 20120019204 | January 26, 2012 | Matsuo |
| 20120025765 | February 2, 2012 | Frey et al. |
| 20120028680 | February 2, 2012 | Breed |
| 20120041624 | February 16, 2012 | Stewart et al. |
| 20120053754 | March 1, 2012 | Pease |
| 20120074903 | March 29, 2012 | Nakashima |
| 20120105197 | May 3, 2012 | Kobres |
| 20120123670 | May 17, 2012 | Uyeki |
| 20120136743 | May 31, 2012 | McQuade et al. |
| 20120136802 | May 31, 2012 | McQuade et al. |
| 20120158244 | June 21, 2012 | Talty et al. |
| 20120179323 | July 12, 2012 | Profitt-Brown et al. |
| 20120218128 | August 30, 2012 | Tieman et al. |
| 20120229056 | September 13, 2012 | Bergfjord |
| 20120229085 | September 13, 2012 | Lau |
| 20120232965 | September 13, 2012 | Rodriguez et al. |
| 20120233077 | September 13, 2012 | Tate et al. |
| 20120262002 | October 18, 2012 | Widmer et al. |
| 20120268068 | October 25, 2012 | Jung et al. |
| 20120268076 | October 25, 2012 | Danner |
| 20120268242 | October 25, 2012 | Tieman et al. |
| 20120280654 | November 8, 2012 | Kim |
| 20120296512 | November 22, 2012 | Lee et al. |
| 20120303397 | November 29, 2012 | Prosser |
| 20120306445 | December 6, 2012 | Park et al. |
| 20120310713 | December 6, 2012 | Mercuri et al. |
| 20120316671 | December 13, 2012 | Hammerslag et al. |
| 20130002876 | January 3, 2013 | Pastrick et al. |
| 20130020139 | January 24, 2013 | Kim et al. |
| 20130021162 | January 24, 2013 | DeBoer et al. |
| 20130037339 | February 14, 2013 | Hickox |
| 20130099892 | April 25, 2013 | Tucker et al. |
| 20130103236 | April 25, 2013 | Mehrgan |
| 20130110296 | May 2, 2013 | Khoo et al. |
| 20130110632 | May 2, 2013 | Theurer et al. |
| 20130110653 | May 2, 2013 | Rivers et al. |
| 20130127247 | May 23, 2013 | Oh et al. |
| 20130135093 | May 30, 2013 | Araki |
| 20130144520 | June 6, 2013 | Ricci |
| 20130145065 | June 6, 2013 | Ricci |
| 20130179057 | July 11, 2013 | Fisher et al. |
| 20130204466 | August 8, 2013 | Ricci |
| 20130241720 | September 19, 2013 | Ricci et al. |
| 20130253746 | September 26, 2013 | Choi et al. |
| 20130280018 | October 24, 2013 | Meirer et al. |
| 20130300554 | November 14, 2013 | Braden |
| 20130317693 | November 28, 2013 | Jefferies et al. |
| 20130317694 | November 28, 2013 | Merg et al. |
| 20130328387 | December 12, 2013 | Venkateswaran |
| 20130338820 | December 19, 2013 | Corbett et al. |
| 20130342363 | December 26, 2013 | Paek et al. |
| 20140002015 | January 2, 2014 | Tripathi et al. |
| 20140019280 | January 16, 2014 | Medeiros et al. |
| 20140021908 | January 23, 2014 | McCool |
| 20140042968 | February 13, 2014 | Hiroe |
| 20140047107 | February 13, 2014 | Maturana et al. |
| 20140066049 | March 6, 2014 | Cho et al. |
| 20140089016 | March 27, 2014 | Smullin et al. |
| 20140106726 | April 17, 2014 | Crosbie |
| 20140118107 | May 1, 2014 | Almomani |
| 20140120829 | May 1, 2014 | Bhamidipati et al. |
| 20140125355 | May 8, 2014 | Grant |
| 20140142783 | May 22, 2014 | Grimm et al. |
| 20140163771 | June 12, 2014 | Demeniuk |
| 20140163774 | June 12, 2014 | Demeniuk |
| 20140164559 | June 12, 2014 | Demeniuk |
| 20140172192 | June 19, 2014 | Kato |
| 20140172265 | June 19, 2014 | Funabashi |
| 20140172727 | June 19, 2014 | Abhyanker et al. |
| 20140179353 | June 26, 2014 | Simon |
| 20140200742 | July 17, 2014 | Mauti et al. |
| 20140203077 | July 24, 2014 | Gadh et al. |
| 20140207333 | July 24, 2014 | Vandivier et al. |
| 20140214261 | July 31, 2014 | Ramamoorthy et al. |
| 20140214321 | July 31, 2014 | Kawamata et al. |
| 20140218189 | August 7, 2014 | Fleming et al. |
| 20140232331 | August 21, 2014 | Stamenic et al. |
| 20140236414 | August 21, 2014 | Droz et al. |
| 20140236463 | August 21, 2014 | Zhang et al. |
| 20140253018 | September 11, 2014 | Kong et al. |
| 20140277936 | September 18, 2014 | El Dokor et al. |
| 20140278089 | September 18, 2014 | Gusikhin et al. |
| 20140300739 | October 9, 2014 | Mimar |
Type: Grant
Filed: Nov 10, 2020
Date of Patent: Jul 26, 2022
Patent Publication Number: 20210061111
Assignee: Emerging Automotive, LLC (Los Altos, CA)
Inventors: Angel A. Penilla (Sacramento, CA), Albert S. Penilla (Sunnyvale, CA)
Primary Examiner: Marthe Y Marc-Coleman
Application Number: 17/094,804
International Classification: B60L 53/14 (20190101); G05D 1/00 (20060101); G08G 1/16 (20060101); B62D 15/02 (20060101); B60W 30/06 (20060101); H04W 4/024 (20180101); G01C 21/34 (20060101); G01C 21/36 (20060101); G06Q 10/02 (20120101); G06Q 10/00 (20120101); G06Q 20/18 (20120101); G06Q 30/06 (20120101); G06Q 50/06 (20120101); G07F 15/00 (20060101); G06Q 30/02 (20120101); B60L 3/00 (20190101); B60L 53/80 (20190101); B60L 53/31 (20190101); B60L 53/65 (20190101); B60L 53/66 (20190101); B60L 50/60 (20190101); B60L 53/30 (20190101); B60L 53/68 (20190101); G01S 17/931 (20200101); B60L 58/12 (20190101); B60W 30/08 (20120101); B60W 30/09 (20120101); G01S 5/00 (20060101); G01S 13/931 (20200101); B60W 10/184 (20120101); B60W 10/20 (20060101); B60W 50/08 (20200101); B60W 50/16 (20200101); G05D 1/02 (20200101); G07C 5/00 (20060101); G07C 5/02 (20060101); B60W 50/14 (20200101); H04W 4/80 (20180101); H04W 84/12 (20090101);
