TECHNICAL FIELDThe illustrative embodiments generally relate to methods and apparatus for selective power enablement with predictive capability.
BACKGROUNDTraditional gasoline vehicles only have one mode of operation, the energy used to propel the vehicle stems from burning fossil fuel in an internal combustion engine. With the introduction of hybrid electric vehicles (HEVs), it became possible to harvest some of the energy losses of conventional gasoline vehicles, such as braking, and store that energy in an on-board battery. This energy could then be used to power the vehicle in conjunction with or in replacement of gasoline generated power. Typically, however, the somewhat restricted availability of capturable energy and the limited capacity of the on-board battery don't allow for extensive electrical propulsion.
Plug-in HEVs (PHEVs), however, often have much larger batteries and those batteries can be charged from the grid. These vehicles often come equipped with more powerful electric machinery as well, and it can be possible to drive them for long distances on electric power alone.
In many common applications, a PHEV will be in electric mode at low speeds and for the first part of the trip (e.g., until there is no more energy remaining). Typically, such an operation paradigm permits the user to ensure maximum electrical energy usage and minimal gasoline usage. Many hybrid users prefer to use the electric energy as much as possible, and this standard mode of operation provides such an experience.
While HEVs and PHEVs are becoming more prevalent, major cities are also getting more and more crowded with vehicles. When these are gasoline powered vehicles, this can lead to a deterioration in air quality in the city. To respond to this, London, for example, has introduced a “Congestion Charge Zone.” The city imposes a premium fee on drivers that drive within this charge zone. Currently, PHEV owners and other “green” vehicle drivers enjoy a discount on the charge, while gasoline drivers pay full fare. It is anticipated, however, that in the future these zones, or zones like these zones, will be designated as electric power only. In such a case, vehicles incapable of operating in these zones under electric power while in the zone may be denied entry entirely. PHEVs and other vehicles having both electric and gasoline modes, may be expected to operate under electric mode only while in these zones, or at least pay a premium if they do not.
SUMMARYIn a first illustrative embodiment, a computer implemented method includes examining a travel route to determine the presence of emission control zones along the route. The illustrative method further includes determining how much power will be required to operate a vehicle along the portions of the route within the emission control zones.
Also, this illustrative method includes preserving the determined amount of power required to operate the vehicle along the portions of the route within the emission control zones. Further, the method includes selectively activating a vehicle electric power mode using the preserved power while the vehicle is operating within the emission control zones.
In a second illustrative embodiment, a system includes a vehicle computing system operable to communicate with at least a remote server to obtain cloud based computing services and a remote system operable to receive information from and send information to the vehicle computing system. In this embodiment, the vehicle computing system is operable to determine a vehicle's geographic location. The vehicle computing system is further operable to compare the vehicle's geographic location to a list of emission control areas and determine if the vehicle's geographic location is within an emission control area. Also, the vehicle computing system is operable to instruct usage of an electricity power mode if the vehicle's geographic location is within an emission control area. Finally, the vehicle computing system is further operable to act to preserve sufficient power to allow a vehicle to operate in the electricity power mode during travel in all emission control areas along a known route.
In a third illustrative embodiment, a computer readable storage medium stores instructions that, when executed, cause a vehicle computing system to perform the method including examining a travel route to determine the presence of emission control zones along the route. The method additionally includes determining how much power will be required to operate a vehicle along the portions of the route within the emission control zones and preserving the determined amount of power required to operate the vehicle along the portions of the route within the emission control zones. The method further includes selectively activating a vehicle electric power mode using the preserved power while the vehicle is operating within the emission control zones.
BRIEF DESCRIPTION OF THE DRAWINGSFIG. 1 shows an illustrative example of a vehicle computing system;
FIG. 2 shows an illustrative example of a green zone driving system;
FIG. 3 shows an illustrative example of a process for implementing green zone power management strategies over a route;
FIG. 4 shows an illustrative example of a process for obtaining route information when the user has not input a particular route;
FIG. 5 shows one illustrative example of a prediction process; and
FIG. 6 shows an illustrative example of a power requirement calculation.
DETAILED DESCRIPTIONAs required, detailed embodiments of the present invention are disclosed herein; however, it is to be understood that the disclosed embodiments are merely exemplary of the invention that may be embodied in various and alternative forms. The figures are not necessarily to scale; some features may be exaggerated or minimized to show details of particular components. Therefore, specific structural and functional details disclosed herein are not to be interpreted as limiting, but merely as a representative basis for teaching one skilled in the art to variously employ the present invention.
FIG. 1 illustrates an example block topology for a vehicle based computing system1 (VCS) for avehicle31. An example of such a vehicle-basedcomputing system1 is the SYNC system manufactured by THE FORD MOTOR COMPANY. A vehicle enabled with a vehicle-based computing system may contain a visual front end interface4 located in the vehicle. The user may also be able to interact with the interface if it is provided, for example, with a touch sensitive screen. In another illustrative embodiment, the interaction occurs through, button presses, audible speech and speech synthesis.
In theillustrative embodiment1 shown inFIG. 1, aprocessor3 controls at least some portion of the operation of the vehicle-based computing system. Provided within the vehicle, the processor allows onboard processing of commands and routines. Further, the processor is connected to both non-persistent5 andpersistent storage7. In this illustrative embodiment, the non-persistent storage is random access memory (RAM) and the persistent storage is a hard disk drive (HDD) or flash memory.
The processor is also provided with a number of different inputs allowing the user to interface with the processor. In this illustrative embodiment, amicrophone29, an auxiliary input25 (for input33), aUSB input23, aGPS input24 and a BLUETOOTHinput15 are all provided. Aninput selector51 is also provided, to allow a user to swap between various inputs. Input to both the microphone and the auxiliary connector is converted from analog to digital by aconverter27 before being passed to the processor. Although not shown, numerous of the vehicle components and auxiliary components in communication with the VCS may use a vehicle network (such as, but not limited to, a CAN bus) to pass data to and from the VCS (or components thereof).
Outputs to the system can include, but are not limited to, a visual display4 and aspeaker13 or stereo system output. The speaker is connected to anamplifier11 and receives its signal from theprocessor3 through a digital-to-analog converter9. Output can also be made to a remote BLUETOOTH device such asPND54 or a USB device such asvehicle navigation device60 along the bi-directional data streams shown at19 and21 respectively.
In one illustrative embodiment, thesystem1 uses the BLUETOOTHtransceiver15 to communicate17 with a user's nomadic device53 (e.g., cell phone, smart phone, PDA, or any other device having wireless remote network connectivity). The nomadic device can then be used to communicate59 with anetwork61 outside thevehicle31 through, for example,communication55 with acellular tower57. In some embodiments,tower57 may be a WiFi access point.
Exemplary communication between the nomadic device and the BLUETOOTH transceiver is represented bysignal14.
Pairing anomadic device53 and theBLUETOOTH transceiver15 can be instructed through abutton52 or similar input. Accordingly, the CPU is instructed that the onboard BLUETOOTH transceiver will be paired with a BLUETOOTH transceiver in a nomadic device.
Data may be communicated betweenCPU3 andnetwork61 utilizing, for example, a data-plan, data over voice, or DTMF tones associated withnomadic device53. Alternatively, it may be desirable to include anonboard modem63 havingantenna18 in order to communicate16 data betweenCPU3 andnetwork61 over the voice band. Thenomadic device53 can then be used to communicate59 with anetwork61 outside thevehicle31 through, for example,communication55 with acellular tower57. In some embodiments, themodem63 may establishcommunication20 with thetower57 for communicating withnetwork61. As a non-limiting example,modem63 may be a USB cellular modem andcommunication20 may be cellular communication.
In one illustrative embodiment, the processor is provided with an operating system including an API to communicate with modem application software. The modem application software may access an embedded module or firmware on the BLUETOOTH transceiver to complete wireless communication with a remote BLUETOOTH transceiver (such as that found in a nomadic device). Bluetooth is a subset of the IEEE 802 PAN (personal area network) protocols. IEEE 802 LAN (local area network) protocols include WiFi and have considerable cross-functionality with IEEE 802 PAN. Both are suitable for wireless communication within a vehicle. Another communication means that can be used in this realm is free-space optical communication (such as IrDA) and non-standardized consumer IR protocols.
In another embodiment,nomadic device53 includes a modem for voice band or broadband data communication. In the data-over-voice embodiment, a technique known as frequency division multiplexing may be implemented when the owner of the nomadic device can talk over the device while data is being transferred. At other times, when the owner is not using the device, the data transfer can use the whole bandwidth (300 Hz to 3.4 kHz in one example). While frequency division multiplexing may be common for analog cellular communication between the vehicle and the internet, and is still used, it has been largely replaced by hybrids of with Code Domian Multiple Access (CDMA), Time Domain Multiple Access (TDMA), Space-Domian Multiple Access (SDMA) for digital cellular communication. These are all ITU IMT-2000 (3G) compliant standards and offer data rates up to 2 mbs for stationary or walking users and 385 kbs for users in a moving vehicle. 3G standards are now being replaced by IMT-Advanced (4G) which offers 100 mbs for users in a vehicle and 1 gbs for stationary users.
If the user has a data-plan associated with the nomadic device, it is possible that the data-plan allows for broad-band transmission and the system could use a much wider bandwidth (speeding up data transfer). In still another embodiment,nomadic device53 is replaced with a cellular communication device (not shown) that is installed tovehicle31. In yet another embodiment, theND53 may be a wireless local area network (LAN) device capable of communication over, for example (and without limitation), an 802.11g network (i.e., WiFi) or a WiMax network.
In one embodiment, incoming data can be passed through the nomadic device via a data-over-voice or data-plan, through the onboard BLUETOOTH transceiver and into the vehicle'sinternal processor3. In the case of certain temporary data, for example, the data can be stored on the HDD orother storage media7 until such time as the data is no longer needed.
Additional sources that may interface with the vehicle include apersonal navigation device54, having, for example, aUSB connection56 and/or anantenna58, avehicle navigation device60 having aUSB62 or other connection, anonboard GPS device24, or remote navigation system (not shown) having connectivity to network61. USB is one of a class of serial networking protocols. IEEE 1394 (firewire), EIA (Electronics Industry Association) serial protocols, IEEE 1284 (Centronics Port), S/PDIF (Sony/Philips Digital Interconnect Format) and USB-IF (USB Implementers Forum) form the backbone of the device-device serial standards. Most of the protocols can be implemented for either electrical or optical communication.
Further, the CPU could be in communication with a variety of otherauxiliary devices65. These devices can be connected through awireless67 or wired69 connection.Auxiliary device65 may include, but are not limited to, personal media players, wireless health devices, portable computers, and the like.
Also, or alternatively, the CPU could be connected to a vehicle basedwireless router73, using for example aWiFi71 transceiver. This could allow the CPU to connect to remote networks in range of thelocal router73.
In addition to having exemplary processes executed by a vehicle computing system located in a vehicle, in certain embodiments, the exemplary processes may be executed by a computing system in communication with a vehicle computing system. Such a system may include, but is not limited to, a wireless device (e.g., and without limitation, a mobile phone) or a remote computing system (e.g., and without limitation, a server) connected through the wireless device. Collectively, such systems may be referred to as vehicle associated computing systems (VACS). In certain embodiments particular components of the VACS may perform particular portions of a process depending on the particular implementation of the system. By way of example and not limitation, if a process has a step of sending or receiving information with a paired wireless device, then it is likely that the wireless device is not performing the process, since the wireless device would not “send and receive” information with itself. One of ordinary skill in the art will understand when it is inappropriate to apply a particular VACS to a given solution. In all solutions, it is contemplated that at least the vehicle computing system (VCS) located within the vehicle itself is capable of performing the exemplary processes.
A vehicle may be equipped with a green zone driving system as described with respect to various of the illustrative embodiments. While the embodiments disclosed herein are provided to show non-limiting examples, they are intended for illustrative purposes, and do not limit the scope of the invention thereto.
The driving system may encompass a database or other data warehouse of green zone definitions. These green zones can correlate to government designated zones, or a user can choose to designate zones of his own. For example, the user could elect not to run on gasoline when in his neighborhood or when near a park. It could even be possible to simply store an instruction as a user preference, such as, but not limited to “when within two blocks of a park, use electric power until no longer within that proximity.” Such preferences could allow for dynamic green zones based on the user instructions. A database of parks (assuming the data is not included with the map data) could be cross referenced with a given route to determine “dynamic” zones along the route, once a route was known. Once encountered, the zone could be added to the database as a defined zone, or, if the computing cost of lookup is low, the data could be dynamically accessed each time.
Driver preferred zones can be set, for example, using a vehicle human machine interface (HMI) or online and then uploaded to the database (which may be located on a server in the cloud or on the vehicle's computing system).
In these illustrative examples, the system will monitor the position of the vehicle and determine if the vehicle is within a green zone. If the vehicle enters (or starts a trip inside of) a green zone, the system may instruct the use of electric power if possible.
In at least one illustrative example, the system monitors and is aware of both the capabilities of the vehicle (received, for example, without limitation, from a battery management system) and the current route (received, for example, without limitation, from a navigation system). Accordingly, the system has the capability of determining how much power is needed for the planned green zone driving, and a reasonable chance of the vehicle being able to complete all green zone driving with the current power charge. If the vehicle is projected not to be able to complete the trip, the system can warn the driver.
In at least one embodiment, the system can analyze a route, determine how much power is required to complete all the green zone driving on the route, and even recommend or implement a power management strategy to conserve or even accrue power so that all green zone driving can be completed using electric power.
FIG. 2 shows an illustrative example of a green zone driving system. In this embodiment, a global positioning system (GPS)201 provides information relating to the vehicle's current location. The GPS, in this embodiment can provide the data to apresence detector203. The presence detector uses the GPS information to determine the present geographic location of the vehicle.
Information obtained and/or determined by the presence detector can be compared to data from aNavigation System213 to determine where, on a current route, the vehicle lies. Since the route, in this example, is known, knowing the vehicle's current location provides the capacity to know where the vehicle is on the route.
Information from the presence detector also can be compared to information from agreen zone database205. This will allow the system to determine if the vehicle is presently within a green zone. If the vehicle is within a green zone, the presence detector can notify theoperating mode decider207. The operating mode decider can then elect to put the vehicle into an electric mode (with or without informing the driver, depending on system configuration).
The operating mode decider may also communicate with anenergy management system217 to instruct a particular mode of operation. Additionally, in this example, the operating mode decider may communicate with abattery management module215 so that the decider is aware of current battery capacity. If the battery is empty or low, the system will have to determine if switching to electric power is appropriate.
While in a green zone, for example, and running on electric power, anelectric capacity determiner209 may have to determine if there is a risk of the vehicle not being able to exit the green zone before running out of stored electric energy. It can use data from at least the navigation system, the database and the battery management module to aid in this determination. If the possibility of running out of electric power exists, the operating mode manager may be notified.
Additionally or alternatively, the driver may be notified of a low power state (by, for example, without limitation, the electric capacity determiner). The driver may be notified via theHMI211, and the system may re-route the vehicle to help get it out of the green zone before the power runs out.
Also, in this embodiment, a system such as the electric capacity determiner may be able to instruct or suggest operation of the vehicle in a power preservation state, which may help preserve enough power to get the driver clear of the green zone while still running on electricity. This state may include, but is not limited to, limiting use of HVAC systems and radio, limited acceleration and speed capabilities, etc. Any techniques that preserve power for use in moving the vehicle may be employed.
In at least one embodiment, a vehicle may be equipped with a communication capability that allows it to access at least one remote information source. This information source (such as a remote server or the Internet) may be used to provide updated data on mandated or recommended green zones. It may even be possible for a user to “subscribe” to a website that provides advisable green zone locations (e.g., without limitation, schools, parks, neighborhoods, etc.).
FIG. 3 shows an illustrative example of a process for implementing green zone power management strategies over a route. In this illustrative embodiment, the process first obtains aroute301. In one example the route is user input, but in another example, the route may be predictively determined. Predictive route determination is discussed in more detail with respect toFIGS. 4 and 5.
Next, the process accesses a green zone database orother data store303. This will allow the process to utilize government or user-defined green zones when managing power. If there are no green zones along thepresent route305, the process can use a standard power management strategy and continue along.
If there are green zones along a route, the process can estimate the power required to travel in the green zones. This process is described in more detail with respect toFIG. 6. If the vehicle has sufficient power to travel in all the green zones along aroute321, then the needed amount of power may be preserved319 until a green zone is reached317.
Once the green zone is reached, power management can engage anelectric power system315. This power can be used until the green zone travel is completed313. If the green zone just completed was the last green zone on atrip311, the system can return to a conventional power management strategy. If additional green zones remain, the process can check to see if there is sufficient power remaining to travel in the remaininggreen zones309,321.
If there is ever insufficient power to travel in agreen zone321, the process can warn thedriver323, and possibly suggest a new route. If there exists the capacity to store or preserve enough power between a present location and a green zone, such that travel is possible325, the system may enter a conservation/power accrual mode327.
If there will be insufficient power, the system may ask if the driver would like to select anew route329. If the driver does not want a new route, the system may act to preserve as much power as possible, or as the driver will allow it to. If the driver desires a new route, the system may find the shortest route that only travels in green zones for an amount of possibleelectric drive time333.
This is just one example of a process for power management, but it shows that a system can predictively determine a power requirement for travel along portions of a trip, and then implement a strategy to attempt to ensure that sufficient power remains for travel using that power then the portion of the trip for which power is preserved is reached.
FIG. 4 shows an illustrative example of a process for obtaining route information when the user has not input a particular route. In this illustrative example, a predictive process is used. The predictive process considers one or more factors relating to a current state of the user (e.g., without limitation, time of day, present location, etc.). Based at least in part on information congruencies relating to the considered factors, the system may attempt to predict or guess where the user intends to travel.
First, the process checks to see if a route has been user-input401. If the user has input a route, no prediction is necessary, so the process can simply use theinput route403.
If there is no input route, however, the process may attempt to predict aroute405. Since the process may not actually know definitively where the user is headed, provided that the prediction attempt gives aresult407, the process may confirm a predicteddestination409. If the user concurs411, the process can use a route to the predicted destination as a route to be traveled413. If the user does not concur, the process can try predicting again, eliminating the first prediction from the set of possible destinations.
In at least one illustrative example, data recorders may log usage of a vehicle. While logging usage, they may also record times, weather data, other environmental data, dates of travel, etc. When sufficient data on a particular vehicle is gathered, predictive routing may be implemented.FIG. 5 shows one illustrative example of a prediction process.
In the example shown inFIG. 5, one or more pieces of driver data stored in a database are accessed501. As noted, this data may have been gathered over the time, and stored with respect to a vehicle or even a particular driver.
Element503 ofFIG. 5 shows some illustrative non-limiting examples of factors that may be considered in determining a likely route. In this example, the process checks to see if a current time is known511, if so, the process will factor time into the prediction513, by, for example, determining where the driver or vehicle usually travels at the known time. Also, in this example, the process checks to see if a vehicle location is known515. If the location is known, the process may consider location in aprediction517. For example, if it is 6 AM and the location is the user's house, and it is a weekday, there is a reasonable chance the vehicle may be going to work, school, etc. Other factors not shown may also be considered.
In one example of other factors, it is common that people do not always go to the same locations on, for example, weekends. But, if someone commonly heads to the movies on Sunday whenever it is raining, then entering the vehicle on a Sunday afternoon while it is raining may cause a prediction that the vehicle is headed to the movies. By considering a variety of geographic, temporal and/or environmental factors, suitable predictions of destinations can be made505. Also, this allows a user to utilize systems such as the present invention's capabilities without requiring the user to input a destination every time a vehicle is used.
FIG. 6 shows an illustrative example of a power requirement calculation. In this illustrative example, a process has determined a route has one or more green zones thereon305. Then, the process accesses one or more data sets to determine likely power usage.
In this example, the process accesses a vehicle data set601. Vehicle data may include, but is not limited to MPGe (a standard for measuring electric power efficiency), tire pressure, battery charge, regenerative systems, map data, expanded map data (curvature, inclinations, altitude, etc.), etc. The process can use this data to calculate a baseline for likely power consumption, as well as factor in any vehicle anomalies that may increase power consumption.
Also, driver data may be considered603. The vehicle may have, over time, stored data relating to how a particular driver operates a vehicle. If the driver is known, the vehicle can determine how much power a particular driver may used based on past driving observations.
Traffic data (such as that from a remote, real time source) may also be considered605. Since congestion can cause extended travel time and power usage, it may be useful to know current traffic patterns in upcoming green zones.
Weather data may additionally be considered. In some cases, electric cars are less efficient at certain temperatures, and it may be useful to know if the temperature in a green zone will cause accelerated power consumption or loss of efficiency. Once all suitable data has been considered, the results can be aggregated and a prediction of power consumption for travel can be obtained.
While exemplary embodiments are described above, it is not intended that these embodiments describe all possible forms of the invention. Rather, the words used in the specification are words of description rather than limitation, and it is understood that various changes may be made without departing from the spirit and scope of the invention. Additionally, the features of various implementing embodiments may be combined to form further embodiments of the invention.