US20130261939A1 - Method and apparatus for matching vehicle ecu programming to current vehicle operating conditions - Google Patents
Method and apparatus for matching vehicle ecu programming to current vehicle operating conditions Download PDFInfo
- Publication number
- US20130261939A1 US20130261939A1 US13/854,916 US201313854916A US2013261939A1 US 20130261939 A1 US20130261939 A1 US 20130261939A1 US 201313854916 A US201313854916 A US 201313854916A US 2013261939 A1 US2013261939 A1 US 2013261939A1
- Authority
- US
- United States
- Prior art keywords
- vehicle
- data
- driver
- performance
- ecu
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Abandoned
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F17/00—Digital computing or data processing equipment or methods, specially adapted for specific functions
-
- F—MECHANICAL ENGINEERING; LIGHTING; HEATING; WEAPONS; BLASTING
- F02—COMBUSTION ENGINES; HOT-GAS OR COMBUSTION-PRODUCT ENGINE PLANTS
- F02D—CONTROLLING COMBUSTION ENGINES
- F02D29/00—Controlling engines, such controlling being peculiar to the devices driven thereby, the devices being other than parts or accessories essential to engine operation, e.g. controlling of engines by signals external thereto
- F02D29/02—Controlling engines, such controlling being peculiar to the devices driven thereby, the devices being other than parts or accessories essential to engine operation, e.g. controlling of engines by signals external thereto peculiar to engines driving vehicles; peculiar to engines driving variable pitch propellers
-
- F—MECHANICAL ENGINEERING; LIGHTING; HEATING; WEAPONS; BLASTING
- F02—COMBUSTION ENGINES; HOT-GAS OR COMBUSTION-PRODUCT ENGINE PLANTS
- F02D—CONTROLLING COMBUSTION ENGINES
- F02D41/00—Electrical control of supply of combustible mixture or its constituents
- F02D41/24—Electrical control of supply of combustible mixture or its constituents characterised by the use of digital means
- F02D41/2406—Electrical control of supply of combustible mixture or its constituents characterised by the use of digital means using essentially read only memories
- F02D41/2425—Particular ways of programming the data
- F02D41/2487—Methods for rewriting
-
- F—MECHANICAL ENGINEERING; LIGHTING; HEATING; WEAPONS; BLASTING
- F02—COMBUSTION ENGINES; HOT-GAS OR COMBUSTION-PRODUCT ENGINE PLANTS
- F02D—CONTROLLING COMBUSTION ENGINES
- F02D41/00—Electrical control of supply of combustible mixture or its constituents
- F02D41/24—Electrical control of supply of combustible mixture or its constituents characterised by the use of digital means
- F02D41/26—Electrical control of supply of combustible mixture or its constituents characterised by the use of digital means using computer, e.g. microprocessor
-
- F—MECHANICAL ENGINEERING; LIGHTING; HEATING; WEAPONS; BLASTING
- F02—COMBUSTION ENGINES; HOT-GAS OR COMBUSTION-PRODUCT ENGINE PLANTS
- F02D—CONTROLLING COMBUSTION ENGINES
- F02D2200/00—Input parameters for engine control
- F02D2200/02—Input parameters for engine control the parameters being related to the engine
-
- F—MECHANICAL ENGINEERING; LIGHTING; HEATING; WEAPONS; BLASTING
- F02—COMBUSTION ENGINES; HOT-GAS OR COMBUSTION-PRODUCT ENGINE PLANTS
- F02D—CONTROLLING COMBUSTION ENGINES
- F02D2200/00—Input parameters for engine control
- F02D2200/50—Input parameters for engine control said parameters being related to the vehicle or its components
-
- F—MECHANICAL ENGINEERING; LIGHTING; HEATING; WEAPONS; BLASTING
- F02—COMBUSTION ENGINES; HOT-GAS OR COMBUSTION-PRODUCT ENGINE PLANTS
- F02D—CONTROLLING COMBUSTION ENGINES
- F02D2200/00—Input parameters for engine control
- F02D2200/70—Input parameters for engine control said parameters being related to the vehicle exterior
Definitions
- Modern vehicles are often equipped with sophisticated controllers that enable vehicle performance characteristics to be optimized for specific needs.
- An engine manufacturer may use different programming to logic to vary the engine performance characteristics, including horsepower delivered, according to the needs of a specific customer or class of customers. For example, trucks sold for use in over the road trucking, operating for most of their service life on highways, require different performance characteristics than similar trucks operating for most of their service life on city streets in stop-and-go traffic.
- a fuel map refers to a set of programming instructions that can be input into an engine control unit (an ECU) to modify performance characteristics of an engine.
- fuel map refers to a specific program (i.e., a set of machine instructions) used by an engine control unit (ECU) to determine how to respond to various sensor inputs (i.e., changes in driving conditions).
- the ECU generally responds to changing inputs by changing at least one of the following parameters: fuel flow rate, spark timing, and idle speed.
- Changing the fuel map i.e., the instruction set used by the ECU
- Manufacturers generally select a fuel map to provide satisfactory vehicle performance over a wide range of conditions.
- ECU programming instructions sets can be used to modify other performance characteristics, such as maximum road speed, maximum RMP, maximum idle time, etc.
- modification of such programming instructions sets requires a replacement instruction set, a hardware interface to be coupled to a vehicle data port (enabling the instruction set to be sent to the appropriate ECU), and a software interface or software application to manage the replacement.
- Some third party vendors sells kits enabling vehicle owners to perform their own ECU reprograming using a laptop and a custom hardware interface, programming set, and software application (generally the hardware interface, programming set, and software application are sold together as a kit). Otherwise, vehicle operators need to bring their vehicle to a mechanic to have such ECU reprograming performed.
- Fuel mapping and other performance related instructions set may lead to more cost efficient operations.
- One aspect of the novel concepts presented herein is a method of enabling vehicle operators to more readily implement ECU reprograming, so that the operator can tailor their vehicle's current ECU programing to current operational requirements, which may be different than the operational characteristics selected by the manufacturer when initially programming the vehicle ECU (or ECUs) with specific instruction sets, such as fuel maps.
- a controller monitors the current operational characteristics of the vehicle, determines the current ECU programming, and determines if a different programming set would be better suited to the current operating conditions. In the event that the current programming set should be replaced, the controller implements the ECU reprogramming. In at least one embodiment, that controller is at the vehicle, while in at least one other embodiment the controller is part of a remote computing system logically connected to the vehicle via a wireless data link.
- vehicle operational data includes, but is not limited to; vehicle speed, vehicle location, engine RPMs, engine load, vehicle mass, engine temperature, coolant temperature, engine oil temperature, brake temperature, tire pressure, tire temperature, and fuel use, noting that such parameters are exemplary and not limiting
- vehicle operational data includes, but is not limited to; vehicle speed, vehicle location, engine RPMs, engine load, vehicle mass, engine temperature, coolant temperature, engine oil temperature, brake temperature, tire pressure, tire temperature, and fuel use, noting that such parameters are exemplary and not limiting
- real-time as used herein and the claims that follow is not intended to imply the data is analyzed or transmitted instantaneously, rather the data is collected over a relatively short period of time (over a period of seconds or minutes), and analyzed (or transmitted to the remote computing device on an ongoing basis and analyzed) in a compressed time frame, as opposed to storing the data at the vehicle or remotely for an extended period of time (hour or days) before analysis.
- the vehicle is equipped with a position sensor, such as a Global Position System (GPS) device.
- GPS Global Position System
- a controller either part of the GPS device or another controller at the vehicle uses GPS derived slope data to determine a vehicle's mass, and then uses the vehicle mass data to determine if the current vehicle ECU programming is appropriate. For example, a vehicle operating with a relatively light load may be operated more efficiently using a first set of ECU programming (i.e., a first fuel map), whereas a vehicle operating with a relatively heavy load may be operated more efficiently using a second set of ECU programming (i.e., a second fuel map).
- Using vehicle mass determined while the vehicle is operating based on GPS derived slope data represents one input that can be used to determine if current ECU programming is appropriate. In the event that the current programming set should be replaced, the controller implements the ECU reprogramming.
- GPS systems calculate velocity in three components (X, Y, Z or N/S, E/W, and Up/Down) based on a Doppler shift of the GPS satellite signals.
- Scalar speeds can then be calculated from those three components. For example, absolute speed or actual vehicle speed can be determined, as well as ground speed based on the shortest distance between two points (i.e., based on distance as the crow flies).
- Horizontal ground speed (V HGS ) can be calculated using the Pythagorean Theorem. To calculate a grade (G) the vehicle is traveling over (as a percentage), one can take the Z/Up magnitude and divide it by the horizontal ground speed.
- Replacing Z, x and y with directional vectors (such as Up for Z, West for x and North for y, recognizing that such directional vectors are exemplary, and may change based on the actual GPS data collected from the vehicle) enables one to calculate slope.
- the slope data is then used to determine the mass of the vehicle at that time.
- Pervious techniques to calculate mass use torque output, engine RPMs, and vehicle velocity to calculate a vehicle's mass or weight, but did not factor in slope, and thus are not accurate over routes including variable slopes (which most routes include).
- An improved mass metric (by including the GPS derived slope data in a mass calculation) enables a more accurate vehicle weight to be provided.
- vehicle mass using GPS derived slope data can be performed a plurality of times during a specific vehicle trip, and changes in the vehicle mass over time (due to partial unloading or fuel consumption) could trigger additional ECU reprogramming.
- vehicle load data entered into an input device by a driver of the vehicle.
- vehicle load data can be based on a vehicle weight provided by a scale, or can be made available on shipping documentation provided to the driver when picking up a load, or can be provided to the driver via a communication from a dispatcher, agent or customer having access to the data defining the load being picked up by the vehicle.
- the driver will use an input device to provide the vehicle load data to the controller, which then uses the vehicle load data to determine if the current vehicle ECU programming is appropriate.
- using a different fuel map may result in more efficient vehicle operation when a fuel map is correlated to the actual load of the vehicle.
- the controller will compare the current ECU programming to the loaded state of the vehicle and available ECU programming sets, and in the event that the current programming set should be replaced, the controller implements the ECU reprogramming.
- Still another input that can be used by the controller monitoring the current vehicle ECU programming is vehicle load data entered into an input device by a dispatcher or agent at a location remote from the vehicle.
- the controller needs to be coupled to the remote input via a wireless data link, so that vehicle load data input from a remote site can be conveyed to the controller at the vehicle.
- a GSM or other type of cellular modem can be employed as such a data link (noting that such a data link is exemplary, and not limiting, and other wireless data links, including satellite based data links, can also be employed).
- Such remotely input vehicle load data can be based on information provided to a dispatcher or broker coordinating transportation of a load by the vehicle in question.
- the controller uses the remotely input vehicle load data to determine if the current vehicle ECU programming is appropriate, generally as discussed above.
- Still another input that can be used by the controller monitoring the current vehicle ECU programming is vehicle routing data.
- a vehicle route is known in advance, an analysis of the route can be performed to optimize ECU programming parameters based on the route characteristics. For example, where a first portion of the route involves mountainous terrain, and a second portion of the route involves relatively flat terrain, a first set of ECU programming may provide more efficient vehicle operation for the first portion of the route, while a second set of ECU programming may provide more efficient vehicle operation for the second portion of the route.
- the analysis of the route and the selected ECU programming parameters may be based on empirical data collected during previous trips over the same route, or may be based on knowledge about the terrain, or combinations thereof.
- a carrier may vary ECU parameters on different trips while collecting empirical data, so the most efficient ECU parameters can be determined, and used for future trips.
- the controller at the vehicle tasked with ECU reprogramming can use ECU programming assigned to specific portions of the route, and GPS data collected during operation of the vehicle, to vary the ECU parameters based on the location of the vehicle.
- the controller at the vehicle that monitors ECU programming states is logically coupled to a GPS device (or other position sensing system) in the vehicle, such that the controller changes the ECU programming based on the GPS location of the vehicle.
- Predefined ECU programming parameters can be assigned to downhill segments, to uphill segments, to specific altitudes, to relatively flat terrain, and to route segments where speed and heading may remain constant for extended periods (such as long stretches of highway).
- the controller determining which ECU programming parameters are appropriate for a vehicle based on current operational data inputs can also use other types of data input, such as ambient temperature, time, and date.
- data input such as ambient temperature, time, and date.
- empirical data or user knowledge might indicate that a first set of ECU programming may lead to more efficient vehicle operation when the ambient temperature is relatively low, while a second set of ECU programming may lead to more efficient vehicle operation when the ambient temperature is relatively high.
- the ambient temperature can be measured by a sensor in the vehicle, or the ambient temperature can be estimated remotely and conveyed to the vehicle (such as by a weather reporting/predicting service).
- empirical data or user knowledge might indicate that a first set of ECU programming may lead to more efficient vehicle operation during nighttime vehicle operation, while a second set of ECU programming may lead to more efficient vehicle operation during daylight vehicle operation.
- Daylight/nighttime conditions can be determined remotely and conveyed to the vehicle, or can be measured at the vehicle using light sensors and/or clocks.
- empirical data or user knowledge might indicate that a first set of ECU programming may lead to more efficient vehicle operation during a first season (i.e., summer, fall, winter, spring), while a second set of ECU programming may lead to more efficient vehicle operation during a different season.
- the current season can be determined remotely and conveyed to the vehicle, or can be measured at the vehicle using a clock/calendar function.
- Other operational data that can be used as an input for the controller tasked with reprogramming the vehicle ECU to enhance vehicle efficiency includes engine load (a parameter based in part on vehicle weight and engine RPMs), engine RPMs, engine oil temperature, engine coolant temperature, vehicle speed, transmission gear selection, vehicle weight, cruise control status, accessory device status (such as the use of supplementary cooling fans or power take off units).
- engine load a parameter based in part on vehicle weight and engine RPMs
- engine RPMs engine oil temperature
- engine coolant temperature engine speed
- transmission gear selection vehicle speed
- vehicle weight cruise control status
- accessory device status such as the use of supplementary cooling fans or power take off units.
- Different combinations and permeations of such inputs may change the optimal ECU programming selected by the controller.
- the assignment of optimal ECU programming sets to specific combinations of operation data inputs can be based on empirical data or user knowledge, as well as combinations thereof.
- a power take off unit is used when the engine in the vehicle is not being used to generate horsepower to move the vehicle over the road, but rather to generate horsepower to be used by a mechanical or hydraulic accessory, or to generate electricity to drive an electrically energized accessory.
- Lift buckets, ladders, hoists are exemplary but not limiting types of accessory units associated with a power take off unit. Often the power required by such accessory units is much less than required for over the road operation, and such accessory components may be used for extended periods of time.
- PTO unit use may not trigger the same emission control requirements, such that it may be possible to bypass emission control systems during PTO, generally for enhanced fuel economy.
- fuel maps have been discussed above as a parameter that can be modified by ECU reprogramming, it should be understood that other parameters can also be modified in accord with the concepts disclosed herein.
- ECU parameters controlling vehicle shifting patterns can be similarly modified.
- Different operational input conditions can result in changes to one or more ECU parameters, including but not limited to fuel maps and shift patterns.
- ECU programming changes can be done during vehicle operation.
- a driver interface component is used to alert the driver that an ECU programming change is required, and the driver will be trained to respond to such an alert by pulling over at a safe location to shut down the vehicle (or idle the vehicle) while the programming change is carried out.
- ECU programming changes are performed during active vehicle operation, vehicle shut done, or vehicle idle will sometimes be based on operator policy (some operators may demand such changes be done at idle or while the vehicle is shut down for safety reasons), and will sometimes be based on the design parameters of the specific ECU being reprogrammed.
- the ECU reprogramming is related to a vehicle speed limiter.
- a driver or dispatcher can convey a command to the controller at the vehicle managing the ECU reprogramming to instruct a change in the speed limiter settings.
- the driver or dispatcher, via a remote data link
- the controller can instruct the controller to initiate such a change. For example, when a vehicle operating in the US enters Canada, failing to change the speed limiting settings can lead to a fine. Providing an owner/operator or driver with the ability to correct or change the settings when needed will aid in compliance, and reduce liability for drivers.
- the driver will have the ability to make an ECU programming regarding speed limit settings by inputting a command in an input device in the vehicle, where the input device is coupled to the controller at the vehicle.
- a third party can remotely access the controller that is able to effect an ECU programming, and will effect such a programming change when requested to do so by a driver or dispatcher (the term dispatcher being intended to encompass any individual authorized to request such a change on behalf of the operator of a vehicle, regardless of their actual title or job duty).
- the third party offers telematics services to the vehicle operator, such as GPS data collection and storage.
- FIG. 1 is a high level flow chart showing the overall method steps implemented in accord with one exemplary embodiment for achieving the concepts disclosed herein;
- FIG. 2 is a more detailed flow chart showing method steps implemented in an exemplary preferred embodiment
- FIG. 3 schematically illustrates a vehicle that includes a plurality of sensors configured to collect the required metrics
- FIG. 4A is a functional block diagram illustrating the functional elements of an embodiment in which the metrics are processed within the vehicle to obtain the driver's performance ranking, for example, in real-time;
- FIG. 4B is a functional block diagram illustrating the functional elements of an embodiment in which the metrics are processed by a computing device remote from the vehicle to obtain the driver's performance ranking;
- FIG. 5 schematically illustrates the interior of a vehicle configured with a display to provide the driver with the performance ranking in real-time;
- FIG. 6 schematically illustrates a vehicle that includes a GPS unit configured to collect GPS data that can be used to provide a plurality of metrics for use in determining a driver performance ranking in accord with one aspect of the concepts disclosed herein;
- FIG. 7 is a flow chart showing method steps implemented in an exemplary preferred embodiment, where GPS data are used to provide a plurality of metrics used to determine the driver's performance ranking;
- FIG. 8 is a flow chart showing method steps implemented in accord with one aspect of the concepts disclosed herein, the method steps representing an exemplary technique used to implement that aspect, the aspect comprising using GPS or position data are used to determine a slope the vehicle is traveling over (in at least one embodiment, the slope data will in turn be used to calculate an accurate vehicle mass metric);
- FIG. 9 is a functional block diagram graphically illustrating force vectors acting on a vehicle, and how those vector can be used to solve for vehicle mass, where the GPS derived slope represents a unique metric;
- FIG. 10 is a flow chart showing exemplary method steps implemented according to one aspect of the concepts disclosed herein, where GPS or position derived slope data is used to calculate a vehicle's mass at a plurality of intervals during the operation of a vehicle, and then using the vehicle mass to determine a cost per loaded mile;
- FIGS. 11A-11C graphically illustrate vehicle performance histograms generated derived in part using the GPS derived slope data of FIG. 8 ;
- FIGS. 12A-12B graphically illustrate vehicle performance histograms generated derived in part using the GPS derived slope data
- FIG. 13 is a flow chart showing exemplary method steps implemented according to one aspect of the concepts disclosed herein, in which a promotional driver performance campaign is implemented at a hosted website;
- FIGS. 14 and 15 are functional blocks diagram illustrating that the promotional driver performance campaigns and bonuses of the method of FIG. 13 can include drivers from a single fleet (intra-company) or drivers from multiple fleets (inter-company);
- FIG. 16 is a functional block diagram illustrating exemplary elements in a vehicle/driver performance monitoring system in accord with one aspect of the concepts disclosed herein;
- FIG. 17 is an exemplary screen shot of a website hosting a promotional driver performance campaign
- FIG. 18 is a another functional block diagram illustrating exemplary elements in a vehicle/driver performance monitoring system in accord with one aspect of the concepts disclosed herein;
- FIG. 19 is an exemplary computing environment for implementing some of the concepts disclosed herein;
- FIG. 20 is a functional block diagram of an exemplary telematics device added to an enrolled vehicle to implement one or more of the methods of FIGS. 1 , 2 , 7 , 8 and 10 ;
- FIG. 21 is a functional block diagram of an exemplary vehicle components employed to implement the ECU reprogramming in response to current operational data inputs concept disclosed herein;
- FIG. 22 is a flow chart showing exemplary method steps implemented according to one aspect of the concepts disclosed herein, in which vehicle ECU programming is modified in response to one or more current vehicle operational data inputs;
- FIG. 23 is a flow chart showing exemplary method steps implemented according to one aspect of the concepts disclosed herein, in which vehicle ECU programming is modified in response to a specific user request for a programming change.
- FIG. 1 is a high level flow chart showing the overall method steps implemented in accord with one aspect of the concepts disclosed herein.
- a plurality of metrics related to driver performance are automatically collected by a plurality of sensors incorporated into a vehicle.
- Such metrics generally relate to driver operation of the vehicle, but may also simply include data related to the vehicle.
- Such metrics can include, but are not limited to, vehicle speed, vehicle acceleration, vehicle deceleration, engine RPMs, idle time, engine temperature, coolant temperature, oil temperature, fuel consumption, and vehicle positional data.
- Those of ordinary skill in the art will readily recognize that many different metrics related to vehicle performance and driver performance can be collected. Thus, it should be recognized that the specifically identified metrics are intended to be exemplary, rather than limiting.
- a numerical ranking of the driver's performance is determined based on at least some of the metrics collected.
- FIG. 2 is a more detailed flow chart showing method steps implemented in a preferred embodiment, providing additional details as to how the numerical ranking of the driver's performance can be determined.
- a numerical value is assigned to each metric collected. It should be recognized that plurality of valuation schemes can be implemented, and the specific scheme implemented is not critical. It should also be recognized that a fleet operator can perceive some metrics to be more or less important to overall driver performance. Thus, individual metrics can be weighted differently. For example, one fleet operator may have little tolerance for drivers who exceed posted speed limits and want to place great emphasis on this metric when determining the numerical ranking. Such a fleet operator can assign significantly more weight to the detection of a driver exceeding a speed limit than to the detection of a driver incurring excessive idle time.
- a numerical ranking will be determined for each metric collected.
- the numerical rankings for each metric are combined.
- the combined numerical values for each metric are normalized, to enable performance rankings for different drivers to be more equitably compared.
- the normalization is based on a distance over which a driver has operated a vehicle.
- the normalization is based on an amount of time the driver has operated a vehicle. This normalization enables the output of the normalized combined total to be provided as a numerical ranking in a block 20 indicating a driver's performance.
- the valuation scheme implemented will determine whether a specific numerical value is indicative of a relatively good performance or a relatively poor performance. Under some valuation schemes, relatively higher combined and normalized numerical rankings are generally indicative of relatively better driver performance. In other valuation schemes, relatively lower combined and normalized numerical rankings are generally indicative of relatively better driver performance.
- FIG. 3 schematically illustrates a vehicle including a plurality of sensors configured to collect the required metrics.
- a vehicle 22 such as a bus or a truck, includes a plurality of sensors 24 a - 24 h .
- the specific number of sensors, and the specific types of sensors and types of data collected by the sensors are not critical, so long as the sensors collect data for the desired metrics.
- a plurality of different metrics have been specifically identified, however it should be recognized that such metrics are intended to be exemplary, and not limiting on the concepts disclosed herein.
- each sensor is coupled to a CPU 26 (which, as described in greater detail below, may in some of embodiments be replaced with (or provided in addition to) a transmitter).
- FIG. 4A is a functional block diagram 28 a illustrating the functional elements of an exemplary embodiment in which the metrics are processed within the vehicle to obtain the driver's performance ranking.
- the vehicle is equipped with sensors 30 configured to collect the required metrics.
- the sensors are logically coupled with an onboard vehicle CPU 34 , which is configured to implement the method steps generally described above.
- Onboard CPU 34 is logically coupled to a memory 32 in which are stored the machine instructions that are executed by the onboard CPU 34 to carry out these logical steps.
- the plurality of metrics collected by sensors 30 can also be stored in memory 32 .
- a (preferably optical or wireless) transmitter 36 (or other data link) can be included to enable either the plurality of metrics or the driver's performance ranking to be communicated to a remote computing device.
- An optional display 38 can be included in the vehicle to provide real-time feedback to the driver (by displaying the driver's performance ranking in real-time). As discussed above, if display 38 is implemented, it is desirable to provide the ability for the driver to determine which metrics are having the most impact on the driver's performance ranking.
- FIG. 4B is a functional block diagram 28 b illustrating the functional elements of an exemplary embodiment in which the metrics are processed by a computing device to obtain the driver's performance ranking, where the computing device is remote from the vehicle.
- the vehicle is equipped with sensors 30 configured to collect the required metrics.
- the sensors are logically coupled with an onboard vehicle CPU 34 , which is configured to transmit the collected metrics to remote computing device 39 through transmitter 36 (or other data link).
- transmitter 36 is a wireless transmitter.
- Onboard CPU 34 is logically coupled to memory 32 in which the collected metrics can be stored, if the metrics are not to be transmitted to the remote computing device in real-time.
- the metrics are transmitted to the remote computing device in real-time, such metrics can be stored in memory 32 as a backup in case the transmission is not successful.
- a display is not likely to be beneficial, unless the remote computing device is configured to transmit the calculated performance ranking back to the vehicle for display to the driver.
- FIG. 5 schematically illustrates the interior of a vehicle configured with a display 40 to provide the driver with a performance ranking in real-time.
- a display can be implemented by the embodiment schematically illustrated in FIG. 4A .
- FIG. 5 shows a single numerical performance ranking being dis-played, it should be understood that the concepts disclosed herein encompass displaying a plurality of different metrics (at one or in rotation), as well as displaying a cost per loaded mile metric, which is discussed in detail below in connection with FIG. 10 .
- the cost per loaded mile metric can be calculated using the concepts disclosed herein at a remote computing device and conveyed back to the vehicle for display, or can be calculated using a processor in the vehicle.
- FIG. 6 schematically illustrates a vehicle 22 a that includes a GPS unit 44 configured to collect GPS data that can be used to determine a plurality of metrics for use in determining a driver performance ranking.
- a GPS unit 44 configured to collect GPS data that can be used to determine a plurality of metrics for use in determining a driver performance ranking.
- Vehicle 22 a such as a bus or a truck (or automobile, or construction equipment, generally as described above) includes GPS unit 44 coupled with an ignition system 42 of the vehicle.
- the GPS unit will be coupled with the ignition switch, such that it is assumed that when the ignition switch is on, the engine of the vehicle is actually running, and the GPS unit will be activated.
- GPS data can be used for a plurality of metrics, including idle time, deceleration time and magnitude, acceleration time and magnitude, and to determine if a driver has violated a speed limit.
- the most basic GPS unit is able to determine a position of the vehicle at a current time. That positional information can be used to calculate the speed of a vehicle by determining the change in position of the vehicle between two successive points in time, and to calculate the acceleration or deceleration of the vehicle by determining the change in speed of the vehicle over a time increment. More typically, GPS units automatically determine position, speed, and acceleration/deceleration internally, and these metrics would then not need to be determined by an external computing device (remote or local).
- GPS unit 44 preferably includes or is connected to a wireless transmitter (not separately shown), such that the GPS data can be wirelessly transmitted to a remote computing device, preferably in real-time.
- the remote computing device can be programmed to manipulate the GPS data to determine a plurality of metrics, which can then be used to calculate a driver's performance ranking, generally as described above.
- GPS unit 44 can include an onboard memory, such that the GPS data are stored in the GPS unit, to be uploaded to a remote computing device at a later time (for example, using a wireless or hardwired data link).
- GPS unit 44 enables driver performance rankings to be determined, even if the vehicle is not equipped with separate other sensors of the metric data or an onboard computer (as are required in the embodiments of FIGS. 3 , 4 A, and 4 B). It should be understood that the concepts disclosed herein encompasses coupling such a GPS unit to vehicle sensors and/or a vehicle data bus, such that driver/vehicle performance data collected by other vehicle sensors can be combined with GPS data and conveyed to a remote computing site. While not specifically shown in FIG. 6 , it should be understood that GPS unit 44 can include a processor that uses GPS data and sensor data collected from the vehicle to calculate performance metrics, which are then combined with GPS data and conveyed to the remote computing site.
- GPS derived slope data is GPS derived slope data, discussed in detail in below in connection with FIG. 8 .
- Such performance metrics calculated by a processor in the vehicle can be displayed in the vehicle, as well as (or in lieu of) being conveyed to a remote computing device.
- FIG. 7 is a flow chart showing method steps implemented in one exemplary embodiment when GPS data are used to calculate a plurality of metrics used to determine the driver's performance ranking.
- the vehicle ignition is switched on (and it is assumed that the engine is running), thereby powering on the GPS unit.
- the GPS unit collects GPS data (information corresponding both to a particular point in time and a specific geographical position that the vehicle occupies at that specific point in time).
- the GPS data are transmitted to a remote computing device. As noted above, the GPS data are preferably transmitted to the remote computing device in real-time.
- the GPS data can be temporarily stored within the GPS unit (or in a memory electronically coupled to the GPS unit), and transferred to the remote computing device at a later time.
- the remote computing device uses the GPS data to calculate an idle time metric. Because the GPS unit is only on when the ignition switch is on and the engine of the vehicle is assumed to be running, an assumption can be made that the idle time equals the accumulated time that the GPS unit is on, but the vehicle is not changing position.
- the remote computing device uses the GPS data to determine metrics corresponding to acceleration time and acceleration magnitude.
- the remote computing device uses the GPS data to determine metrics corresponding to deceleration time and deceleration magnitude.
- the remote computing device uses the GPS data to determine whether a driver has exceeded a speed limit.
- mapping databases include a database of speed limits and which enable a speed limit for a specific portion of a route being driven by a vehicle to be determined based on a particular geographical coordinate of the vehicle following that route.
- GPS data includes an indication of the speed of the vehicle at a particular time while the vehicle is at a particular geographical location.
- a database can be consulted to determine the speed limit associated with that position along the route, thereby enabling a determination to be made as to whether the driver has exceeded the speed limit.
- the plurality of metrics calculated from the GPS data are used to determine the driver's performance ranking, generally as described above in connection with FIGS. 1 and 2 .
- the GPS data can be used to calculate fewer metrics than those described above in connection with FIG. 7 , and that the metrics specifically identified in FIG. 7 are intended to be exemplary, rather than limiting.
- the sensor data can also be forwarded to the remote computing device to be used in calculating the driver's performance ranking, also generally as described above.
- the GPS data can be conveyed to a computing device on the vehicle, for determining the driver's performance ranking.
- performance rankings are determined for each driver in a company (or each driver of a vehicle for which driver performance is of interest), and posted publicly so that drivers can compare each other's individual performance rankings
- the public display of driver performance is expected to provide an incentive for drivers to improve their driving performance rankings.
- the concepts disclosed herein encompass many differ types of performance metrics, and different techniques for collecting them.
- the performance metrics are transmitted from the vehicle to a remote computing device by a wireless data link enabled GPS unit (such as a GSM/GPS), that also collects location data during the vehicle's operation.
- a wireless data link enabled GPS unit such as a GSM/GPS
- performance metrics can also be collected using a data recorder that does not have wireless data transmission capability, such that data will need to be exported from the data recorder to a remote computing device periodically, or the data recorder will need to be removed from the vehicle and coupled to a computing device periodically to export the data used to calculate the driver performance metric(s).
- the performance metric is based at least in part from data collected from one or more engine control units (or vehicle computer) in a vehicle operated by the driver whose performance is being measured.
- the performance metric is based at least in part on fuel economy.
- the performance metric is based at least in part on carbon footprint reduction.
- the performance metric is based at least in part on minimizing fuel efficiency robbing behavior, including sudden braking, rapid acceleration and downshifting too early.
- the performance metric is based at least in part on maximizing fuel efficiency enhancing behavior, including coasting to a stop (instead of staying on the accelerator until the last minute and then braking hard), high average vehicle speeds with minimum time spent at maximum vehicle speed, high percent trip distance in top gear (90+% recommended), high percent distance in cruise control, minimum percent idle/PTO operation, minimum service brake activity, low number of sudden decelerations, and low service brake actuation's/1000 miles.
- Another aspect of the concepts disclosed herein is a technique to monitor vehicle location data (i.e. GPS data) over time to determine the actual operating speed of a fleet vehicle.
- vehicle location data i.e. GPS data
- Many fleet operators have the ability to define maximum speed parameters on their vehicles.
- Maximum speed parameters are defined to enhance safety and to reduce fuel costs (statistics indicated that for heavy trucks every MPH over 62 MPH reduces fuel economy by 0.1 MPG).
- these speed settings can fail due to maintenance issues, or driver manipulations.
- the maximum speed setting is based on understanding the size of the vehicle's tires. If during maintenance a different size tire is used as a replacement, the predefined speed settings will be inaccurate.
- the concepts disclosed herein encompass collecting GPS data during the operation of a fleet vehicle, and analyzing the location and time parameters of that data to identify when a fleet vehicle exceeds a predefined maximum speed.
- the GPS verified speed metric can be used as a driver performance metric on its own, or be combined with other metrics to generate a driver performance metric.
- Another aspect of the concepts disclosed herein is to monitor manual overrides for cooling fans in fleet vehicles.
- Such cooling fans generally controlled by a vehicle engine control unit (ECU) or vehicle computer, consume up to 50-70 HP, and measurably reduce fuel economy.
- Drivers who habitually override the automatic fan settings can consume unnecessary amounts of fuel.
- the cooling fan manual override metric can be used as a driver performance metric on its own, or be combined with other metrics to generate a driver performance metric.
- Another aspect of the concepts disclosed herein is to monitor engine RPMs during a driver's operation of a vehicle. Over revving an engine can lead to increased fuel use and engine wear. Drivers who habitually over rev their vehicles engines can consume unnecessary amounts of fuel. Thus the concepts disclosed herein encompass monitoring the RPM parameters while a driver operates a vehicle, to facilitate an evaluation of a driver's performance, and to enable drivers who consistently over rev their vehicle's engines to be identified and trained to reduce their over revving behavior.
- the over revving metric can be used as a driver performance metric on its own, or be combined with other metrics to generate a driver performance metric.
- Another aspect of the concepts disclosed herein is to monitor the shifting behavior during a driver's operation of a vehicle. Not running a heavy truck in the highest possible gear when possible can lead to increased fuel use and engine wear. Statistics indicate that every 10% drop of time in top gear results in a 0.5% mpg loss.
- the shifting pattern metric can be used as a driver performance metric on its own, or be combined with other metrics to generate a driver performance metric.
- Another aspect of the concepts disclosed herein is to monitor the amount if idle time during a driver's operation of a vehicle. Increased idle leads to increased fuel use and engine wear.
- the concepts disclosed herein encompass monitoring idle time behavior while a driver operates a vehicle, to facilitate an evaluation of a driver's performance, and to enable drivers who excessively allow their vehicle to idle to be identified and trained to reduce their excess idle behavior.
- the excessive idle metric can be used as a driver performance metric on its own, or be combined with other metrics to generate a driver performance metric.
- Another aspect of the concepts disclosed herein is to monitor a load placed upon a vehicle's engine during a driver's operation of a vehicle. While related to RPM, load is not equivalent.
- An estimation of engine load is sometimes calculated by a vehicle ECU, and different manufacturers use different combinations of parameters to calculate engine load, including but not limited to throttle position, RPM, manifold pressure, air flow, temperature, air conditioning clutch status, power steering pressure, and transmission gear status.
- engine load is increased without performing more useful work (i.e., carrying more cargo), increased fuel use and engine wear result without a net benefit.
- Drivers who habitually operate their vehicles under higher engine loads than required consume unnecessary amounts of fuel.
- the concepts disclosed herein encompass monitoring engine load while a driver operates a vehicle, to facilitate an evaluation of a driver's performance, and to enable drivers who consistently over load their vehicle's engines to be identified and trained to reduce their over loading behavior.
- the engine load metric can be used as a driver performance metric on its own, or be combined with other metrics to generate a driver performance metric.
- a relatively higher numerical ranking value is generally indicative of relatively poorer driver performance.
- the lower the numerical performance ranking the better the driver's performance.
- the sensor data are collected for various metrics corresponding to vehicle acceleration, vehicle deceleration, vehicle idle time, and vehicle speed.
- Each minute of acceleration time will be assigned one point.
- Each minute of deceleration time will be assigned one point.
- Each minute of idle time will be assigned one point.
- the fleet operator is also particularly concerned with drivers who violate speed limits on the freeway. Thus, each minute where the vehicle speed exceeds 60 miles an hour while the driver is driving the vehicle on the freeway will result in five points (the fleet operator weighting excessive vehicle speed five times greater than the other metrics).
- the points are added together to achieve a combined total.
- the total is then normalized to derive a numerical ranking value for the driver.
- the normalization can be based on either distance driven or time of operation, or a combination thereof.
- the concepts disclosed herein encompass using data collected during the operation of a vehicle to calculate a weight of the vehicle, and then using the calculated weight in a performance analysis of the vehicle.
- the novel vehicle weight calculation disclosed herein employs in part vehicle position data collected while a vehicle is moving.
- the position metric can be automatically determined using a global positioning satellite (GPS) receiver installed in the vehicle, to track the vehicle's change in position over time.
- GPS global positioning satellite
- GPS systems calculate velocity in three components (X, Y, Z or N/S, E/W, and Up/Down) based on a Doppler shift of the GPS satellite signals.
- Scalar speeds can then be calculated from those three components. For example, absolute speed or actual vehicle speed can be determined, as well as ground speed based on the shortest distance between two points (i.e., based on distance as the crow flies).
- V HGS Horizontal ground speed
- V HGS ⁇ square root over ( x 2 +y 2 ) ⁇ (1)
- Mass is a useful metric that can be used as a feedback metric for controlling certain vehicle systems.
- Some vehicle engine control units ECUs
- ECUs use torque output, engine RPMs, and vehicle velocity to calculate a vehicle's mass or weight (as used herein and in the claims that follow, the terms mass and weight are used synonymously, because on the surface of the Earth, the acceleration due to gravity (the “strength of gravity”) is approximately constant; thus the ratio of the weight force of a motionless object on the surface of the Earth to its mass is almost independent of its location, so that an object's weight force can stand as a proxy for its mass, and vice versa).
- That ECU weight/mass determination technique is error prone, because it does not take into account any slope conditions. Even though the ECU weight/mass determination technique is error prone, the ECU weight/mass determination technique mass estimation provides a metric that can be used to as a feedback metric for various vehicle systems, including transmission shift points, engine RPM control, and emission controls. Having more accurate mass metrics (by including the GPS derived slope data in a mass calculation) will provide an improved mass metric.
- the concepts disclosed herein specifically encompass a GPS unit configured to use GPS data to calculate slope, to use the slope data and other vehicle parameters to determine vehicle mass (generally as discussed below), and then to provide a GPS slope based vehicle mass metric to a vehicle ECU to be used as a metric to control vehicle operation.
- Vehicle mass can also be used as an analytical metric to determine how much work a vehicle has performed. Being able to accurately determine the amount of work a vehicle is performing will help vehicle operators analyze their use patterns to seek out efficiency improvements.
- the GPS derived slope data enables more accurate vehicle mass calculations to be determined, which in turn will provide an improved vehicle performance data set that can be mined to identify areas in which efficiency improvements could be made.
- a first force opposing a motion of the vehicle relates to a grade or slope the vehicle is traveling over, which can be defined using the relationship of Equation (4).
- m vehicle mass and g is the local gravitational field (i.e., Earth's gravity).
- a second force opposing a motion of the vehicle relates to aerodynamic forces acting on the vehicle, which can be defined using the relationship of Equation (5).
- ⁇ air density
- C d the coefficient of drag of the vehicle
- A the frontal area of the vehicle
- ⁇ the vehicle velocity (which can be obtained from the vehicle databus or from GPS data).
- a third force opposing a motion of the vehicle relates to frictional forces acting on the vehicle, which can be defined using the relationship of Equation (6).
- C rr is the coefficient of rolling resistance of the vehicle (which is assumed to be constant)
- m is vehicle mass
- g is the local gravitational field (i.e., Earth's gravity)
- G is the slope, which is calculated using the GPS data as discussed above.
- the force generated by the vehicle to overcome these opposing forces can be defined using the relationship of Equation (7).
- ⁇ is engine output torque (as measured at the vehicle by vehicle sensors/reported by the vehicle databus)
- N is engine RMPs (as measured at the vehicle by vehicle sensors/reported by the vehicle databus)
- ⁇ is the vehicle velocity (which can be obtained from the vehicle databus or from GPS data)
- ⁇ is the mathematical constant defined as the ratio of any circle's circumference to its diameter
- r is the radius of the vehicles tires.
- Vehicle mass is a parameter in the grade and frictional force relationships, of Equations (4) and (6), respectively.
- the mass parameter itself can be defined using the relationship of Equation (8).
- ⁇ is acceleration (which can be obtained from the vehicle databus or from GPS data). In an exemplary embodiment, acceleration is obtained from the vehicle sensors.
- Equations (4)-(8) can be solved to obtain mass, as defined using the relationship of Equation (9).
- Velocity, torque, and RPM represent metrics that many vehicles already measure during vehicle operation, and thus can be accessed by tapping into a vehicle ECU or databus.
- the concepts disclosed herein specifically encompass a GPS unit (or other position sensing unit) including a data port coupled to a vehicle ECU/data bus and a processor configured to calculate a GPS derived slope metric (generally as discussed herein) and a vehicle mass metric (generally as discussed herein, using in part the GPS derived slope data).
- a GPS unit or other position sensing unit
- a processor configured to calculate a GPS derived slope metric (generally as discussed herein) and a vehicle mass metric (generally as discussed herein, using in part the GPS derived slope data).
- the work metric can be used as a driver performance metric on its own, or be combined with other metrics to generate a driver performance metric.
- FIG. 8 is a flow chart showing method steps implemented in an exemplary embodiment, where position data (such as GPS data) collected during the operation of a vehicle is used to determine a slope or grade over which the vehicle is being operated. That grade then can be used to calculate other data, such as a weight or mass of the vehicle.
- position data such as GPS data
- three dimensional position data (longitude, latitude and elevation) is collected during operation of the vehicle.
- that data is conveyed from the vehicle to a remote computing site (i.e., a monitoring/data storage location) in real-time.
- the position data is stored in a memory in the vehicle, to be conveyed to a remote computing site at a later time.
- the position data is used to determine horizontal ground speed, using the relationship of Equation (1).
- the horizontal ground speed and the position data is used to determine the slope or grade, using the relationships of Equations (2) and (3).
- the slope data is used to calculate a mass of the vehicle, using the relationship of Equation (9).
- the data processing of blocks 122 , 124 , and 126 are performed by a remote computing device. however, the concepts disclosed herein encompass embodiments where some or all of the data processing of blocks 122 , 124 , and 126 are performed by a processor or logic circuit in the vehicle.
- the mass parameter is used by an ECU in the vehicle to control operating parameters of the vehicle.
- vehicle mass can be used as a feedback parameter for controlling vehicle operations, including engine speed (RPM), transmission gear selection, and fuel flow/mixture (to control vehicle emissions). While using vehicle mass data used as a feedback parameter for controlling vehicle operations has been implemented before, those implementations have not used GPS derived slope data as a parameter to determine vehicle mass.
- FIG. 9 graphically illustrates force vectors acting on a vehicle, including a frictional force, an aerodynamic force, a grade/slope related force, and a vehicle applied force used to overcome the opposing forces.
- the forces are discussed above in connection with Equations (4)-(7), and those relationships can be used to use GPS derived slope data to calculate vehicle mass, as shown in Equation (9).
- FIG. 10 is a flow chart showing method steps implemented in an exemplary embodiment, where GPS derived slope data and vehicle mass data calculated using GPS derived slope data position data are used to analyze vehicle performance, to determine a cost per loaded mile. Because the concepts disclosed herein provide an improved vehicle mass parameter that is determined while a vehicle is operating, the analysis of the work performed by the vehicle, and the cost per loaded mile calculation, are more accurate than have been heretofore obtainable using data derived by existing techniques. In a block 120 , three dimensional position data (longitude, latitude and elevation) is collected during operation of the vehicle.
- that data is conveyed from the vehicle to a remote computing site (i.e., a monitoring/data storage location) in real-time, while in other embodiments, the position data is stored in a memory in the vehicle, to be conveyed to a remote computing site at a later time.
- fuel use and mileage data is collected during the operation of the vehicle.
- GPS derived slope data is used to calculate vehicle mass, generally as discussed above.
- the mileage data, fuel use data, and vehicle mass data are used to slope data is used to calculate a cost per loaded mile metric.
- An exemplary data set collected from a vehicle will include time indexed position data, engine RPM data, vehicle torque data, and vehicle speed. This data will be collected frequently (multiple times per minute, or a plurality of times over a ten minute period) while the vehicle is operational. Note that vehicle speed can be determined by analyzing position data over time, or can be measured using a vehicle sensor (note that comparing vehicle speed obtained from vehicle sensors with vehicle speed calculated based on GPS data can identify errors in the vehicle speed sensor, which can be caused by incorrect tire sizes, or driver added speed cheating devices designed to override vehicle speed governors).
- Such a data set can also include other types of vehicle data, including, but not limited to, data relating to the vehicle transmission (so drivers can be evaluated based on percentage of time spent in the most efficient gear), data relating to the vehicle braking system (so drivers can be evaluated based on their braking behavior), data relating to the use of cooling fan overrides (so drivers can be evaluated based on how often they such an override that reduces fuel efficiency), data relating to idle time (so drivers can be evaluated based on percentage of time spent in wasting fuel by idling, noting that idle time can be evaluated in light of position data, so that drivers are not penalized for idling at traffic lights), data relating to the use of a vehicle's cruise control system (so drivers can be evaluated based on percentage of time spent driving at fuel efficient speeds).
- this exemplary data set includes the data required to calculate vehicle mass using GPS derived slope data, generally as discussed above.
- FIGS. 11A-11C graphically illustrate histograms that can be derived using the exemplary data set discussed above. These histograms can be used by fleet operators to evaluate the efficiency performance of individual drivers and/or individual vehicles, being operated over specific routes (the routes being defined by the position data). Each Figure has a histogram based on a vehicle being operated with a heavy load, and a histogram based on a vehicle being operated with a light load.
- speed histograms show a percentage of time a vehicle is operated at specific speeds, enabling fleet operators to determine how often the driver/vehicle is using the most efficient vehicle speeds.
- the histograms include bars that show load vs. speed, and time vs. speed.
- FIG. 11A graphically illustrate histograms that can be derived using the exemplary data set discussed above. These histograms can be used by fleet operators to evaluate the efficiency performance of individual drivers and/or individual vehicles, being operated over specific routes (the routes being defined by the position data).
- Each Figure has
- RPM histograms show a percentage of time a vehicle is operated at specific RMP settings, enabling fleet operators to determine how often the driver/vehicle is using the most efficient engine speeds.
- the histograms include bars that show load vs. RPM, and time vs. RPM.
- load histograms show a percentage of time a vehicle is operated at specific load settings, enabling fleet operators to determine how often the driver/vehicle is placed under the most demanding loads.
- the histograms of FIGS. 11A-11C can be generated using the vehicle mass calculated using GPS derived slope data, generally as discussed above.
- FIGS. 12A and 12B graphically illustrate histograms that can be derived using the exemplary data set discussed above. These histograms can be used by fleet operators to evaluate the efficiency performance of individual drivers and/or individual vehicles, being operated over specific routes (the routes being defined by the position data).
- the histogram of FIG. 12A includes bars that show the cost per loaded mile and MPG for 14 different trips (each trip being defined by a different set of position data from the exemplary data set).
- the histogram of FIG. 12B includes bars that show the cost per loaded mile and MPG for 14 different trips, with the data being normalized to a 30 ton load.
- the histograms of FIGS. 12 and 12B are generated using the vehicle mass calculated using GPS derived slope data, generally as discussed above.
- One aspect of the concepts disclosed herein is a hosted website, enabling drivers and fleet operators to monitor the performance of drivers, based on data collected during the drivers operation of a vehicle.
- drivers can compare their performance metrics to their peers, although the concepts disclosed herein also encompass embodiments where individual drivers can only see their own performance scores.
- Fleet operators can use these performance metrics as incentives, by linking driver pay with performance.
- one or more performance metrics are automatically collected while a driver is operating a vehicle, and that data is used to generate a score or rating of the driver's performance.
- the score is normalized to enable driver scores from other types of vehicles to be compared. Then, the driver performance data is posted to the hosted website.
- fleet operators will pay drivers using a mileage component (i.e., paying drivers a fixed rate per loaded mile), while also making additional payments to drivers meeting predefined performance characteristics.
- the hosted website can be used as a forum to enable drivers to track their progress in achieving their pay for performance goals.
- Fleet operators will have a wide degree of freedom in designing pay for performance goals or campaigns. For example, Fleet A can design a campaign in which only drivers having performance scores in the top 10% of the fleet will earn performance pay.
- Fleet B can design a campaign in which only the top 25 scoring will earn performance pay during a particular campaign.
- Fleets can predefine the amount of performance pay each driver can earn.
- Fleets can also predefine a performance pay pool, such that the share of the pool earned by each driver is a function of the number of drivers meeting predefined performance goals for the campaign.
- the performance metric will be a work based performance metric whose calculation involves using vehicle mass determined using GPS derived slope data, generally as discussed above.
- performance campaigns can be metric specific (hard braking performance, idle time performance, such metrics being exemplary and not limiting), or can be based on a single normalized score (cost per loaded mile), but will share in common the characteristic of being implemented for a defined period of time. Drivers will learn to associate such campaigns with opportunities to increase their pay by meeting the performance goals of individual campaigns.
- FIG. 13 is a flow chart showing method steps implemented in an exemplary embodiment.
- the hosted website defines a campaign (noting that the website host may be a fleet operator providing the website for only their drivers, or the hosting website host may be offering the driver performance campaign to drivers from multiple fleets).
- Parameters of the campaign being defined will likely include a duration of the campaign, the prize or performance pay being offered, the eligible pool drivers, and any rules governing disqualification (such as any safety violation or speeding ticket automatically disqualifying a driver), noting that such parameters are exemplary, and not limiting.
- the concepts disclosed herein encompass embodiments in which campaigns are fleet specific, such that only drivers from a specific fleet can participate in that campaign (in such an embodiment, the specific fleet is likely funding the prize, although some third party, such as a favored vendor, customer, or advertiser might offer to fund the prize).
- campaigns are not fleet specific, such that drivers from multiple fleets can participate in that campaign (in such an embodiment, an advertiser or transportation industry vendor might offer to fund the prize).
- the campaign duration is open ended, in that the hosted website will track a drivers' performance data over time, so the driver can use that data to look for other employment opportunities. For example, fleets would likely compete among themselves for drivers having a combination of experience and high performance rankings.
- driver performance data is posted to the hosted website.
- the concepts disclosed herein encompass permutations and combinations of the following: embodiments in which fleet operators can view performance rankings for all of their drivers, but not drivers of other fleets, embodiments in which drivers can only view their own personal performance ranking, embodiments in which drivers can view performance ranking for all of the drivers in their fleet, but not drivers of other fleets, and very transparent embodiments, in which interested parties can visit the website and peruse driver performance rankings with little restrictions.
- the winning driver (or drivers) are announced and paid a performance pay bonus.
- campaign participants are limited to drivers in a specific fleet (i.e., an intra-company or intra-fleet campaign). In such embodiments, that fleet generally will be paying the performance bonuses for the campaign. In other embodiments, campaign participants are not limited to drivers in only one specific fleet (i.e., an inter-company or inter-fleet campaign). In such an embodiment, a third party may be paying the performance bonuses for the campaign. For example, companies providing goods and services to the trucking or vehicle transportation industry may sponsor such a campaign for advertising purposes. A particular fleet operator seeking to attract the attention of drivers in other fleets might also be a sponsor of an inter-company campaign.
- FIG. 14 is a block diagram indicating that block 62 of FIG.
- FIG. 15 is a block diagram indicating that the performance bonus can encompass both intra-company payouts, as indicated in a block 74 (where those bonus funds are used only to pay drivers of a specific fleet), as well as inter-company payouts (where those bonus funds are used to pay any winning driver, regardless of fleet), as indicated in a block 76 .
- the performance metric is designed to facilitate comparison of driver performance data across different fleets, and different vehicles. This will enable individual campaigns to include more participating drivers, which in turn will bring in more advertising revenue to fund bigger performance bonuses.
- a metric is mutually agreed upon by a plurality of different fleet operators. Adoption of a common performance metric across multiple fleets will enable top performing drivers to be able to show their cumulative performance scores to other participating fleet operators, providing an additional tool for fleets to use when evaluating potential new hires.
- Such a common performance metric will also enable participating fleet operators to appear more attractive as potential employers than non-participating fleet operators, who will not be offering the drivers the potential of earning the additional performance based income (i.e., income in addition to the industry standard pay by the mile driver compensation).
- the concepts disclosed herein encompass embodiments in which individual fleet operators host their own website, where driver rankings in that fleet can be compared.
- the website is hosted by a third party, and multiple fleet operators participate.
- the third party can offset their costs for operating the website by charging participating fleet operators a fee, and/or by advertising revenue.
- all driver performance data is displayed in an anonymous format, so that individual drivers cannot be identified unless the driver shares their user ID.
- drivers can only compare their score with drivers in their own fleet, while in other embodiments drivers can see the performance data of drivers in other fleets.
- FIG. 16 is a functional block diagram of various elements that can be employed to implement the hosted driver performance website concept, in one exemplary embodiment.
- the elements includes a plurality of enrolled vehicles 148 a - 148 c (noting that the concepts disclosed herein can be applied to a different number of vehicles), a plurality of drivers 152 a - 152 c (noting that the concepts disclosed herein can be applied to a different number of drivers), a plurality of vehicle operators 156 a - 156 c (noting that the concepts disclosed herein can be applied to a different number of vehicle operators), and a remote monitoring service 150 .
- Each vehicle includes the components discussed above in connection with FIG. 3 (noting the number and types of sensors disclosed in FIG.
- monitoring service 150 generates a webpage (as indicated by webpages 154 a - 154 c ) for each vehicle operator, so the vehicle operator can review the performance rankings of each of their drivers. It should be understand that the concepts disclosed herein also encompass other website designs, and the webpage per fleet is not the only possible model. In one embodiment, drivers will have their own webpage 154 d (alternatively, drivers can access the webpage for their specific fleet).
- monitoring service 150 is implemented using a remote computing device, and that the term remote computing device is intended to encompass networked computers, including servers and clients, in private networks or as part of the Internet.
- the monitoring of the vehicle/driver performance data and driver performance ranking by monitoring service 150 can be performed by multiple different computing devices, such that performance data is stored by one element in such a network, retrieved for review by another element in the network, and analyzed by yet another element in the network.
- FIG. 17 is an exemplary screen shot of a webpage accessed by a driver to review his (or her) performance ranking It should be understood that the exemplary webpage of FIG. 17 is based on having a webpage upon which drivers for a specific fleet can view their individual scores, as well as the scores of other drivers in their fleet. The concepts disclosed herein specifically encompass embodiments where drivers can view only their own performance rankings, in which case a different webpage design would be employed.
- a webpage 100 includes a first portion 102 that enables a driver to select a specific driver from among a plurality of drivers.
- the driver identities can be made anonymous, as shown in FIG. 17 (numbers, not names), or some fleets may wish to list drivers by name (noting that privacy and consent issues for such a scheme are not discussed herein).
- webpage 100 can be unique to only one driver, such that portion 102 is not required. Using numbers to identify drivers enables individual drivers to look at the scores of their peers, without being able to individually identify which driver obtained what score. The driver will likely only know his own unique number, and thus will only be able to personally identify his or her own score.
- Webpage 100 also includes a results section 104 , where details of the selected driver's performance ranking are disclosed. It should be understood that the elements shown on webpage 100 can be displayed on different portions of the webpage, or on different webpages and/or different websites, instead of together. Webpage 100 also includes an ad section 112 , where the website host can earn revenue by displaying advertising, and a performance tip section 106 , where the website host provides tips to the driver for improving their performance ranking.
- results section 104 includes results from three different campaigns, recognizing that in some embodiments drivers will be participating in multiple campaigns (although it should be recognized that the concepts disclosed herein encompass embodiments where drivers participate a greater number of campaigns, or fewer campaigns, including only a single campaign (noting the duration of the single campaign could span the driver's career).
- exemplary (but not limiting) information displayed herein includes details on the campaign, whether the campaign is inter-company or intra-company, and the driver's performance ranking for that campaign.
- a visual guide to the driver's relative performance is displayed using a plurality of fuel pump icons (where a greater number of fuel pump icons, or other graphical icons, indicates a better performance rating).
- webpage 100 is based on displaying 10 fuel pump icons for each campaign (icons 108 a - 108 c ), enabling the driver's performance to be graphically displayed on a scale of 1 to 10.
- a driver whose performance ranking is in the top 80 th percentile would have 8 solid or un-shadowed fuel pumps.
- buttons 110 a - c can be used by the driver to select performance tips for the particular campaign to be displayed in section 106 .
- webpage 100 it should be understood that the design of webpage 100 is intended to be exemplary, and different webpage designs can be employed; and further, that the data on webpage 100 can be provided to the vehicle operator on more than one webpage. If desired, access to webpage 100 can be restricted only to the fleet operator employer the driver and the driver themself. However, providing other drivers access to webpage 100 will enable drivers to see how they rank compared to their peers, encouraging drivers to compete amongst themselves to collect the performance bonus available in campaigns.
- a first campaign (associated with radio button 110 a ) is identified as INTRA-COMPANY RANKING.
- This campaign is a fleet sponsored campaign for all of the fleet drivers to compete with each other for a performance bonus.
- Driver ZONA0047 ranks as 83 rd out of 225 drivers, with lower numbers indicating better performance (i.e., the top ranking driver would be ranked as 1, noting that the fleet operator could have reversed the logic, such that 225 was the top ranking driver).
- Six fuel pump icons 108 a are filled in.
- the campaign parameters are summarized, indicating that drivers having rankings from 1-25 (i.e., the top 88.89%) across the entire fleet share in the bonus pool assigned to this campaign.
- Driver ZONA0047 needs to increase his ranking from 83 rd to 25 th in order to be eligible for a share in the bonus pool.
- campaigns can be configured such that the top 25 drivers earn equal shares of the bonus pool, and campaigns can also be configured such that higher ranking drivers (i.e., closer to #1) earn a proportionally larger share of the bonus pool.
- a second campaign (associated with radio button 110 b ) is identified as INTRA-COMPANY CAMPAIGN XYZ.
- This campaign is a fleet sponsored campaign for all of the fleet drivers to compete with each other for a performance bonus.
- Driver ZONA0047 has no ranking indicated in the campaign, thus all ten fuel pump icons 108 b are shadowed or empty.
- the campaign parameters are summarized, indicating that Campaign XYZ includes a bonus pool to be shared by the 10 fleet drivers having the most improved performance scores for December 2011.
- Driver ZONA0047 has selected radio button 110 b so that performance tips and additional information related to Campaign XYZ are displayed in section 106 .
- Those performance tips include a first tip indicating that late shifting reduced Driver ZONA0047's performance ranking by 9.2% over the last 14 days. A second performance tip indicates that hard breaking events reduced Driver ZONA0047's performance ranking by 5.3% over the last 19 days. Finally, the last performance tip indicates that excessive idling on Dec. 11, 2011 disqualified Driver ZONA0047 from Campaign XYZ. It should be recognized that the specific performance tips shown in section 106 are intended to be exemplary, and not limiting. The actual performance tips displayed will be related to the specific campaign, and designed to provide feedback to individual driver's to enable them to identify behaviors that have reduced their performance ranking.
- section 112 includes banner ads targeted to drivers.
- section 112 includes advertising from vendors who are sponsoring specific campaigns, or who are sponsoring hosting of the driver performance ranking website.
- the advertising can be a mixture of those different types, and other types of advertising.
- FIG. 18 is a functional block diagram of an exemplary system employed to implement some of the concepts disclosed herein.
- the functional block diagram illustrates exemplary components used in vehicles 128 that are enrolled in a vehicle/driver performance monitoring service, to implement some of the method steps discussed above.
- An exemplary vehicle/driver performance monitoring service is based on adding an optional data buffer 136 (or other short-term memory storage) and a bi-directional data link 134 to each enrolled vehicle (in an exemplary, but not limiting embodiment, the data buffer and data link are combined into a single component).
- the short-term memory storage is not required for embodiments where the performance data transmitted from the enrolled vehicle does not include operational, vehicle, or driver related data that must be briefly stored.
- the data link is a combination radio frequency (RF) transmitter and receiver, although separate transmitters and receivers could be used (note the term RF specifically encompasses cellular telephone based data links).
- RF radio frequency
- a data terminal can optionally be included in the vehicle to facilitate operator entry of information and operator transmission of information that is presented to the operator on a display within the vehicle. Data collected on a portable data collection device during an inspection can also be uploaded through such a data terminal, or independently by direct transmission to the remote monitoring service. While RF data transmission represents an exemplary embodiment, other types of data transmission could be employed. If the vehicle does not already include performance data/operational data collecting components 130 , such components are added.
- the vehicle includes at least one processor 132 that performs the function of managing the transmission of performance data from the vehicle to the remote monitoring service, according to one or more of the transmission paradigms discussed herein.
- the processor also implements the function of temporarily storing operational data from components 130 in data buffer 136 or other temporary storage, and using bi-directional data link 134 to convey real-time performance data and/or the buffered operational/performance data from the enrolled vehicle to a remote computing device 140 (which is used to analyze the performance of the vehicle and/or driver). It should be understood that those processor functions can be implemented by a single processor, or distributed across multiple processors.
- an output 138 is also included, to provide information to the driver in a form that can be easily understood by the driver.
- Output 138 can be implemented using a speaker providing an audible output, and using a display providing a visual output. Note that output 138 can be combined into a single component with the data buffer and the data link, so only a single additional component is added to the vehicle (recognizing that most vehicles already include the additional required components, such as the operational data collecting components and the processor).
- the vehicle is equipped with a GPS unit (exemplary GPS units are illustrated in FIGS. 6 and 20 ).
- the processor, the GPS component, any buffer, and data link are combined into a single telematics device.
- a telematics device will send GPS and vehicle/driver performance data to the remote computing device discussed below at a plurality of different times during the course of the operation of the vehicle.
- the telematics device will transmit data at intervals ranging from as frequently as once every 5 to 15 seconds, or as rarely as once every 5 minutes, recognizing that such intervals can vary, and are intended to be exemplary, and not limiting.
- remote computing device 140 (operated by the monitoring service) is logically coupled via a network 142 (such as the Internet) to a computing device 144 (such as a personal computer, tablet, or smart phone) accessible to a driver (in embodiments where driver performance rankings are shared with drivers, noting only one such driver device is shown in the Figure; however, the monitoring service will likely be monitoring the performance of a plurality of drivers, each likely having access to a different computing device 144 ), and a remote computing device 146 accessible to a vehicle operator (noting that in at least some embodiments, the monitoring service performs the monitoring function for a plurality of different vehicle operators/fleets).
- Network 142 facilitates communication between computing devices 140 , 144 , and 146 , enabling the monitoring service to efficiently communicate with drivers and vehicle operators. It should be noted that the concepts disclosed herein encompass embodiments where the monitoring service and vehicle operator are the same entity.
- the concepts disclosed herein are in at least some embodiments intended to be used by fleet owners operating multiple vehicles, and the performance data conveyed to the remote location for diagnosis will include an ID component that enables each enrolled vehicle to be uniquely identified.
- FIG. 19 is a functional block diagram of an exemplary computing device that can be employed to implement some of the method steps disclosed herein. It should be understood that the concepts disclosed herein encompass processing of data collected at a vehicle both in the vehicle and at a remote computing device.
- FIG. 19 schematically illustrates an exemplary computing system 250 suitable for use in implementing the processing functions disclosed herein.
- Exemplary computing system 250 includes a processing unit 254 that is functionally coupled to an input device 252 and to an output device 262 , e.g., a display (which can be used to output a result to a user, although such a result can also be stored).
- Processing unit 254 comprises, for example, a central processing unit (CPU) 258 that executes machine instructions for carrying out an analysis of performance data (and in some embodiments, of position data) collected from enrolled vehicles, to identify mechanical faults in the enrolled vehicles.
- the machine instructions implement functions generally consistent with those described above.
- CPUs suitable for this purpose are available, for example, from Intel Corporation, AMD Corporation, Motorola Corporation, and other sources, as will be well-known to those of ordinary skill in this art.
- RAM random access memory
- non-volatile memory 260 which can include read only memory (ROM) and may include some form of memory storage, such as a hard drive, optical disk (and drive), etc. These memory devices are bi-directionally coupled to CPU 258 . Such storage devices are well known in the art. Machine instructions and data are temporarily loaded into RAM 256 from non-volatile memory 260 . Also stored in the non-volatile memory are operating system software and ancillary software. While not separately shown, it will be understood that a generally conventional power supply will be included to provide electrical power at voltage and current levels appropriate to energize computing system 250 .
- Input device 252 can be any device or mechanism that facilitates user input into the operating environment, including, but not limited to, one or more of a mouse or other pointing device, a keyboard, a microphone, a modem, or other input device.
- the input device will be used to initially configure computing system 250 , to achieve the desired processing (i.e., to monitor vehicle performance data over time to detect a mechanical fault).
- Configuration of computing system 250 to achieve the desired processing includes the steps of loading appropriate processing software into non-volatile memory 260 , and launching the processing application (e.g., loading the processing software into RAM 256 for execution by the CPU) so that the processing application is ready for use.
- the computing system 250 can be configured to run autonomously, such that a user input device not regularly employed.
- Output device 262 generally includes any device that produces output information, but will most typically comprise a monitor or computer display designed for human visual perception of output. Use of a conventional computer keyboard for input device 252 and a computer display for output device 262 should be considered as exemplary, rather than as limiting on the scope of this system.
- the computing system 250 can be vehicle performance data (and position data when desired) collected in connection with operation of enrolled vehicles to configured to run autonomously, such that a user output device not regularly employed.
- Data link 264 is configured to enable data to be input into computing system 250 for processing.
- Those of ordinary skill in the art will readily recognize that many types of data links can be implemented, including, but not limited to, universal serial bus (USB) ports, parallel ports, serial ports, inputs configured to couple with portable memory storage devices, FireWire ports, infrared data ports, wireless data communication such as Wi-Fi and BluetoothTM, network connections via Ethernet ports, and other connections that employ the Internet.
- USB universal serial bus
- vehicle/driver performance data from the enrolled vehicles will be communicated wirelessly in at least some embodiments, either directly to the remote computing system that analyzes the data to evaluate the driver's performance, or to some storage location or other computing system that is linked to computing system 250 .
- remote computer and the term “remote computing device” are intended to encompass a single computer as well as networked computers, including servers and clients, in private networks or as part of the Internet.
- the vehicle/driver performance data received by the monitoring service from the vehicle can be stored by one element in such a network, retrieved for review by another element in the network, and analyzed by yet another element in the network.
- implementation of the method noted above has been discussed in terms of execution of machine instructions by a processor (i.e., the computing device implementing machine instructions to implement the specific functions noted above), the method could also be implemented using a custom circuit (such as an application specific integrated circuit or ASIC).
- ASIC application specific integrated circuit
- the concepts disclosed herein encompass collecting data from a vehicle during operation of the vehicle.
- the data collected is used to analyze the performance of at least one of the driver and the vehicle.
- the data is collected during operation of the vehicle and wirelessly transmitted from the vehicle during its operation to a remote computing device using a cellular phone network based data link.
- the frequency of such data transmissions can be varied significantly. In general, more data is better, but data transmission is not free, so there is a tension between cost and performance that is subject to variation based on an end user's needs and desires (some users will be willing to pay for more data, while other users will want to minimize data costs by limiting the quantity of data being transferred, even if that results in a somewhat lower quality data set).
- the artisan of skill will be able to readily determine a degree to which data quality can be reduced while still provide useful data set.
- FIG. 20 is a functional block diagram of an exemplary telematics device added to an enrolled vehicle to implement one or more of the methods of FIGS. 1 , 2 , 7 , 8 and 10 .
- An exemplary telematics unit 160 includes a controller 162 , a wireless data link component 164 (an RF data link being exemplary, but not limiting), a memory 166 in which data and machine instructions used by controller 162 are stored (again, it will be understood that a hardware rather than software-based controller can be implemented, if desired), a position sensing component 170 (such as a GPS receiver), and a data input component 168 configured to extract vehicle data from the vehicle's data bus and/or the vehicle's onboard controller (noting that the single input is exemplary, and not limiting, as additional inputs can be added, and such inputs can be bi-directional to support data output as well).
- Telematics unit 160 is configured to collect position data from the vehicle (to enable vehicle owners to track the current location of their vehicles, and where they have been) and to collect vehicle operational data (including but not limited to engine temperature, coolant temperature, engine speed, vehicle speed, brake use, idle time, and fault codes), and to use the RF component to wirelessly convey such data to vehicle owners.
- vehicle operational data including but not limited to engine temperature, coolant temperature, engine speed, vehicle speed, brake use, idle time, and fault codes
- the exemplary data set discussed above in connection with calculated loaded cost per mile can also be employed. These data transmission can occur at regular intervals, in response to a request for data, or in real-time, or be initiated based on parameters related to the vehicle's speed and/or change in location.
- the term “real-time” as used herein is not intended to imply the data are transmitted instantaneously, since the data may instead be collected over a relatively short period of time (e.g., over a period of seconds or minutes), and transmitted to the remote computing device on an ongoing or intermittent basis, as opposed to storing the data at the vehicle for an extended period of time (hour or days), and transmitting an extended data set to the remote computing device after the data set has been collected.
- Data collected by telematics unit 160 can be conveyed to the vehicle owner using RF component 164 . If desired, additional memory can be included to temporarily store data id the RF component cannot transfer data.
- the RF components is GSM or cellular technology based.
- the controller is configured to implement the method of FIG. 1 by using one or more of data collected from GPS 170 and data from input 168 .
- the controller is configured to implement the method of FIG. 2 by using one or more of data collected from GPS 170 and data from input 168 .
- the controller is configured to implement steps of the method of FIG. 7 .
- the controller is configured to implement steps of the method of FIG. 8 .
- that data can be added to GPS data that is transmitted to a remote computing device.
- input 168 is bi-directional, and the vehicle mass is output from the telematics device onto a vehicle data bus, and can be used by an ECU to control vehicle operations.
- ECUs have been developed to use estimates of vehicle mass to control engine speed and transmission shifting, however, those estimates of vehicle mass have not been based on GPS derived slope data, and as such those prior art vehicle mass estimations have been less accurate than the vehicle mass calculations based on GPS derived slope data as disclosed herein.
- FIG. 21 is a functional block diagram of an exemplary vehicle components employed to implement the ECU reprogramming (in response to current operational data inputs) concepts disclosed herein.
- FIG. 21 shows a vehicle 180 that includes a vehicle ECU 182 , a controller 184 , a memory 186 (i.e., ECU Program Storage), an input 188 , and a data link 190 .
- a vehicle ECU 182 a vehicle ECU 182
- controller 184 a memory 186 (i.e., ECU Program Storage)
- input 188 a data link 190 .
- data link 190 i.e., a data link 190 .
- certain of these components can be omitted in various embodiments.
- vehicle 180 can include more than one ECU 182 whose programming can be changed to enhance the efficiency of the vehicle operation.
- enhanced efficiency means better fuel efficiency, although it should be recognized that in certain applications other factors, such as available horsepower, load rating, shift patterns (logic determining under what conditions an automatic transmission will change gears) RPM settings, and/or speed settings can be changed by changing the ECU programming to suit current conditions. So while the concepts disclosed herein can be used to modify ECU programming based on current operating conditions to improve fuel efficiency, the concepts disclosed herein can also be used to optimize performance based on some other parameter than fuel efficiency. It should be understood that the concepts disclosed herein can be applied to change ECU programming on more than one ECU in a vehicle.
- certain conditions might trigger multiple ECU reprogramming.
- the detection of a certain predefined condition could trigger ECU programming changes that modify one or more of fuel flow settings, RPM settings, and transmission shift patterns, noting that such parameters are exemplary and not limiting.
- the ECU reprograming includes modifying a fuel map.
- Controller 184 is tasked with comparing the current operating conditions with the current ECU programming, and determining if the ECU programming should be changed to optimize vehicle performance (according to some predetermined characteristic, such as max fuel efficiency, max power, etc.). Controller 184 can implemented by a general purpose computing device executing machine instructions to implement such a task, or by a custom circuit designed to implement the specific function. In general, controller 184 is located at the vehicle, although it should be recognized that if controller 184 is logically coupled to a data link at the vehicle, and the data link is logically coupled to ECU 182 (or a vehicle data bus coupled to the vehicle ECU), that controller 184 can be disposed at a location remote from the vehicle.
- some predetermined characteristic such as max fuel efficiency, max power, etc.
- controller 184 is remote from the vehicle
- input 188 can be at the vehicle, and coupled to the data link in the vehicle communicating with controller 184 .
- controller 184 is remote from the vehicle
- a non-vehicle based input can be used by a dispatcher/operator remote from the vehicle to provide input to controller 184 .
- Controller 184 can select a different ECU programming set based on empirical data indicating that a particular programming set is preferred based on specific operating conditions, or based on a user knowledge base that suggests that a certain programming set is more appropriate for certain operating conditions (such suppositions based on user knowledge may or may not have been confirmed with empirical data).
- controller 184 of FIG. 21 and controller 162 of FIG. 20 are the same controller.
- controller 184 of FIG. 21 is part of a portable computing device used at the vehicle. Such a portable computing device can be logically coupled to ECU 182 via a wired or wireless data link.
- Memory 186 includes a plurality of different ECU programming sets, each of which can be selected to optimize certain vehicle performance characteristics (such as fuel efficiency, speed settings, engine RPM settings, available power settings, etc.) according to current operating conditions at the vehicle (it should also be understood that the concepts disclosed herein will enable operators to specifically select particular programming sets, irrespective of current conditions). Further, it should be understood that current operating conditions can be based on current sensor data, as well as a specific input before such sensor data is collected (such specific inputs can include a specific route the vehicle will be following, or a particular load the vehicle will be carrying).
- vehicle performance characteristics such as fuel efficiency, speed settings, engine RPM settings, available power settings, etc.
- memory 186 is located at the vehicle, although it should be recognized that if memory 186 is logically coupled to a data link at the vehicle, and the data link is logically coupled to controller 184 at the vehicle, that memory 186 can be disposed at a location remote from the vehicle. Further, if controller 184 is located at a remote location, memory 186 need not be at the vehicle, but at some location where controller 184 can access memory 186 .
- Input 188 represents an input device at the vehicle, which is used to convey one or more data inputs to controller 184 .
- input 188 is a sensor disposed at the vehicle, which detects an ambient condition, so that controller 184 can determine if the current ECU programming is appropriate for the current conditions.
- Exemplary sensors include temperature sensors, GPS devices (including GPS devices that are configured to provide GPS derived slope data and vehicle mass data, generally as discussed above), speed sensors, inclinometers, weight sensors, oil pressure sensors, oil temperature sensors, coolant temperature sensors, tire temperature sensors, and tire pressure sensors.
- controller 184 receives multiple different sensors inputs, and selects an ECU programming set based on multiple sensor inputs.
- controller 184 can be configured to assign different priorities to different sensor inputs.
- input 188 is a controller or processor in the vehicle that detects a condition, and conveys an indication of that condition to controller 184 .
- a processor in the vehicle might detect that the vehicle is idling, and may be likely to continue idling for an extended period, such that controller 184 modifies ECU programming to reduce fuel consumption during a period of extended idle conditions.
- One technique for detecting or predicting extended idle conditions is based on historical data (vehicle regularly idles at the same time or location), as well as using location data (i.e., a terminal or loading facility where a vehicle might logically idle while waiting to be loaded).
- a processor detects that a vehicle is in neutral or park, and running for more than 90 seconds (or some other predetermined period of time), that processor could indicate to controller 184 that an idle state has been entered.
- Another technique for detecting an idle condition is determining if a PTO unit has been active. Activation of such a unit often indicates that the engine is being used to drive the PTO rather than for over the road operation, such that different ECU programming sets can be implemented to reduce fuel consumption (as PTO units generally require much less horsepower than over the road travel).
- input 188 is (or is logically coupled to) a PTO, such that activation of the PTO triggers a change in ECU programming.
- PTO units generally require much less horsepower than over the road travel.
- input 188 is a user interface that a vehicle operator can use to either convey an indication of a specific condition to controller 184 , or to specifically request a particular ECU programming change.
- the vehicle operator uses input 188 to tell controller 184 that the vehicle will be entering an extended idle state (for example, due to traffic conditions, loading wait times, PTO use, or some other condition that requires the driver keep the vehicle running but not moving, or moving at very low speeds). Controller 184 can then respond by selecting ECU programming that reduces available horsepower but maximized fuel efficiency.
- the vehicle operator uses input 188 to tell controller 184 that the vehicle will be entering a jurisdiction or region where a different max speed setting needs to be implemented. Controller 184 can then respond by selecting ECU programming that matches the speed setting to the jurisdiction or region selected by the driver.
- the vehicle operator enters into a business relationship with a third party.
- the third party modifies a vehicle as indicated in FIG. 21 (noting that one or more of the elements shown in FIG. 21 can be implemented remotely, and not all elements are required in all implementations).
- the vehicle operator will contact the third party when an ECU programming change is required.
- the third party will then instruct controller 184 to execute the programming change. While such a business model can be implemented for any of the ECU programming changes disclosed herein, it should be noted that ECU programming changes based on different speed settings for different jurisdictions represents a particularly interesting business opportunity. Currently, Canadian rules require trucks operating in Canada to have different speed settings than trucks operating in the US.
- Such a business model can be an enhancement to vehicle monitoring services already offered by the third party.
- the vehicle operator uses input 188 to tell controller 184 that the vehicle will be entering an uphill segment of a route (generally this will be implemented where the uphill segment is relatively long, as there may be minimal benefit to implementing an ECU programming change for a shorter segment). Controller 184 can then respond by selecting ECU programming that is more suited to larger horsepower requirements for uphill travel.
- the vehicle operator uses input 188 to tell controller 184 that the vehicle will be entering a downhill segment of a route (generally this will be implemented where the downhill segment is relatively long, as there may be minimal benefit to implementing an ECU programming change for a shorter segment). Controller 184 can then respond by selecting ECU programming that is more suited to reduced horsepower requirements for downhill travel (or increased braking, or a change in shift patterns more suited to downhill travel).
- the vehicle operator uses input 188 to tell controller 184 the current load conditions for the vehicle (for example, a weight of the material loaded onto the vehicle). Controller 184 can then respond by selecting ECU programming that is more suited to the current load.
- the vehicle operator uses input 188 to tell controller 184 the specific route for the vehicle). Controller 184 can then respond by selecting ECU programming that is more suited to that route.
- the controller is coupled to a GPS unit, so that different ECU parameters can be implemented for different portions of the route. Vehicle operators that continually traverse the same route under similar load conditions can perform empirical studies to determine optimal ECU programming patters for different portions of that route.
- the vehicle operator uses input 188 to tell controller 184 the current road conditions (for example, elevation, night time operation, day time operation, heavy traffic conditions, the presence of snow or ice, relatively cold ambient temperatures, or relatively hot ambient temperatures). Controller 184 can then respond by selecting ECU programming that is more suited to the current road conditions. As discussed above, empirical data or user knowledge can be used to determine which ECU programming sets are most suited to certain conditions.
- the vehicle operator uses input 188 to tell controller 184 the identity of the current operator. Controller 184 can then respond by selecting ECU programming that is more suited to the skill set of the current driver. For example, fleet operators may understand that relatively less experienced drivers are less able to operate vehicles at peak fuel efficiency, and certain ECU programming can be used to manage their relative inefficiencies. More experienced drivers may be able to achieve better fuel efficiency with different ECU programming. As discussed above, empirical data or user knowledge can be used to determine which ECU programming sets are most suited to certain drivers.
- Data link 190 can be used in lieu of or in addition to input 188 as a mechanism to provide data input to controller 184 , to prompt controller 184 to review current ECU programming in light of the data input in order to determine if ECU programming should be changed (it should be understood that the concepts disclosed herein also encompass embodiments in which the data input is actually an instruction to change the ECU programming, such that to controller 184 does not need to analyze the input to determine if a change is required, but simply executes the instructed ECU programming change).
- data link 190 can be used to send data acquired remotely to controller 184 .
- controller 184 is disposed remote from the vehicle (not separately shown)
- a similar data link at the vehicle can be logically coupled to ECU 182 , so that controller 184 can reprogram the ECU remotely.
- data link 190 receives input from a controller or processor remote from the vehicle that detects a condition, and conveys an indication of that condition to controller 184 via the data link.
- a processor remote from the vehicle might detect that the vehicle is idling, and may be likely to continue idling for an extended period, such that controller 184 modifies ECU programming to reduce fuel consumption during a period of extended idle conditions.
- One technique for detecting or predicting extended idle conditions is based on historical data (GPS data acquired from the vehicle and sent to the remote processor indicates the vehicle is currently at a location that past data indicates is associated with extended idle conditions, or time records available to the remote processor indicates the vehicle regularly idles at a particular point in time.
- the remote processor (using data conveyed from the vehicle) detects that a vehicle is in neutral or park, and running for more than 90 seconds (or some other periods of time), that processor could indicate to controller 184 that an idle state has been entered.
- Another technique for detecting an idle condition is determining if a PTO unit has been active (again, using data conveyed from the vehicle to the remote processor). Activation of such a unit often indicates that the engine is being used to drive the PTO rather than for over the road operation, such that different ECU programming sets can be implemented to reduce fuel consumption (as PTO units generally require much less horsepower than over the road travel).
- sending data from the vehicle to a remote processor, which analyzes the data to detect conditions that may indicate ECU programming changes should be implemented is based on data transfer that could be eliminated by having the processor detecting the condition at the vehicle. While that is true, collecting data from a vehicle and conveying that data to a remote site for storage and analysis is a legitimate business model; and such data transmission already occurs. Performing analysis remote from the vehicle reduces the computational load at the vehicle, so if the data is already being sent from the vehicle to a remote server, processing the data remotely is a functional alternative to analyzing data at the vehicle. Such offsite processing is also useful in embodiments where controller 184 is located remote from the vehicle.
- data link 190 receives input from a weather service that provides weather information for the vehicles general location. Controller 184 can then determine if current ECU programming matches the weather conditions from the weather service, and if not, controller 184 selects more appropriate ECU programming sets and reprograms the ECU.
- data link 190 receives input from a user interface disposed remote from the vehicle that a dispatcher can use to either convey an indication of a specific condition to controller 184 , or to specifically request a particular ECU programming change.
- the dispatcher uses the remote input device and data link 190 to tell controller 184 that the vehicle will be entering a jurisdiction or region where a different max speed setting needs to be implemented. Controller 184 can then respond by selecting ECU programming that matches the speed setting to the jurisdiction or region selected by the driver.
- data link 190 receives input from a user interface disposed remote from the vehicle that a dispatcher can use to tell controller 184 the current load conditions for the vehicle (for example, a weight of the material loaded onto the vehicle). Dispatchers will often have access to that information even though they are remote from the vehicle. Controller 184 can then respond by selecting ECU programming that is more suited to the current load.
- data link 190 receives input from a user interface disposed remote from the vehicle that a dispatcher can use to tell controller 184 the specific route for the vehicle. Controller 184 can then respond by selecting ECU programming that is more suited to that route.
- the controller is coupled to a GPS unit, so that different ECU parameters can be implemented for different portions of the route. Vehicle operators that continually traverse the same route under similar load conditions can perform empirical studies to determine optimal ECU programming patters for different portions of that route.
- data link 190 receives input from a user interface disposed remote from the vehicle that a dispatcher can use tell controller 184 the identity of the current operator (dispatchers often have access to driver data even though they are remote from the vehicle). Controller 184 can then respond by selecting ECU programming that is more suited to the skill set of the current driver. For example, fleet operators may understand that relatively less experienced drivers are less able to operate vehicles at peak fuel efficiency, and certain ECU programming can be used to manage their relative inefficiencies. More experienced drivers may be able to achieve better fuel efficiency with different ECU programming. As discussed above, empirical data or user knowledge can be used to determine which ECU programming sets are most suited to certain drivers.
- FIG. 22 is a flow chart showing exemplary method steps implemented according to one aspect of the concepts disclosed herein, in which vehicle ECU programming is modified in response to one or more current vehicle operational data inputs.
- input data is conveyed to a processor tasked with evaluating ECU programming in light of the input data.
- the processor is located at the vehicle, while in other embodiments the processor is spaced apart from the vehicle, and is logically coupled to the vehicle ECU (or a data bus coupled to the ECU) via a wireless data link.
- a block 192 the processor tasked with evaluating current ECU programming in light of the input data determines if more efficient ECU programming sets exist. If not, the logic loops back to block 190 . If in block 192 it is determined that a better ECU programming set exists, then in a block 194 the current ECU programming is replaced with the more efficient ECU programming (based on the input from block 190 ).
- block 192 is implemented using the following steps.
- a plurality of different ECU programming sets are provided For each ECU programming set, the current vehicle operational data is used as an input, and based on those inputs at least one vehicle performance characteristic that would result in using that ECU programming set is determined in light of current vehicle operational data.
- the output of using the current vehicle operational data and a specific ECU programming set is a single vehicle performance characteristic (such as horsepower or fuel economy), while in other embodiments the output includes a plurality of different vehicle performance characteristics. The determination as to whether the output should include a single or multiple vehicle performance characteristics is based on what the vehicle operator hopes to achieve.
- the vehicle operator will be hoping to achieve improved fuel economy, thus in at least some embodiments the only output will be an indication of what fuel economy will be achieved based on current vehicle operational data inputs and a particular set of ECU programming.
- Other vehicle operators may want to emphasize fuel economy, subject to certain other limitations involving factors such as speed, horsepower, or engine load. For example, max fuel economy under certain conditions might be achieved by using an unacceptably low vehicle speed. In other conditions, max fuel economy may result when placing an unacceptable (for that operator at least) load on the engine (which may lead to reduced service life), so engine load may be an output important to some users.
- the specific output (or outputs) will also be related to the parameters (or parameters) that are being optimized.
- block 192 involves comparing the results from each ECU programming set based on current vehicle operating conditions to identify the ECU programming set that optimizes vehicle performance based on predetermined parameters. Then it is determined if the current ECU programming set is the ECU programming set that that optimizes vehicle performance based on the predetermined parameters. It should be understood that the functions of block 192 can be implemented by a processor implementing suitable machine instructions, or a custom circuit,
- FIG. 23 is a flow chart showing exemplary method steps implemented according to one aspect of the concepts disclosed herein, in which vehicle ECU programming is modified in response to a specific user request for a programming change.
- a driver, a remote dispatcher, or processor determines that current ECU programming needs to be changed. Often such a change will be directed to changing speed limiting settings due to crossing a jurisdictional border, although changes for other purposes are encompassed by the concepts disclosed herein.
- a block 198 the current ECU programming set is changed as specified in block 196 .
Landscapes
- Engineering & Computer Science (AREA)
- General Engineering & Computer Science (AREA)
- Mechanical Engineering (AREA)
- Combustion & Propulsion (AREA)
- Chemical & Material Sciences (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- Computer Hardware Design (AREA)
- Microelectronics & Electronic Packaging (AREA)
- General Physics & Mathematics (AREA)
- Software Systems (AREA)
- Mathematical Physics (AREA)
- Databases & Information Systems (AREA)
- Data Mining & Analysis (AREA)
- Traffic Control Systems (AREA)
- Combined Controls Of Internal Combustion Engines (AREA)
Abstract
Description
- This application is based on a prior copending provisional application Ser. No. 61/618,827, filed on Apr. 1, 2012, the benefit of the filing date of which is hereby claimed under 35 U.S.C. §119(e).
- Modern vehicles are often equipped with sophisticated controllers that enable vehicle performance characteristics to be optimized for specific needs. An engine manufacturer may use different programming to logic to vary the engine performance characteristics, including horsepower delivered, according to the needs of a specific customer or class of customers. For example, trucks sold for use in over the road trucking, operating for most of their service life on highways, require different performance characteristics than similar trucks operating for most of their service life on city streets in stop-and-go traffic. A fuel map refers to a set of programming instructions that can be input into an engine control unit (an ECU) to modify performance characteristics of an engine.
- As used herein and in the claims that follow, the term fuel map refers to a specific program (i.e., a set of machine instructions) used by an engine control unit (ECU) to determine how to respond to various sensor inputs (i.e., changes in driving conditions). The ECU generally responds to changing inputs by changing at least one of the following parameters: fuel flow rate, spark timing, and idle speed. Changing the fuel map (i.e., the instruction set used by the ECU) will change the performance characteristics of the engine. Manufacturers generally select a fuel map to provide satisfactory vehicle performance over a wide range of conditions.
- Other ECU programming instructions sets can be used to modify other performance characteristics, such as maximum road speed, maximum RMP, maximum idle time, etc.
- In general, modification of such programming instructions sets requires a replacement instruction set, a hardware interface to be coupled to a vehicle data port (enabling the instruction set to be sent to the appropriate ECU), and a software interface or software application to manage the replacement. Some third party vendors sells kits enabling vehicle owners to perform their own ECU reprograming using a laptop and a custom hardware interface, programming set, and software application (generally the hardware interface, programming set, and software application are sold together as a kit). Otherwise, vehicle operators need to bring their vehicle to a mechanic to have such ECU reprograming performed.
- It would be desirable to provide vehicle operators with the ability to more readily implement ECU reprograming. Fuel mapping and other performance related instructions set, customized to the specific performance requirements of a vehicle for a specific route or trip, may lead to more cost efficient operations.
- One aspect of the novel concepts presented herein is a method of enabling vehicle operators to more readily implement ECU reprograming, so that the operator can tailor their vehicle's current ECU programing to current operational requirements, which may be different than the operational characteristics selected by the manufacturer when initially programming the vehicle ECU (or ECUs) with specific instruction sets, such as fuel maps.
- In one embodiment, a controller monitors the current operational characteristics of the vehicle, determines the current ECU programming, and determines if a different programming set would be better suited to the current operating conditions. In the event that the current programming set should be replaced, the controller implements the ECU reprogramming. In at least one embodiment, that controller is at the vehicle, while in at least one other embodiment the controller is part of a remote computing system logically connected to the vehicle via a wireless data link.
- Significantly, the monitoring of vehicle operational data (the term vehicle operational data includes, but is not limited to; vehicle speed, vehicle location, engine RPMs, engine load, vehicle mass, engine temperature, coolant temperature, engine oil temperature, brake temperature, tire pressure, tire temperature, and fuel use, noting that such parameters are exemplary and not limiting) is done in real-time, either via a controller at the vehicle or a controller remote from the vehicle (where operational data is conveyed from the vehicle to the remote controller in real-time). The term real-time as used herein and the claims that follow is not intended to imply the data is analyzed or transmitted instantaneously, rather the data is collected over a relatively short period of time (over a period of seconds or minutes), and analyzed (or transmitted to the remote computing device on an ongoing basis and analyzed) in a compressed time frame, as opposed to storing the data at the vehicle or remotely for an extended period of time (hour or days) before analysis.
- In at least one embodiment, the vehicle is equipped with a position sensor, such as a Global Position System (GPS) device. A controller, either part of the GPS device or another controller at the vehicle uses GPS derived slope data to determine a vehicle's mass, and then uses the vehicle mass data to determine if the current vehicle ECU programming is appropriate. For example, a vehicle operating with a relatively light load may be operated more efficiently using a first set of ECU programming (i.e., a first fuel map), whereas a vehicle operating with a relatively heavy load may be operated more efficiently using a second set of ECU programming (i.e., a second fuel map). Using vehicle mass determined while the vehicle is operating based on GPS derived slope data represents one input that can be used to determine if current ECU programming is appropriate. In the event that the current programming set should be replaced, the controller implements the ECU reprogramming.
- Fundamentally, GPS systems calculate velocity in three components (X, Y, Z or N/S, E/W, and Up/Down) based on a Doppler shift of the GPS satellite signals. Scalar speeds can then be calculated from those three components. For example, absolute speed or actual vehicle speed can be determined, as well as ground speed based on the shortest distance between two points (i.e., based on distance as the crow flies). Horizontal ground speed (VHGS) can be calculated using the Pythagorean Theorem. To calculate a grade (G) the vehicle is traveling over (as a percentage), one can take the Z/Up magnitude and divide it by the horizontal ground speed. Replacing Z, x and y with directional vectors (such as Up for Z, West for x and North for y, recognizing that such directional vectors are exemplary, and may change based on the actual GPS data collected from the vehicle) enables one to calculate slope. The slope data is then used to determine the mass of the vehicle at that time. Pervious techniques to calculate mass use torque output, engine RPMs, and vehicle velocity to calculate a vehicle's mass or weight, but did not factor in slope, and thus are not accurate over routes including variable slopes (which most routes include). An improved mass metric (by including the GPS derived slope data in a mass calculation) enables a more accurate vehicle weight to be provided.
- Note the calculation of vehicle mass using GPS derived slope data can be performed a plurality of times during a specific vehicle trip, and changes in the vehicle mass over time (due to partial unloading or fuel consumption) could trigger additional ECU reprogramming.
- Another input that can be used by the controller monitoring the current vehicle ECU programming is vehicle load data entered into an input device by a driver of the vehicle. Such vehicle load data can be based on a vehicle weight provided by a scale, or can be made available on shipping documentation provided to the driver when picking up a load, or can be provided to the driver via a communication from a dispatcher, agent or customer having access to the data defining the load being picked up by the vehicle. The driver will use an input device to provide the vehicle load data to the controller, which then uses the vehicle load data to determine if the current vehicle ECU programming is appropriate. As noted above, using a different fuel map may result in more efficient vehicle operation when a fuel map is correlated to the actual load of the vehicle. Again, the controller will compare the current ECU programming to the loaded state of the vehicle and available ECU programming sets, and in the event that the current programming set should be replaced, the controller implements the ECU reprogramming.
- Still another input that can be used by the controller monitoring the current vehicle ECU programming is vehicle load data entered into an input device by a dispatcher or agent at a location remote from the vehicle. In such a case, the controller needs to be coupled to the remote input via a wireless data link, so that vehicle load data input from a remote site can be conveyed to the controller at the vehicle. A GSM or other type of cellular modem can be employed as such a data link (noting that such a data link is exemplary, and not limiting, and other wireless data links, including satellite based data links, can also be employed). Such remotely input vehicle load data can be based on information provided to a dispatcher or broker coordinating transportation of a load by the vehicle in question. The controller uses the remotely input vehicle load data to determine if the current vehicle ECU programming is appropriate, generally as discussed above.
- Still another input that can be used by the controller monitoring the current vehicle ECU programming is vehicle routing data. When a vehicle route is known in advance, an analysis of the route can be performed to optimize ECU programming parameters based on the route characteristics. For example, where a first portion of the route involves mountainous terrain, and a second portion of the route involves relatively flat terrain, a first set of ECU programming may provide more efficient vehicle operation for the first portion of the route, while a second set of ECU programming may provide more efficient vehicle operation for the second portion of the route. The analysis of the route and the selected ECU programming parameters may be based on empirical data collected during previous trips over the same route, or may be based on knowledge about the terrain, or combinations thereof. Particularly where a route is repeatedly traversed under similar load conditions, a carrier may vary ECU parameters on different trips while collecting empirical data, so the most efficient ECU parameters can be determined, and used for future trips. The controller at the vehicle tasked with ECU reprogramming can use ECU programming assigned to specific portions of the route, and GPS data collected during operation of the vehicle, to vary the ECU parameters based on the location of the vehicle.
- In a related embodiment, the controller at the vehicle that monitors ECU programming states is logically coupled to a GPS device (or other position sensing system) in the vehicle, such that the controller changes the ECU programming based on the GPS location of the vehicle. Predefined ECU programming parameters can be assigned to downhill segments, to uphill segments, to specific altitudes, to relatively flat terrain, and to route segments where speed and heading may remain constant for extended periods (such as long stretches of highway).
- It should be understood that in addition to GPS parameters, the controller determining which ECU programming parameters are appropriate for a vehicle based on current operational data inputs can also use other types of data input, such as ambient temperature, time, and date. For example, empirical data or user knowledge might indicate that a first set of ECU programming may lead to more efficient vehicle operation when the ambient temperature is relatively low, while a second set of ECU programming may lead to more efficient vehicle operation when the ambient temperature is relatively high. The ambient temperature can be measured by a sensor in the vehicle, or the ambient temperature can be estimated remotely and conveyed to the vehicle (such as by a weather reporting/predicting service). Similarly, empirical data or user knowledge might indicate that a first set of ECU programming may lead to more efficient vehicle operation during nighttime vehicle operation, while a second set of ECU programming may lead to more efficient vehicle operation during daylight vehicle operation. Daylight/nighttime conditions can be determined remotely and conveyed to the vehicle, or can be measured at the vehicle using light sensors and/or clocks. Similarly, empirical data or user knowledge might indicate that a first set of ECU programming may lead to more efficient vehicle operation during a first season (i.e., summer, fall, winter, spring), while a second set of ECU programming may lead to more efficient vehicle operation during a different season. The current season can be determined remotely and conveyed to the vehicle, or can be measured at the vehicle using a clock/calendar function.
- Other operational data that can be used as an input for the controller tasked with reprogramming the vehicle ECU to enhance vehicle efficiency includes engine load (a parameter based in part on vehicle weight and engine RPMs), engine RPMs, engine oil temperature, engine coolant temperature, vehicle speed, transmission gear selection, vehicle weight, cruise control status, accessory device status (such as the use of supplementary cooling fans or power take off units). Different combinations and permeations of such inputs may change the optimal ECU programming selected by the controller. The assignment of optimal ECU programming sets to specific combinations of operation data inputs can be based on empirical data or user knowledge, as well as combinations thereof.
- The status of a power take off unit is a special case that may significantly alter the ECU programming associated with optimal efficiency. For example, a power take off unit is used when the engine in the vehicle is not being used to generate horsepower to move the vehicle over the road, but rather to generate horsepower to be used by a mechanical or hydraulic accessory, or to generate electricity to drive an electrically energized accessory. Lift buckets, ladders, hoists are exemplary but not limiting types of accessory units associated with a power take off unit. Often the power required by such accessory units is much less than required for over the road operation, and such accessory components may be used for extended periods of time. Changing ECU programming to optimize efficiency can result in significant performance improvements in fuel consumption, particularly where required performance characteristics for over the road operation vary widely from the required performance characteristics for power take off operation. In some jurisdictions, PTO unit use may not trigger the same emission control requirements, such that it may be possible to bypass emission control systems during PTO, generally for enhanced fuel economy.
- While fuel maps have been discussed above as a parameter that can be modified by ECU reprogramming, it should be understood that other parameters can also be modified in accord with the concepts disclosed herein. For example, ECU parameters controlling vehicle shifting patterns can be similarly modified. Different operational input conditions can result in changes to one or more ECU parameters, including but not limited to fuel maps and shift patterns.
- In at least some embodiments, ECU programming changes can be done during vehicle operation. In other embodiments, a driver interface component is used to alert the driver that an ECU programming change is required, and the driver will be trained to respond to such an alert by pulling over at a safe location to shut down the vehicle (or idle the vehicle) while the programming change is carried out. Whether or not ECU programming changes are performed during active vehicle operation, vehicle shut done, or vehicle idle will sometimes be based on operator policy (some operators may demand such changes be done at idle or while the vehicle is shut down for safety reasons), and will sometimes be based on the design parameters of the specific ECU being reprogrammed.
- In at least one embodiment, the ECU reprogramming is related to a vehicle speed limiter. Some jurisdictions have different speed laws. In such an embodiment, a driver or dispatcher can convey a command to the controller at the vehicle managing the ECU reprogramming to instruct a change in the speed limiter settings. Thus, if a driver (or dispatcher) knows the vehicle is approaching a locality with different speed rules, the driver (or dispatcher, via a remote data link) can instruct the controller to initiate such a change. For example, when a vehicle operating in the US enters Canada, failing to change the speed limiting settings can lead to a fine. Providing an owner/operator or driver with the ability to correct or change the settings when needed will aid in compliance, and reduce liability for drivers. In one related embodiment the driver will have the ability to make an ECU programming regarding speed limit settings by inputting a command in an input device in the vehicle, where the input device is coupled to the controller at the vehicle. In a related embodiment, a third party can remotely access the controller that is able to effect an ECU programming, and will effect such a programming change when requested to do so by a driver or dispatcher (the term dispatcher being intended to encompass any individual authorized to request such a change on behalf of the operator of a vehicle, regardless of their actual title or job duty). In an exemplary embodiment, the third party offers telematics services to the vehicle operator, such as GPS data collection and storage.
- This Summary has been provided to introduce a few concepts in a simplified form that are further described in detail below in the Description. However, this Summary is not intended to identify key or essential features of the claimed subject matter, nor is it intended to be used as an aid in determining the scope of the claimed subject matter.
- Various aspects and attendant advantages of one or more exemplary embodiments and modifications thereto will become more readily appreciated as the same becomes better understood by reference to the following detailed description, when taken in conjunction with the accompanying drawings, wherein:
-
FIG. 1 is a high level flow chart showing the overall method steps implemented in accord with one exemplary embodiment for achieving the concepts disclosed herein; -
FIG. 2 is a more detailed flow chart showing method steps implemented in an exemplary preferred embodiment; -
FIG. 3 schematically illustrates a vehicle that includes a plurality of sensors configured to collect the required metrics; -
FIG. 4A is a functional block diagram illustrating the functional elements of an embodiment in which the metrics are processed within the vehicle to obtain the driver's performance ranking, for example, in real-time; -
FIG. 4B is a functional block diagram illustrating the functional elements of an embodiment in which the metrics are processed by a computing device remote from the vehicle to obtain the driver's performance ranking; -
FIG. 5 schematically illustrates the interior of a vehicle configured with a display to provide the driver with the performance ranking in real-time; -
FIG. 6 schematically illustrates a vehicle that includes a GPS unit configured to collect GPS data that can be used to provide a plurality of metrics for use in determining a driver performance ranking in accord with one aspect of the concepts disclosed herein; -
FIG. 7 is a flow chart showing method steps implemented in an exemplary preferred embodiment, where GPS data are used to provide a plurality of metrics used to determine the driver's performance ranking; -
FIG. 8 is a flow chart showing method steps implemented in accord with one aspect of the concepts disclosed herein, the method steps representing an exemplary technique used to implement that aspect, the aspect comprising using GPS or position data are used to determine a slope the vehicle is traveling over (in at least one embodiment, the slope data will in turn be used to calculate an accurate vehicle mass metric); -
FIG. 9 is a functional block diagram graphically illustrating force vectors acting on a vehicle, and how those vector can be used to solve for vehicle mass, where the GPS derived slope represents a unique metric; -
FIG. 10 is a flow chart showing exemplary method steps implemented according to one aspect of the concepts disclosed herein, where GPS or position derived slope data is used to calculate a vehicle's mass at a plurality of intervals during the operation of a vehicle, and then using the vehicle mass to determine a cost per loaded mile; -
FIGS. 11A-11C graphically illustrate vehicle performance histograms generated derived in part using the GPS derived slope data ofFIG. 8 ; -
FIGS. 12A-12B graphically illustrate vehicle performance histograms generated derived in part using the GPS derived slope data; -
FIG. 13 is a flow chart showing exemplary method steps implemented according to one aspect of the concepts disclosed herein, in which a promotional driver performance campaign is implemented at a hosted website; -
FIGS. 14 and 15 are functional blocks diagram illustrating that the promotional driver performance campaigns and bonuses of the method ofFIG. 13 can include drivers from a single fleet (intra-company) or drivers from multiple fleets (inter-company); -
FIG. 16 is a functional block diagram illustrating exemplary elements in a vehicle/driver performance monitoring system in accord with one aspect of the concepts disclosed herein; -
FIG. 17 is an exemplary screen shot of a website hosting a promotional driver performance campaign; -
FIG. 18 is a another functional block diagram illustrating exemplary elements in a vehicle/driver performance monitoring system in accord with one aspect of the concepts disclosed herein; -
FIG. 19 is an exemplary computing environment for implementing some of the concepts disclosed herein; -
FIG. 20 is a functional block diagram of an exemplary telematics device added to an enrolled vehicle to implement one or more of the methods ofFIGS. 1 , 2, 7, 8 and 10; -
FIG. 21 is a functional block diagram of an exemplary vehicle components employed to implement the ECU reprogramming in response to current operational data inputs concept disclosed herein; -
FIG. 22 is a flow chart showing exemplary method steps implemented according to one aspect of the concepts disclosed herein, in which vehicle ECU programming is modified in response to one or more current vehicle operational data inputs; and -
FIG. 23 is a flow chart showing exemplary method steps implemented according to one aspect of the concepts disclosed herein, in which vehicle ECU programming is modified in response to a specific user request for a programming change. - Exemplary embodiments are illustrated in referenced Figures of the drawings. It is intended that the embodiments and Figures disclosed herein are to be considered illustrative rather than restrictive. No limitation on the scope of the technology and of the claims that follow is to be imputed to the examples shown in the drawings and discussed herein. Further, it should be understood that any feature of one embodiment disclosed herein can be combined with one or more features of any other embodiment that is disclosed, unless otherwise indicated.
- The concepts disclosed herein relate to both newly disclosed subject matter and subject matter presented in a previously filed and unpublished application. The previously filed but not published subject matter provides contextual information that is relevant to the new disclosure, hence it inclusion. The newly disclosed subject matter begins with
FIG. 21 . -
FIG. 1 is a high level flow chart showing the overall method steps implemented in accord with one aspect of the concepts disclosed herein. In a block 10 a plurality of metrics related to driver performance are automatically collected by a plurality of sensors incorporated into a vehicle. Such metrics generally relate to driver operation of the vehicle, but may also simply include data related to the vehicle. Such metrics can include, but are not limited to, vehicle speed, vehicle acceleration, vehicle deceleration, engine RPMs, idle time, engine temperature, coolant temperature, oil temperature, fuel consumption, and vehicle positional data. Those of ordinary skill in the art will readily recognize that many different metrics related to vehicle performance and driver performance can be collected. Thus, it should be recognized that the specifically identified metrics are intended to be exemplary, rather than limiting. In ablock 12, a numerical ranking of the driver's performance is determined based on at least some of the metrics collected. -
FIG. 2 is a more detailed flow chart showing method steps implemented in a preferred embodiment, providing additional details as to how the numerical ranking of the driver's performance can be determined. In ablock 14, a numerical value is assigned to each metric collected. It should be recognized that plurality of valuation schemes can be implemented, and the specific scheme implemented is not critical. It should also be recognized that a fleet operator can perceive some metrics to be more or less important to overall driver performance. Thus, individual metrics can be weighted differently. For example, one fleet operator may have little tolerance for drivers who exceed posted speed limits and want to place great emphasis on this metric when determining the numerical ranking. Such a fleet operator can assign significantly more weight to the detection of a driver exceeding a speed limit than to the detection of a driver incurring excessive idle time. Regardless of the specific valuation scheme implemented, a numerical ranking will be determined for each metric collected. In a block 16, the numerical rankings for each metric are combined. In a block 18, the combined numerical values for each metric are normalized, to enable performance rankings for different drivers to be more equitably compared. In one embodiment, the normalization is based on a distance over which a driver has operated a vehicle. In another embodiment, the normalization is based on an amount of time the driver has operated a vehicle. This normalization enables the output of the normalized combined total to be provided as a numerical ranking in ablock 20 indicating a driver's performance. Note that the valuation scheme implemented will determine whether a specific numerical value is indicative of a relatively good performance or a relatively poor performance. Under some valuation schemes, relatively higher combined and normalized numerical rankings are generally indicative of relatively better driver performance. In other valuation schemes, relatively lower combined and normalized numerical rankings are generally indicative of relatively better driver performance. -
FIG. 3 schematically illustrates a vehicle including a plurality of sensors configured to collect the required metrics. A vehicle 22, such as a bus or a truck, includes a plurality of sensors 24 a-24 h. It should be recognized that the specific number of sensors, and the specific types of sensors and types of data collected by the sensors, are not critical, so long as the sensors collect data for the desired metrics. As noted above, a plurality of different metrics have been specifically identified, however it should be recognized that such metrics are intended to be exemplary, and not limiting on the concepts disclosed herein. In the disclosed exemplary embodiment, each sensor is coupled to a CPU 26 (which, as described in greater detail below, may in some of embodiments be replaced with (or provided in addition to) a transmitter). -
FIG. 4A is a functional block diagram 28 a illustrating the functional elements of an exemplary embodiment in which the metrics are processed within the vehicle to obtain the driver's performance ranking. The vehicle is equipped withsensors 30 configured to collect the required metrics. The sensors are logically coupled with anonboard vehicle CPU 34, which is configured to implement the method steps generally described above.Onboard CPU 34 is logically coupled to amemory 32 in which are stored the machine instructions that are executed by theonboard CPU 34 to carry out these logical steps. The plurality of metrics collected bysensors 30 can also be stored inmemory 32. A (preferably optical or wireless) transmitter 36 (or other data link) can be included to enable either the plurality of metrics or the driver's performance ranking to be communicated to a remote computing device. Anoptional display 38 can be included in the vehicle to provide real-time feedback to the driver (by displaying the driver's performance ranking in real-time). As discussed above, ifdisplay 38 is implemented, it is desirable to provide the ability for the driver to determine which metrics are having the most impact on the driver's performance ranking. -
FIG. 4B is a functional block diagram 28 b illustrating the functional elements of an exemplary embodiment in which the metrics are processed by a computing device to obtain the driver's performance ranking, where the computing device is remote from the vehicle. Once again, the vehicle is equipped withsensors 30 configured to collect the required metrics. The sensors are logically coupled with anonboard vehicle CPU 34, which is configured to transmit the collected metrics toremote computing device 39 through transmitter 36 (or other data link). In a particularly preferred embodiment,transmitter 36 is a wireless transmitter. In such an embodiment, the method steps generally described above for processing the collected metrics can be executed by the remote computing device.Onboard CPU 34 is logically coupled tomemory 32 in which the collected metrics can be stored, if the metrics are not to be transmitted to the remote computing device in real-time. Even if the metrics are transmitted to the remote computing device in real-time, such metrics can be stored inmemory 32 as a backup in case the transmission is not successful. In such an embodiment, a display is not likely to be beneficial, unless the remote computing device is configured to transmit the calculated performance ranking back to the vehicle for display to the driver. -
FIG. 5 schematically illustrates the interior of a vehicle configured with adisplay 40 to provide the driver with a performance ranking in real-time. As discussed above, such a display can be implemented by the embodiment schematically illustrated inFIG. 4A . WhileFIG. 5 shows a single numerical performance ranking being dis-played, it should be understood that the concepts disclosed herein encompass displaying a plurality of different metrics (at one or in rotation), as well as displaying a cost per loaded mile metric, which is discussed in detail below in connection withFIG. 10 . The cost per loaded mile metric can be calculated using the concepts disclosed herein at a remote computing device and conveyed back to the vehicle for display, or can be calculated using a processor in the vehicle. -
FIG. 6 schematically illustrates avehicle 22 a that includes aGPS unit 44 configured to collect GPS data that can be used to determine a plurality of metrics for use in determining a driver performance ranking. Such an embodiment enables the driver performance ranking discussed above to be generated without requiring individual or additional sensors to be integrated into the vehicle (although it should be recognized that such individual sensors could be used in addition to (or as an alternative source of) the data provided by the GPS unit, to provide additional metrics used in determining a driver's performance ranking, generally consistent with the method steps described above with respect toFIGS. 1 and 2 ).Vehicle 22 a, such as a bus or a truck (or automobile, or construction equipment, generally as described above) includesGPS unit 44 coupled with anignition system 42 of the vehicle. In an exemplary embodiment, the GPS unit will be coupled with the ignition switch, such that it is assumed that when the ignition switch is on, the engine of the vehicle is actually running, and the GPS unit will be activated. As described in greater detail below, GPS data can be used for a plurality of metrics, including idle time, deceleration time and magnitude, acceleration time and magnitude, and to determine if a driver has violated a speed limit. The most basic GPS unit is able to determine a position of the vehicle at a current time. That positional information can be used to calculate the speed of a vehicle by determining the change in position of the vehicle between two successive points in time, and to calculate the acceleration or deceleration of the vehicle by determining the change in speed of the vehicle over a time increment. More typically, GPS units automatically determine position, speed, and acceleration/deceleration internally, and these metrics would then not need to be determined by an external computing device (remote or local). -
GPS unit 44 preferably includes or is connected to a wireless transmitter (not separately shown), such that the GPS data can be wirelessly transmitted to a remote computing device, preferably in real-time. The remote computing device can be programmed to manipulate the GPS data to determine a plurality of metrics, which can then be used to calculate a driver's performance ranking, generally as described above. It should be recognized that as an alternative,GPS unit 44 can include an onboard memory, such that the GPS data are stored in the GPS unit, to be uploaded to a remote computing device at a later time (for example, using a wireless or hardwired data link). Significantly,GPS unit 44 enables driver performance rankings to be determined, even if the vehicle is not equipped with separate other sensors of the metric data or an onboard computer (as are required in the embodiments ofFIGS. 3 , 4A, and 4B). It should be understood that the concepts disclosed herein encompasses coupling such a GPS unit to vehicle sensors and/or a vehicle data bus, such that driver/vehicle performance data collected by other vehicle sensors can be combined with GPS data and conveyed to a remote computing site. While not specifically shown inFIG. 6 , it should be understood thatGPS unit 44 can include a processor that uses GPS data and sensor data collected from the vehicle to calculate performance metrics, which are then combined with GPS data and conveyed to the remote computing site. One such metric is GPS derived slope data, discussed in detail in below in connection withFIG. 8 . Such performance metrics calculated by a processor in the vehicle (whether or not that processor is associated with a GPS unit, or is a separate processor in the vehicle) can be displayed in the vehicle, as well as (or in lieu of) being conveyed to a remote computing device. -
FIG. 7 is a flow chart showing method steps implemented in one exemplary embodiment when GPS data are used to calculate a plurality of metrics used to determine the driver's performance ranking. In ablock 46, the vehicle ignition is switched on (and it is assumed that the engine is running), thereby powering on the GPS unit. In ablock 48, the GPS unit collects GPS data (information corresponding both to a particular point in time and a specific geographical position that the vehicle occupies at that specific point in time). In ablock 50, the GPS data are transmitted to a remote computing device. As noted above, the GPS data are preferably transmitted to the remote computing device in real-time. However, it should be recognized that the GPS data can be temporarily stored within the GPS unit (or in a memory electronically coupled to the GPS unit), and transferred to the remote computing device at a later time. In ablock 52, the remote computing device uses the GPS data to calculate an idle time metric. Because the GPS unit is only on when the ignition switch is on and the engine of the vehicle is assumed to be running, an assumption can be made that the idle time equals the accumulated time that the GPS unit is on, but the vehicle is not changing position. - In a
block 54, the remote computing device uses the GPS data to determine metrics corresponding to acceleration time and acceleration magnitude. In ablock 56, the remote computing device uses the GPS data to determine metrics corresponding to deceleration time and deceleration magnitude. In ablock 58, the remote computing device uses the GPS data to determine whether a driver has exceeded a speed limit. Those of ordinary skill in the art will readily recognized that several mapping databases exist that include a database of speed limits and which enable a speed limit for a specific portion of a route being driven by a vehicle to be determined based on a particular geographical coordinate of the vehicle following that route. GPS data includes an indication of the speed of the vehicle at a particular time while the vehicle is at a particular geographical location. Once the vehicle speed has been determined for a particular geographical position, a database can be consulted to determine the speed limit associated with that position along the route, thereby enabling a determination to be made as to whether the driver has exceeded the speed limit. In ablock 60, the plurality of metrics calculated from the GPS data are used to determine the driver's performance ranking, generally as described above in connection withFIGS. 1 and 2 . - It should be recognized that the GPS data can be used to calculate fewer metrics than those described above in connection with
FIG. 7 , and that the metrics specifically identified inFIG. 7 are intended to be exemplary, rather than limiting. Furthermore, if the vehicle includes other sensors for determining metrics, the sensor data can also be forwarded to the remote computing device to be used in calculating the driver's performance ranking, also generally as described above. Furthermore, it should be recognized that rather than (or in addition to) transmitting the GPS data to a remote computing device, the GPS data can be conveyed to a computing device on the vehicle, for determining the driver's performance ranking. - Preferably, performance rankings are determined for each driver in a company (or each driver of a vehicle for which driver performance is of interest), and posted publicly so that drivers can compare each other's individual performance rankings The public display of driver performance is expected to provide an incentive for drivers to improve their driving performance rankings.
- It should be understood that the concepts disclosed herein encompass many differ types of performance metrics, and different techniques for collecting them. In at least some embodiments, as exemplified by
FIG. 6 , the performance metrics are transmitted from the vehicle to a remote computing device by a wireless data link enabled GPS unit (such as a GSM/GPS), that also collects location data during the vehicle's operation. It should be understood that such performance metrics can also be collected using a data recorder that does not have wireless data transmission capability, such that data will need to be exported from the data recorder to a remote computing device periodically, or the data recorder will need to be removed from the vehicle and coupled to a computing device periodically to export the data used to calculate the driver performance metric(s). - While specific parameters or metrics used to derive a driver performance metric have been discussed above, it should be recognized that the following different parameters/metrics are specifically encompassed herein. One or more embodiments in which the performance metric is based at least in part from data collected from one or more engine control units (or vehicle computer) in a vehicle operated by the driver whose performance is being measured. One or more embodiments in which the performance metric is based at least in part on fuel economy. One or more embodiments in which the performance metric is based at least in part on carbon footprint reduction. One or more embodiments in which the performance metric is based at least in part on minimizing fuel efficiency robbing behavior, including sudden braking, rapid acceleration and downshifting too early. One or more embodiments in which the performance metric is based at least in part on maximizing fuel efficiency enhancing behavior, including coasting to a stop (instead of staying on the accelerator until the last minute and then braking hard), high average vehicle speeds with minimum time spent at maximum vehicle speed, high percent trip distance in top gear (90+% recommended), high percent distance in cruise control, minimum percent idle/PTO operation, minimum service brake activity, low number of sudden decelerations, and low service brake actuation's/1000 miles.
- Another aspect of the concepts disclosed herein is a technique to monitor vehicle location data (i.e. GPS data) over time to determine the actual operating speed of a fleet vehicle. Many fleet operators have the ability to define maximum speed parameters on their vehicles. Maximum speed parameters are defined to enhance safety and to reduce fuel costs (statistics indicated that for heavy trucks every MPH over 62 MPH reduces fuel economy by 0.1 MPG). However, these speed settings can fail due to maintenance issues, or driver manipulations. The maximum speed setting is based on understanding the size of the vehicle's tires. If during maintenance a different size tire is used as a replacement, the predefined speed settings will be inaccurate. Because drivers are often paid by the mile, drivers have an incentive to defeat the maximum speed settings, and drivers may encourage the use of different tire sizes, so they can go faster than the maximum speed setting, to increase their earnings. Drivers can also purchase and install aftermarket kits designed to bypass speed governors, again so they can go faster than the maximum speed setting, to increase their earnings. The concepts disclosed herein encompass collecting GPS data during the operation of a fleet vehicle, and analyzing the location and time parameters of that data to identify when a fleet vehicle exceeds a predefined maximum speed. The GPS verified speed metric can be used as a driver performance metric on its own, or be combined with other metrics to generate a driver performance metric.
- Another aspect of the concepts disclosed herein is to monitor manual overrides for cooling fans in fleet vehicles. Such cooling fans, generally controlled by a vehicle engine control unit (ECU) or vehicle computer, consume up to 50-70 HP, and measurably reduce fuel economy. Drivers who habitually override the automatic fan settings can consume unnecessary amounts of fuel. Thus the concepts disclosed herein encompass monitoring a driver's use of cooling fan manual override, to facilitate an evaluation of a driver's performance, and to enable drivers who use such overrides excessively to be identified and trained to reduce their use of manual cooling fan overrides. The cooling fan manual override metric can be used as a driver performance metric on its own, or be combined with other metrics to generate a driver performance metric.
- Another aspect of the concepts disclosed herein is to monitor engine RPMs during a driver's operation of a vehicle. Over revving an engine can lead to increased fuel use and engine wear. Drivers who habitually over rev their vehicles engines can consume unnecessary amounts of fuel. Thus the concepts disclosed herein encompass monitoring the RPM parameters while a driver operates a vehicle, to facilitate an evaluation of a driver's performance, and to enable drivers who consistently over rev their vehicle's engines to be identified and trained to reduce their over revving behavior. The over revving metric can be used as a driver performance metric on its own, or be combined with other metrics to generate a driver performance metric.
- Another aspect of the concepts disclosed herein is to monitor the shifting behavior during a driver's operation of a vehicle. Not running a heavy truck in the highest possible gear when possible can lead to increased fuel use and engine wear. Statistics indicate that every 10% drop of time in top gear results in a 0.5% mpg loss. Thus the concepts disclosed herein encompass monitoring shifting behavior while a driver operates a vehicle, to facilitate an evaluation of a driver's performance, and to enable drivers who consistently under shift to be identified and trained to reduce their over revving behavior. The shifting pattern metric can be used as a driver performance metric on its own, or be combined with other metrics to generate a driver performance metric.
- Another aspect of the concepts disclosed herein is to monitor the amount if idle time during a driver's operation of a vehicle. Increased idle leads to increased fuel use and engine wear. Thus the concepts disclosed herein encompass monitoring idle time behavior while a driver operates a vehicle, to facilitate an evaluation of a driver's performance, and to enable drivers who excessively allow their vehicle to idle to be identified and trained to reduce their excess idle behavior. The excessive idle metric can be used as a driver performance metric on its own, or be combined with other metrics to generate a driver performance metric.
- Another aspect of the concepts disclosed herein is to monitor a load placed upon a vehicle's engine during a driver's operation of a vehicle. While related to RPM, load is not equivalent. An estimation of engine load is sometimes calculated by a vehicle ECU, and different manufacturers use different combinations of parameters to calculate engine load, including but not limited to throttle position, RPM, manifold pressure, air flow, temperature, air conditioning clutch status, power steering pressure, and transmission gear status. Where engine load is increased without performing more useful work (i.e., carrying more cargo), increased fuel use and engine wear result without a net benefit. Drivers who habitually operate their vehicles under higher engine loads than required consume unnecessary amounts of fuel. Thus the concepts disclosed herein encompass monitoring engine load while a driver operates a vehicle, to facilitate an evaluation of a driver's performance, and to enable drivers who consistently over load their vehicle's engines to be identified and trained to reduce their over loading behavior. The engine load metric can be used as a driver performance metric on its own, or be combined with other metrics to generate a driver performance metric.
- The calculation of an exemplary performance ranking is described below in regard to one exemplary embodiment. It should be recognized that this approach for determining the performance ranking is not intended to be limiting, but rather to be illustrative of one contemplated valuation scheme and performance ranking implementation. In the exemplary performance ranking, a relatively higher numerical ranking value is generally indicative of relatively poorer driver performance. Thus, in this example, the lower the numerical performance ranking, the better the driver's performance.
- In this example, the sensor data are collected for various metrics corresponding to vehicle acceleration, vehicle deceleration, vehicle idle time, and vehicle speed. Each minute of acceleration time will be assigned one point. Each minute of deceleration time will be assigned one point. Each minute of idle time will be assigned one point. In this example, the fleet operator is also particularly concerned with drivers who violate speed limits on the freeway. Thus, each minute where the vehicle speed exceeds 60 miles an hour while the driver is driving the vehicle on the freeway will result in five points (the fleet operator weighting excessive vehicle speed five times greater than the other metrics). The points are added together to achieve a combined total. The total is then normalized to derive a numerical ranking value for the driver. As noted above, the normalization can be based on either distance driven or time of operation, or a combination thereof.
- The concepts disclosed herein encompass using data collected during the operation of a vehicle to calculate a weight of the vehicle, and then using the calculated weight in a performance analysis of the vehicle. The novel vehicle weight calculation disclosed herein employs in part vehicle position data collected while a vehicle is moving. The position metric can be automatically determined using a global positioning satellite (GPS) receiver installed in the vehicle, to track the vehicle's change in position over time. It should be recognized that the GPS system is but one of a plurality of different vehicle position sensing technologies that can be employed.
- Fundamentally, GPS systems calculate velocity in three components (X, Y, Z or N/S, E/W, and Up/Down) based on a Doppler shift of the GPS satellite signals. Scalar speeds can then be calculated from those three components. For example, absolute speed or actual vehicle speed can be determined, as well as ground speed based on the shortest distance between two points (i.e., based on distance as the crow flies).
- Horizontal ground speed (VHGS) can be calculated using the following relationship based on the Pythagorean theorem:
-
V HGS=√{square root over (x 2 +y 2)} (1) - To calculate a grade (G) the vehicle is traveling over (as a percentage), one can take the Z/Up magnitude and divide it by the horizontal ground speed, VHGS, which results in the following relationship:
-
- Replacing Z, x and y with directional vectors (such as Up for Z, West for x and North for y, recognizing that such directional vectors are exemplary, and may change based on the actual GPS data collected from the vehicle) results in the following relationship:
-
- Once one has derived G as discussed above, very useful vehicle performance metrics can be determined.
- One exemplary use of the slope data is to determine the mass of the vehicle at that time. Mass is a useful metric that can be used as a feedback metric for controlling certain vehicle systems. Some vehicle engine control units (ECUs) use torque output, engine RPMs, and vehicle velocity to calculate a vehicle's mass or weight (as used herein and in the claims that follow, the terms mass and weight are used synonymously, because on the surface of the Earth, the acceleration due to gravity (the “strength of gravity”) is approximately constant; thus the ratio of the weight force of a motionless object on the surface of the Earth to its mass is almost independent of its location, so that an object's weight force can stand as a proxy for its mass, and vice versa). That ECU weight/mass determination technique is error prone, because it does not take into account any slope conditions. Even though the ECU weight/mass determination technique is error prone, the ECU weight/mass determination technique mass estimation provides a metric that can be used to as a feedback metric for various vehicle systems, including transmission shift points, engine RPM control, and emission controls. Having more accurate mass metrics (by including the GPS derived slope data in a mass calculation) will provide an improved mass metric. The concepts disclosed herein specifically encompass a GPS unit configured to use GPS data to calculate slope, to use the slope data and other vehicle parameters to determine vehicle mass (generally as discussed below), and then to provide a GPS slope based vehicle mass metric to a vehicle ECU to be used as a metric to control vehicle operation.
- Vehicle mass can also be used as an analytical metric to determine how much work a vehicle has performed. Being able to accurately determine the amount of work a vehicle is performing will help vehicle operators analyze their use patterns to seek out efficiency improvements. The GPS derived slope data enables more accurate vehicle mass calculations to be determined, which in turn will provide an improved vehicle performance data set that can be mined to identify areas in which efficiency improvements could be made.
- Having described the GPS based slope determination technique; the following relationships will be used to obtain vehicle mass from the GPS determined slope (G). These relationships define the forces acting on the vehicle, and include a force related to a grade the vehicle is traveling over, an aerodynamic force, a frictional force, and a force applied by the vehicle to overcome the forces acting on the vehicle. The understanding of these forces is not new, but what is novel are techniques disclosed herein to measure certain parameters that are used to calculate such forces. Being able to measure those parameters, such as a grade the vehicle is traveling over, enables more accurate force calculations to be performed, which in turn enables a better understanding of vehicle operational efficiency.
- A first force opposing a motion of the vehicle relates to a grade or slope the vehicle is traveling over, which can be defined using the relationship of Equation (4).
-
f grade =m*g*G (4) - where m is vehicle mass and g is the local gravitational field (i.e., Earth's gravity).
- A second force opposing a motion of the vehicle relates to aerodynamic forces acting on the vehicle, which can be defined using the relationship of Equation (5).
-
f areo=½*p*C d *A*ν 2 (5) - where ρ is air density, Cd is the coefficient of drag of the vehicle, A is the frontal area of the vehicle, and ν is the vehicle velocity (which can be obtained from the vehicle databus or from GPS data).
- A third force opposing a motion of the vehicle relates to frictional forces acting on the vehicle, which can be defined using the relationship of Equation (6).
-
f Friction =C rr *m*g*(1−G) (6) - where Crr is the coefficient of rolling resistance of the vehicle (which is assumed to be constant), m is vehicle mass, g is the local gravitational field (i.e., Earth's gravity), and G is the slope, which is calculated using the GPS data as discussed above.
- The force generated by the vehicle to overcome these opposing forces can be defined using the relationship of Equation (7).
-
- where τ is engine output torque (as measured at the vehicle by vehicle sensors/reported by the vehicle databus), N is engine RMPs (as measured at the vehicle by vehicle sensors/reported by the vehicle databus), ν is the vehicle velocity (which can be obtained from the vehicle databus or from GPS data), π is the mathematical constant defined as the ratio of any circle's circumference to its diameter, and r is the radius of the vehicles tires.
- Vehicle mass is a parameter in the grade and frictional force relationships, of Equations (4) and (6), respectively. The mass parameter itself can be defined using the relationship of Equation (8).
-
- where m is vehicle mass and α is acceleration (which can be obtained from the vehicle databus or from GPS data). In an exemplary embodiment, acceleration is obtained from the vehicle sensors.
- Equations (4)-(8) can be solved to obtain mass, as defined using the relationship of Equation (9).
-
- Note that the following parameters will be measured during vehicle operation in order for mass to be calculated: velocity, torque, RPM. Those parameters, combined with the GPS derived slope data, and known parameters (gravity, air density, rolling resistance, frontal area, drag, pi, and tire radius) can be used by a processor in the vehicle to calculate mass. Velocity, torque, and RPM represent metrics that many vehicles already measure during vehicle operation, and thus can be accessed by tapping into a vehicle ECU or databus. The concepts disclosed herein specifically encompass a GPS unit (or other position sensing unit) including a data port coupled to a vehicle ECU/data bus and a processor configured to calculate a GPS derived slope metric (generally as discussed herein) and a vehicle mass metric (generally as discussed herein, using in part the GPS derived slope data).
- Having an accurate mass parameter, determined in real-time during the operation of the vehicle, will enable a more accurate measurement of the work being performed by the vehicle to be measured. The work metric can be used as a driver performance metric on its own, or be combined with other metrics to generate a driver performance metric.
-
FIG. 8 is a flow chart showing method steps implemented in an exemplary embodiment, where position data (such as GPS data) collected during the operation of a vehicle is used to determine a slope or grade over which the vehicle is being operated. That grade then can be used to calculate other data, such as a weight or mass of the vehicle. In ablock 120, three dimensional position data (longitude, latitude and elevation) is collected during operation of the vehicle. In at least some embodiments, that data is conveyed from the vehicle to a remote computing site (i.e., a monitoring/data storage location) in real-time. In other embodiments, the position data is stored in a memory in the vehicle, to be conveyed to a remote computing site at a later time. In ablock 122, the position data is used to determine horizontal ground speed, using the relationship of Equation (1). In ablock 124, the horizontal ground speed and the position data is used to determine the slope or grade, using the relationships of Equations (2) and (3). - In an
optional block 126, the slope data is used to calculate a mass of the vehicle, using the relationship of Equation (9). In at least some embodiments, the data processing ofblocks blocks -
FIG. 9 graphically illustrates force vectors acting on a vehicle, including a frictional force, an aerodynamic force, a grade/slope related force, and a vehicle applied force used to overcome the opposing forces. The forces are discussed above in connection with Equations (4)-(7), and those relationships can be used to use GPS derived slope data to calculate vehicle mass, as shown in Equation (9). -
FIG. 10 is a flow chart showing method steps implemented in an exemplary embodiment, where GPS derived slope data and vehicle mass data calculated using GPS derived slope data position data are used to analyze vehicle performance, to determine a cost per loaded mile. Because the concepts disclosed herein provide an improved vehicle mass parameter that is determined while a vehicle is operating, the analysis of the work performed by the vehicle, and the cost per loaded mile calculation, are more accurate than have been heretofore obtainable using data derived by existing techniques. In ablock 120, three dimensional position data (longitude, latitude and elevation) is collected during operation of the vehicle. As noted above, in at least some embodiments, that data is conveyed from the vehicle to a remote computing site (i.e., a monitoring/data storage location) in real-time, while in other embodiments, the position data is stored in a memory in the vehicle, to be conveyed to a remote computing site at a later time. In ablock 123, fuel use and mileage data is collected during the operation of the vehicle. In ablock 126, GPS derived slope data is used to calculate vehicle mass, generally as discussed above. Then, in ablock 127, the mileage data, fuel use data, and vehicle mass data are used to slope data is used to calculate a cost per loaded mile metric. - Fleet operators recognize that cost per loaded is a metric that can be analyzed to improve the efficiency of their fleets, by allowing driver performance to be evaluated, and by allowing different routes to be analyzed, to determine the actual cost of servicing a particular route. While these concepts are not new, what is new is the improved vehicle mass metric that can be calculate in real-time while the vehicle is operated, or at a later, where the mass metric is available for the duration of the vehicle operating segment (or trip). Note that in the prior art, unless the vehicle was weighed during the trip (i.e., before the trip, after the trip, or during the trip at a scale stop) such accurate vehicle mass data was not available, so the cost per loaded metric was error prone, or accurate based on data collected at only a few selected segments of the trip. The concepts disclosed herein are based on collecting vehicle operational data (fuel use, mileage, position data, etc.) frequently (i.e., multiple times a minute, or at least once every few minutes, such intervals being exemplary) so that vehicle mass can be accurately calculated at almost any time during the operation of a vehicle.
- An exemplary data set collected from a vehicle will include time indexed position data, engine RPM data, vehicle torque data, and vehicle speed. This data will be collected frequently (multiple times per minute, or a plurality of times over a ten minute period) while the vehicle is operational. Note that vehicle speed can be determined by analyzing position data over time, or can be measured using a vehicle sensor (note that comparing vehicle speed obtained from vehicle sensors with vehicle speed calculated based on GPS data can identify errors in the vehicle speed sensor, which can be caused by incorrect tire sizes, or driver added speed cheating devices designed to override vehicle speed governors). Such a data set can also include other types of vehicle data, including, but not limited to, data relating to the vehicle transmission (so drivers can be evaluated based on percentage of time spent in the most efficient gear), data relating to the vehicle braking system (so drivers can be evaluated based on their braking behavior), data relating to the use of cooling fan overrides (so drivers can be evaluated based on how often they such an override that reduces fuel efficiency), data relating to idle time (so drivers can be evaluated based on percentage of time spent in wasting fuel by idling, noting that idle time can be evaluated in light of position data, so that drivers are not penalized for idling at traffic lights), data relating to the use of a vehicle's cruise control system (so drivers can be evaluated based on percentage of time spent driving at fuel efficient speeds). Note this exemplary data set includes the data required to calculate vehicle mass using GPS derived slope data, generally as discussed above.
-
FIGS. 11A-11C graphically illustrate histograms that can be derived using the exemplary data set discussed above. These histograms can be used by fleet operators to evaluate the efficiency performance of individual drivers and/or individual vehicles, being operated over specific routes (the routes being defined by the position data). Each Figure has a histogram based on a vehicle being operated with a heavy load, and a histogram based on a vehicle being operated with a light load. InFIG. 11A , speed histograms show a percentage of time a vehicle is operated at specific speeds, enabling fleet operators to determine how often the driver/vehicle is using the most efficient vehicle speeds. The histograms include bars that show load vs. speed, and time vs. speed. InFIG. 11B , RPM histograms show a percentage of time a vehicle is operated at specific RMP settings, enabling fleet operators to determine how often the driver/vehicle is using the most efficient engine speeds. The histograms include bars that show load vs. RPM, and time vs. RPM. InFIG. 11C , load histograms show a percentage of time a vehicle is operated at specific load settings, enabling fleet operators to determine how often the driver/vehicle is placed under the most demanding loads. In exemplary embodiments, when appropriate, the histograms ofFIGS. 11A-11C can be generated using the vehicle mass calculated using GPS derived slope data, generally as discussed above. -
FIGS. 12A and 12B graphically illustrate histograms that can be derived using the exemplary data set discussed above. These histograms can be used by fleet operators to evaluate the efficiency performance of individual drivers and/or individual vehicles, being operated over specific routes (the routes being defined by the position data). The histogram ofFIG. 12A includes bars that show the cost per loaded mile and MPG for 14 different trips (each trip being defined by a different set of position data from the exemplary data set). The histogram ofFIG. 12B includes bars that show the cost per loaded mile and MPG for 14 different trips, with the data being normalized to a 30 ton load. In exemplary embodiments, the histograms ofFIGS. 12 and 12B are generated using the vehicle mass calculated using GPS derived slope data, generally as discussed above. - One aspect of the concepts disclosed herein is a hosted website, enabling drivers and fleet operators to monitor the performance of drivers, based on data collected during the drivers operation of a vehicle. In at least one embodiment, drivers can compare their performance metrics to their peers, although the concepts disclosed herein also encompass embodiments where individual drivers can only see their own performance scores. Fleet operators can use these performance metrics as incentives, by linking driver pay with performance.
- In general, one or more performance metrics are automatically collected while a driver is operating a vehicle, and that data is used to generate a score or rating of the driver's performance. In at least one embodiment, the score is normalized to enable driver scores from other types of vehicles to be compared. Then, the driver performance data is posted to the hosted website.
- In at least one related embodiment, fleet operators will pay drivers using a mileage component (i.e., paying drivers a fixed rate per loaded mile), while also making additional payments to drivers meeting predefined performance characteristics. The hosted website can be used as a forum to enable drivers to track their progress in achieving their pay for performance goals. Fleet operators will have a wide degree of freedom in designing pay for performance goals or campaigns. For example, Fleet A can design a campaign in which only drivers having performance scores in the top 10% of the fleet will earn performance pay. Fleet B can design a campaign in which only the top 25 scoring will earn performance pay during a particular campaign. Fleets can predefine the amount of performance pay each driver can earn. Fleets can also predefine a performance pay pool, such that the share of the pool earned by each driver is a function of the number of drivers meeting predefined performance goals for the campaign.
- In at least one embodiment, the performance metric will be a work based performance metric whose calculation involves using vehicle mass determined using GPS derived slope data, generally as discussed above.
- It should be recognized that performance campaigns can be metric specific (hard braking performance, idle time performance, such metrics being exemplary and not limiting), or can be based on a single normalized score (cost per loaded mile), but will share in common the characteristic of being implemented for a defined period of time. Drivers will learn to associate such campaigns with opportunities to increase their pay by meeting the performance goals of individual campaigns.
-
FIG. 13 is a flow chart showing method steps implemented in an exemplary embodiment. In ablock 62, the hosted website defines a campaign (noting that the website host may be a fleet operator providing the website for only their drivers, or the hosting website host may be offering the driver performance campaign to drivers from multiple fleets). Parameters of the campaign being defined will likely include a duration of the campaign, the prize or performance pay being offered, the eligible pool drivers, and any rules governing disqualification (such as any safety violation or speeding ticket automatically disqualifying a driver), noting that such parameters are exemplary, and not limiting. The concepts disclosed herein encompass embodiments in which campaigns are fleet specific, such that only drivers from a specific fleet can participate in that campaign (in such an embodiment, the specific fleet is likely funding the prize, although some third party, such as a favored vendor, customer, or advertiser might offer to fund the prize). The concepts disclosed herein encompass embodiments in which campaigns are not fleet specific, such that drivers from multiple fleets can participate in that campaign (in such an embodiment, an advertiser or transportation industry vendor might offer to fund the prize). - In at least one embodiment, the campaign duration is open ended, in that the hosted website will track a drivers' performance data over time, so the driver can use that data to look for other employment opportunities. For example, fleets would likely compete among themselves for drivers having a combination of experience and high performance rankings.
- In a
block 64, driver performance data is posted to the hosted website. The concepts disclosed herein encompass permutations and combinations of the following: embodiments in which fleet operators can view performance rankings for all of their drivers, but not drivers of other fleets, embodiments in which drivers can only view their own personal performance ranking, embodiments in which drivers can view performance ranking for all of the drivers in their fleet, but not drivers of other fleets, and very transparent embodiments, in which interested parties can visit the website and peruse driver performance rankings with little restrictions. - In a
block 66, at the end of the defined campaign, the winning driver (or drivers) are announced and paid a performance pay bonus. - As noted above, in some embodiments, campaign participants are limited to drivers in a specific fleet (i.e., an intra-company or intra-fleet campaign). In such embodiments, that fleet generally will be paying the performance bonuses for the campaign. In other embodiments, campaign participants are not limited to drivers in only one specific fleet (i.e., an inter-company or inter-fleet campaign). In such an embodiment, a third party may be paying the performance bonuses for the campaign. For example, companies providing goods and services to the trucking or vehicle transportation industry may sponsor such a campaign for advertising purposes. A particular fleet operator seeking to attract the attention of drivers in other fleets might also be a sponsor of an inter-company campaign.
FIG. 14 is a block diagram indicating thatblock 62 ofFIG. 13 can encompass both intra-company campaigns, as indicated in ablock 68, as well as inter-company campaigns, as indicated in ablock 70.FIG. 15 is a block diagram indicating that the performance bonus can encompass both intra-company payouts, as indicated in a block 74 (where those bonus funds are used only to pay drivers of a specific fleet), as well as inter-company payouts (where those bonus funds are used to pay any winning driver, regardless of fleet), as indicated in ablock 76. - In at least one aspect of the concepts disclosed herein, the performance metric is designed to facilitate comparison of driver performance data across different fleets, and different vehicles. This will enable individual campaigns to include more participating drivers, which in turn will bring in more advertising revenue to fund bigger performance bonuses. In at least one embodiment, such a metric is mutually agreed upon by a plurality of different fleet operators. Adoption of a common performance metric across multiple fleets will enable top performing drivers to be able to show their cumulative performance scores to other participating fleet operators, providing an additional tool for fleets to use when evaluating potential new hires. Such a common performance metric will also enable participating fleet operators to appear more attractive as potential employers than non-participating fleet operators, who will not be offering the drivers the potential of earning the additional performance based income (i.e., income in addition to the industry standard pay by the mile driver compensation).
- The concepts disclosed herein encompass embodiments in which individual fleet operators host their own website, where driver rankings in that fleet can be compared. In other embodiments, the website is hosted by a third party, and multiple fleet operators participate. The third party can offset their costs for operating the website by charging participating fleet operators a fee, and/or by advertising revenue. In some embodiments, all driver performance data is displayed in an anonymous format, so that individual drivers cannot be identified unless the driver shares their user ID. In some embodiments, drivers can only compare their score with drivers in their own fleet, while in other embodiments drivers can see the performance data of drivers in other fleets.
-
FIG. 16 is a functional block diagram of various elements that can be employed to implement the hosted driver performance website concept, in one exemplary embodiment. The elements includes a plurality of enrolled vehicles 148 a-148 c (noting that the concepts disclosed herein can be applied to a different number of vehicles), a plurality of drivers 152 a-152 c (noting that the concepts disclosed herein can be applied to a different number of drivers), a plurality of vehicle operators 156 a-156 c (noting that the concepts disclosed herein can be applied to a different number of vehicle operators), and aremote monitoring service 150. Each vehicle includes the components discussed above in connection withFIG. 3 (noting the number and types of sensors disclosed inFIG. 3 are exemplary, and not limiting), enabling the vehicle to convey performance data from the vehicle toremote monitoring service 150, which monitors the performance data from each vehicle 148 a-148 c over time to enable the driver's performance while operating that vehicle to be evaluated. In an exemplaryembodiment monitoring service 150 generates a webpage (as indicated by webpages 154 a-154 c) for each vehicle operator, so the vehicle operator can review the performance rankings of each of their drivers. It should be understand that the concepts disclosed herein also encompass other website designs, and the webpage per fleet is not the only possible model. In one embodiment, drivers will have theirown webpage 154 d (alternatively, drivers can access the webpage for their specific fleet). - It should be understood that
monitoring service 150 is implemented using a remote computing device, and that the term remote computing device is intended to encompass networked computers, including servers and clients, in private networks or as part of the Internet. The monitoring of the vehicle/driver performance data and driver performance ranking by monitoringservice 150 can be performed by multiple different computing devices, such that performance data is stored by one element in such a network, retrieved for review by another element in the network, and analyzed by yet another element in the network. -
FIG. 17 is an exemplary screen shot of a webpage accessed by a driver to review his (or her) performance ranking It should be understood that the exemplary webpage ofFIG. 17 is based on having a webpage upon which drivers for a specific fleet can view their individual scores, as well as the scores of other drivers in their fleet. The concepts disclosed herein specifically encompass embodiments where drivers can view only their own performance rankings, in which case a different webpage design would be employed. - Referring to
FIG. 17 , awebpage 100 includes afirst portion 102 that enables a driver to select a specific driver from among a plurality of drivers. The driver identities can be made anonymous, as shown inFIG. 17 (numbers, not names), or some fleets may wish to list drivers by name (noting that privacy and consent issues for such a scheme are not discussed herein). It should be understood thatwebpage 100 can be unique to only one driver, such thatportion 102 is not required. Using numbers to identify drivers enables individual drivers to look at the scores of their peers, without being able to individually identify which driver obtained what score. The driver will likely only know his own unique number, and thus will only be able to personally identify his or her own score.Webpage 100 also includes aresults section 104, where details of the selected driver's performance ranking are disclosed. It should be understood that the elements shown onwebpage 100 can be displayed on different portions of the webpage, or on different webpages and/or different websites, instead of together.Webpage 100 also includes anad section 112, where the website host can earn revenue by displaying advertising, and aperformance tip section 106, where the website host provides tips to the driver for improving their performance ranking. - Referring to
first portion 102, a driver has selected driver number ZONA0047 (noting that any type of driver identification can be employed), such that the data displayed inresults section 104 andperformance tip section 106 relate to driver ZONA0047. As shown inFIG. 17 ,results section 104 includes results from three different campaigns, recognizing that in some embodiments drivers will be participating in multiple campaigns (although it should be recognized that the concepts disclosed herein encompass embodiments where drivers participate a greater number of campaigns, or fewer campaigns, including only a single campaign (noting the duration of the single campaign could span the driver's career). - Referring to
results section 104, exemplary (but not limiting) information displayed herein includes details on the campaign, whether the campaign is inter-company or intra-company, and the driver's performance ranking for that campaign. A visual guide to the driver's relative performance is displayed using a plurality of fuel pump icons (where a greater number of fuel pump icons, or other graphical icons, indicates a better performance rating). As shown,webpage 100 is based on displaying 10 fuel pump icons for each campaign (icons 108 a-108 c), enabling the driver's performance to be graphically displayed on a scale of 1 to 10. Thus, a driver whose performance ranking is in the top 80th percentile would have 8 solid or un-shadowed fuel pumps. Recognizing that while only full icons are displayed in this example, partial fuel pump icons can be used as well, to provide fractional ratings, or numbers between 0 and 10 can be rounded up to the next whole number. Radio buttons 110 a-c can be used by the driver to select performance tips for the particular campaign to be displayed insection 106. - With respect to
webpage 100, it should be understood that the design ofwebpage 100 is intended to be exemplary, and different webpage designs can be employed; and further, that the data onwebpage 100 can be provided to the vehicle operator on more than one webpage. If desired, access towebpage 100 can be restricted only to the fleet operator employer the driver and the driver themself. However, providing other drivers access towebpage 100 will enable drivers to see how they rank compared to their peers, encouraging drivers to compete amongst themselves to collect the performance bonus available in campaigns. - Referring once again to
section 104 ofwebpage 100, note that a first campaign (associated withradio button 110 a) is identified as INTRA-COMPANY RANKING. This campaign is a fleet sponsored campaign for all of the fleet drivers to compete with each other for a performance bonus. Driver ZONA0047 ranks as 83rd out of 225 drivers, with lower numbers indicating better performance (i.e., the top ranking driver would be ranked as 1, noting that the fleet operator could have reversed the logic, such that 225 was the top ranking driver). Being the 83rd lowest ranking driver out of a fleet of 225 drivers places driver ZONA0047 in the top 63% ((225−83)/(225*100)=63.11%). Sixfuel pump icons 108 a are filled in. The campaign parameters are summarized, indicating that drivers having rankings from 1-25 (i.e., the top 88.89%) across the entire fleet share in the bonus pool assigned to this campaign. Driver ZONA0047 needs to increase his ranking from 83rd to 25th in order to be eligible for a share in the bonus pool. Note that campaigns can be configured such that the top 25 drivers earn equal shares of the bonus pool, and campaigns can also be configured such that higher ranking drivers (i.e., closer to #1) earn a proportionally larger share of the bonus pool. - Referring once again to
section 104 ofwebpage 100, note that a second campaign (associated withradio button 110 b) is identified as INTRA-COMPANY CAMPAIGN XYZ. This campaign is a fleet sponsored campaign for all of the fleet drivers to compete with each other for a performance bonus. Driver ZONA0047 has no ranking indicated in the campaign, thus all ten fuel pump icons 108 b are shadowed or empty. The campaign parameters are summarized, indicating that Campaign XYZ includes a bonus pool to be shared by the 10 fleet drivers having the most improved performance scores for December 2011. Driver ZONA0047 has selectedradio button 110 b so that performance tips and additional information related to Campaign XYZ are displayed insection 106. Those performance tips include a first tip indicating that late shifting reduced Driver ZONA0047's performance ranking by 9.2% over the last 14 days. A second performance tip indicates that hard breaking events reduced Driver ZONA0047's performance ranking by 5.3% over the last 19 days. Finally, the last performance tip indicates that excessive idling on Dec. 11, 2011 disqualified Driver ZONA0047 from Campaign XYZ. It should be recognized that the specific performance tips shown insection 106 are intended to be exemplary, and not limiting. The actual performance tips displayed will be related to the specific campaign, and designed to provide feedback to individual driver's to enable them to identify behaviors that have reduced their performance ranking. - In some
embodiments section 112 includes banner ads targeted to drivers. Inother embodiments section 112 includes advertising from vendors who are sponsoring specific campaigns, or who are sponsoring hosting of the driver performance ranking website. The advertising can be a mixture of those different types, and other types of advertising. -
FIG. 18 is a functional block diagram of an exemplary system employed to implement some of the concepts disclosed herein. The functional block diagram illustrates exemplary components used invehicles 128 that are enrolled in a vehicle/driver performance monitoring service, to implement some of the method steps discussed above. An exemplary vehicle/driver performance monitoring service is based on adding an optional data buffer 136 (or other short-term memory storage) and abi-directional data link 134 to each enrolled vehicle (in an exemplary, but not limiting embodiment, the data buffer and data link are combined into a single component). It should be understood that the short-term memory storage is not required for embodiments where the performance data transmitted from the enrolled vehicle does not include operational, vehicle, or driver related data that must be briefly stored. In an exemplary embodiment, the data link is a combination radio frequency (RF) transmitter and receiver, although separate transmitters and receivers could be used (note the term RF specifically encompasses cellular telephone based data links). A data terminal can optionally be included in the vehicle to facilitate operator entry of information and operator transmission of information that is presented to the operator on a display within the vehicle. Data collected on a portable data collection device during an inspection can also be uploaded through such a data terminal, or independently by direct transmission to the remote monitoring service. While RF data transmission represents an exemplary embodiment, other types of data transmission could be employed. If the vehicle does not already include performance data/operationaldata collecting components 130, such components are added. Most vehicles manufactured today include operational data collecting components already, as many of today's vehicles are designed to use such continuously generated operational data to control operation of the vehicle in real-time, and such vehicles generally include data collecting components, data buses, and controllers that use the operational data to control the operation of the vehicle. The vehicle includes at least oneprocessor 132 that performs the function of managing the transmission of performance data from the vehicle to the remote monitoring service, according to one or more of the transmission paradigms discussed herein. In embodiments where the performance data includes temporary storage of operational data, the processor also implements the function of temporarily storing operational data fromcomponents 130 indata buffer 136 or other temporary storage, and using bi-directional data link 134 to convey real-time performance data and/or the buffered operational/performance data from the enrolled vehicle to a remote computing device 140 (which is used to analyze the performance of the vehicle and/or driver). It should be understood that those processor functions can be implemented by a single processor, or distributed across multiple processors. - In some embodiments, an
output 138 is also included, to provide information to the driver in a form that can be easily understood by the driver.Output 138 can be implemented using a speaker providing an audible output, and using a display providing a visual output. Note thatoutput 138 can be combined into a single component with the data buffer and the data link, so only a single additional component is added to the vehicle (recognizing that most vehicles already include the additional required components, such as the operational data collecting components and the processor). - While not specifically shown in
FIG. 18 , in particularly preferred embodiments the vehicle is equipped with a GPS unit (exemplary GPS units are illustrated inFIGS. 6 and 20 ). In a related preferred embodiment the processor, the GPS component, any buffer, and data link are combined into a single telematics device. Such a device will send GPS and vehicle/driver performance data to the remote computing device discussed below at a plurality of different times during the course of the operation of the vehicle. In general, the telematics device will transmit data at intervals ranging from as frequently as once every 5 to 15 seconds, or as rarely as once every 5 minutes, recognizing that such intervals can vary, and are intended to be exemplary, and not limiting. - As indicated in
FIG. 18 , remote computing device 140 (operated by the monitoring service) is logically coupled via a network 142 (such as the Internet) to a computing device 144 (such as a personal computer, tablet, or smart phone) accessible to a driver (in embodiments where driver performance rankings are shared with drivers, noting only one such driver device is shown in the Figure; however, the monitoring service will likely be monitoring the performance of a plurality of drivers, each likely having access to a different computing device 144), and aremote computing device 146 accessible to a vehicle operator (noting that in at least some embodiments, the monitoring service performs the monitoring function for a plurality of different vehicle operators/fleets).Network 142 facilitates communication betweencomputing devices - The concepts disclosed herein are in at least some embodiments intended to be used by fleet owners operating multiple vehicles, and the performance data conveyed to the remote location for diagnosis will include an ID component that enables each enrolled vehicle to be uniquely identified.
-
FIG. 19 is a functional block diagram of an exemplary computing device that can be employed to implement some of the method steps disclosed herein. It should be understood that the concepts disclosed herein encompass processing of data collected at a vehicle both in the vehicle and at a remote computing device. -
FIG. 19 schematically illustrates anexemplary computing system 250 suitable for use in implementing the processing functions disclosed herein.Exemplary computing system 250 includes aprocessing unit 254 that is functionally coupled to aninput device 252 and to anoutput device 262, e.g., a display (which can be used to output a result to a user, although such a result can also be stored).Processing unit 254 comprises, for example, a central processing unit (CPU) 258 that executes machine instructions for carrying out an analysis of performance data (and in some embodiments, of position data) collected from enrolled vehicles, to identify mechanical faults in the enrolled vehicles. The machine instructions implement functions generally consistent with those described above. CPUs suitable for this purpose are available, for example, from Intel Corporation, AMD Corporation, Motorola Corporation, and other sources, as will be well-known to those of ordinary skill in this art. - Also included in
processing unit 254 are a random access memory (RAM) 256 andnon-volatile memory 260, which can include read only memory (ROM) and may include some form of memory storage, such as a hard drive, optical disk (and drive), etc. These memory devices are bi-directionally coupled toCPU 258. Such storage devices are well known in the art. Machine instructions and data are temporarily loaded intoRAM 256 fromnon-volatile memory 260. Also stored in the non-volatile memory are operating system software and ancillary software. While not separately shown, it will be understood that a generally conventional power supply will be included to provide electrical power at voltage and current levels appropriate to energizecomputing system 250. -
Input device 252 can be any device or mechanism that facilitates user input into the operating environment, including, but not limited to, one or more of a mouse or other pointing device, a keyboard, a microphone, a modem, or other input device. In general, the input device will be used to initially configurecomputing system 250, to achieve the desired processing (i.e., to monitor vehicle performance data over time to detect a mechanical fault). Configuration ofcomputing system 250 to achieve the desired processing includes the steps of loading appropriate processing software intonon-volatile memory 260, and launching the processing application (e.g., loading the processing software intoRAM 256 for execution by the CPU) so that the processing application is ready for use. In embodiments wherecomputing system 250 is implemented in a vehicle, thecomputing system 250 can be configured to run autonomously, such that a user input device not regularly employed. -
Output device 262 generally includes any device that produces output information, but will most typically comprise a monitor or computer display designed for human visual perception of output. Use of a conventional computer keyboard forinput device 252 and a computer display foroutput device 262 should be considered as exemplary, rather than as limiting on the scope of this system. In embodiments wherecomputing system 250 is implemented in a vehicle, thecomputing system 250 can be vehicle performance data (and position data when desired) collected in connection with operation of enrolled vehicles to configured to run autonomously, such that a user output device not regularly employed. -
Data link 264 is configured to enable data to be input intocomputing system 250 for processing. Those of ordinary skill in the art will readily recognize that many types of data links can be implemented, including, but not limited to, universal serial bus (USB) ports, parallel ports, serial ports, inputs configured to couple with portable memory storage devices, FireWire ports, infrared data ports, wireless data communication such as Wi-Fi and Bluetooth™, network connections via Ethernet ports, and other connections that employ the Internet. - Note that vehicle/driver performance data from the enrolled vehicles will be communicated wirelessly in at least some embodiments, either directly to the remote computing system that analyzes the data to evaluate the driver's performance, or to some storage location or other computing system that is linked to
computing system 250. - It should be understood that the term “remote computer” and the term “remote computing device” are intended to encompass a single computer as well as networked computers, including servers and clients, in private networks or as part of the Internet. The vehicle/driver performance data received by the monitoring service from the vehicle can be stored by one element in such a network, retrieved for review by another element in the network, and analyzed by yet another element in the network. While implementation of the method noted above has been discussed in terms of execution of machine instructions by a processor (i.e., the computing device implementing machine instructions to implement the specific functions noted above), the method could also be implemented using a custom circuit (such as an application specific integrated circuit or ASIC).
- The concepts disclosed herein encompass collecting data from a vehicle during operation of the vehicle. The data collected is used to analyze the performance of at least one of the driver and the vehicle. In preferred embodiments, the data is collected during operation of the vehicle and wirelessly transmitted from the vehicle during its operation to a remote computing device using a cellular phone network based data link. The frequency of such data transmissions can be varied significantly. In general, more data is better, but data transmission is not free, so there is a tension between cost and performance that is subject to variation based on an end user's needs and desires (some users will be willing to pay for more data, while other users will want to minimize data costs by limiting the quantity of data being transferred, even if that results in a somewhat lower quality data set). The artisan of skill will be able to readily determine a degree to which data quality can be reduced while still provide useful data set.
- Exemplary GPS Device with Onboard Computing Environment
-
FIG. 20 is a functional block diagram of an exemplary telematics device added to an enrolled vehicle to implement one or more of the methods ofFIGS. 1 , 2, 7, 8 and 10. - An
exemplary telematics unit 160 includes acontroller 162, a wireless data link component 164 (an RF data link being exemplary, but not limiting), amemory 166 in which data and machine instructions used bycontroller 162 are stored (again, it will be understood that a hardware rather than software-based controller can be implemented, if desired), a position sensing component 170 (such as a GPS receiver), and adata input component 168 configured to extract vehicle data from the vehicle's data bus and/or the vehicle's onboard controller (noting that the single input is exemplary, and not limiting, as additional inputs can be added, and such inputs can be bi-directional to support data output as well). - The capabilities of
telematics unit 160 are particularly useful to fleet operators.Telematics unit 160 is configured to collect position data from the vehicle (to enable vehicle owners to track the current location of their vehicles, and where they have been) and to collect vehicle operational data (including but not limited to engine temperature, coolant temperature, engine speed, vehicle speed, brake use, idle time, and fault codes), and to use the RF component to wirelessly convey such data to vehicle owners. The exemplary data set discussed above in connection with calculated loaded cost per mile can also be employed. These data transmission can occur at regular intervals, in response to a request for data, or in real-time, or be initiated based on parameters related to the vehicle's speed and/or change in location. The term “real-time” as used herein is not intended to imply the data are transmitted instantaneously, since the data may instead be collected over a relatively short period of time (e.g., over a period of seconds or minutes), and transmitted to the remote computing device on an ongoing or intermittent basis, as opposed to storing the data at the vehicle for an extended period of time (hour or days), and transmitting an extended data set to the remote computing device after the data set has been collected. Data collected bytelematics unit 160 can be conveyed to the vehicle owner usingRF component 164. If desired, additional memory can be included to temporarily store data id the RF component cannot transfer data. In particularly preferred embodiments the RF components is GSM or cellular technology based. - In at least one embodiment, the controller is configured to implement the method of
FIG. 1 by using one or more of data collected fromGPS 170 and data frominput 168. In a related embodiment, the controller is configured to implement the method ofFIG. 2 by using one or more of data collected fromGPS 170 and data frominput 168. In yet another related embodiment, the controller is configured to implement steps of the method ofFIG. 7 . - In another embodiment, the controller is configured to implement steps of the method of
FIG. 8 . Once the vehicle mass has been determined, that data can be added to GPS data that is transmitted to a remote computing device. In a related embodiment,input 168 is bi-directional, and the vehicle mass is output from the telematics device onto a vehicle data bus, and can be used by an ECU to control vehicle operations. ECUs have been developed to use estimates of vehicle mass to control engine speed and transmission shifting, however, those estimates of vehicle mass have not been based on GPS derived slope data, and as such those prior art vehicle mass estimations have been less accurate than the vehicle mass calculations based on GPS derived slope data as disclosed herein. -
FIG. 21 is a functional block diagram of an exemplary vehicle components employed to implement the ECU reprogramming (in response to current operational data inputs) concepts disclosed herein. -
FIG. 21 shows avehicle 180 that includes avehicle ECU 182, acontroller 184, a memory 186 (i.e., ECU Program Storage), aninput 188, and adata link 190. As will be discussed below, certain of these components (such as the data link, the input, and the memory) can be omitted in various embodiments. - It should be understood that
vehicle 180 can include more than oneECU 182 whose programming can be changed to enhance the efficiency of the vehicle operation. In most cases, enhanced efficiency means better fuel efficiency, although it should be recognized that in certain applications other factors, such as available horsepower, load rating, shift patterns (logic determining under what conditions an automatic transmission will change gears) RPM settings, and/or speed settings can be changed by changing the ECU programming to suit current conditions. So while the concepts disclosed herein can be used to modify ECU programming based on current operating conditions to improve fuel efficiency, the concepts disclosed herein can also be used to optimize performance based on some other parameter than fuel efficiency. It should be understood that the concepts disclosed herein can be applied to change ECU programming on more than one ECU in a vehicle. Furthermore, it should be understood that certain conditions might trigger multiple ECU reprogramming. For example, the detection of a certain predefined condition could trigger ECU programming changes that modify one or more of fuel flow settings, RPM settings, and transmission shift patterns, noting that such parameters are exemplary and not limiting. - In at least one embodiment, the ECU reprograming includes modifying a fuel map.
-
Controller 184 is tasked with comparing the current operating conditions with the current ECU programming, and determining if the ECU programming should be changed to optimize vehicle performance (according to some predetermined characteristic, such as max fuel efficiency, max power, etc.).Controller 184 can implemented by a general purpose computing device executing machine instructions to implement such a task, or by a custom circuit designed to implement the specific function. In general,controller 184 is located at the vehicle, although it should be recognized that ifcontroller 184 is logically coupled to a data link at the vehicle, and the data link is logically coupled to ECU 182 (or a vehicle data bus coupled to the vehicle ECU), thatcontroller 184 can be disposed at a location remote from the vehicle. - In embodiments where
controller 184 is remote from the vehicle,input 188 can be at the vehicle, and coupled to the data link in the vehicle communicating withcontroller 184. Alternatively, wherecontroller 184 is remote from the vehicle, a non-vehicle based input can be used by a dispatcher/operator remote from the vehicle to provide input tocontroller 184. -
Controller 184 can select a different ECU programming set based on empirical data indicating that a particular programming set is preferred based on specific operating conditions, or based on a user knowledge base that suggests that a certain programming set is more appropriate for certain operating conditions (such suppositions based on user knowledge may or may not have been confirmed with empirical data). - In at least one embodiment,
controller 184 ofFIG. 21 andcontroller 162 ofFIG. 20 are the same controller. In at least one embodiment,controller 184 ofFIG. 21 is part of a portable computing device used at the vehicle. Such a portable computing device can be logically coupled toECU 182 via a wired or wireless data link. -
Memory 186 includes a plurality of different ECU programming sets, each of which can be selected to optimize certain vehicle performance characteristics (such as fuel efficiency, speed settings, engine RPM settings, available power settings, etc.) according to current operating conditions at the vehicle (it should also be understood that the concepts disclosed herein will enable operators to specifically select particular programming sets, irrespective of current conditions). Further, it should be understood that current operating conditions can be based on current sensor data, as well as a specific input before such sensor data is collected (such specific inputs can include a specific route the vehicle will be following, or a particular load the vehicle will be carrying). - In general,
memory 186 is located at the vehicle, although it should be recognized that ifmemory 186 is logically coupled to a data link at the vehicle, and the data link is logically coupled tocontroller 184 at the vehicle, thatmemory 186 can be disposed at a location remote from the vehicle. Further, ifcontroller 184 is located at a remote location,memory 186 need not be at the vehicle, but at some location wherecontroller 184 can accessmemory 186. -
Input 188 represents an input device at the vehicle, which is used to convey one or more data inputs tocontroller 184. In some embodiments,input 188 is a sensor disposed at the vehicle, which detects an ambient condition, so thatcontroller 184 can determine if the current ECU programming is appropriate for the current conditions. Exemplary sensors include temperature sensors, GPS devices (including GPS devices that are configured to provide GPS derived slope data and vehicle mass data, generally as discussed above), speed sensors, inclinometers, weight sensors, oil pressure sensors, oil temperature sensors, coolant temperature sensors, tire temperature sensors, and tire pressure sensors. It should be recognized that the concepts disclosed herein encompass the use of only a single sensor input, as well as embodiments whereincontroller 184 receives multiple different sensors inputs, and selects an ECU programming set based on multiple sensor inputs. In such an embodiment,controller 184 can be configured to assign different priorities to different sensor inputs. - In at least one embodiment,
input 188 is a controller or processor in the vehicle that detects a condition, and conveys an indication of that condition tocontroller 184. For example, a processor in the vehicle might detect that the vehicle is idling, and may be likely to continue idling for an extended period, such thatcontroller 184 modifies ECU programming to reduce fuel consumption during a period of extended idle conditions. One technique for detecting or predicting extended idle conditions is based on historical data (vehicle regularly idles at the same time or location), as well as using location data (i.e., a terminal or loading facility where a vehicle might logically idle while waiting to be loaded). Furthermore, if a processor detects that a vehicle is in neutral or park, and running for more than 90 seconds (or some other predetermined period of time), that processor could indicate tocontroller 184 that an idle state has been entered. Another technique for detecting an idle condition is determining if a PTO unit has been active. Activation of such a unit often indicates that the engine is being used to drive the PTO rather than for over the road operation, such that different ECU programming sets can be implemented to reduce fuel consumption (as PTO units generally require much less horsepower than over the road travel). - In at least one embodiment,
input 188 is (or is logically coupled to) a PTO, such that activation of the PTO triggers a change in ECU programming. As noted above, PTO units generally require much less horsepower than over the road travel. - In at least one embodiment,
input 188 is a user interface that a vehicle operator can use to either convey an indication of a specific condition tocontroller 184, or to specifically request a particular ECU programming change. In at least one embodiment, the vehicle operator usesinput 188 to tellcontroller 184 that the vehicle will be entering an extended idle state (for example, due to traffic conditions, loading wait times, PTO use, or some other condition that requires the driver keep the vehicle running but not moving, or moving at very low speeds).Controller 184 can then respond by selecting ECU programming that reduces available horsepower but maximized fuel efficiency. - In at least one embodiment, the vehicle operator uses
input 188 to tellcontroller 184 that the vehicle will be entering a jurisdiction or region where a different max speed setting needs to be implemented.Controller 184 can then respond by selecting ECU programming that matches the speed setting to the jurisdiction or region selected by the driver. - In one exemplary embodiment, the vehicle operator enters into a business relationship with a third party. The third party modifies a vehicle as indicated in
FIG. 21 (noting that one or more of the elements shown inFIG. 21 can be implemented remotely, and not all elements are required in all implementations). The vehicle operator will contact the third party when an ECU programming change is required. The third party will then instructcontroller 184 to execute the programming change. While such a business model can be implemented for any of the ECU programming changes disclosed herein, it should be noted that ECU programming changes based on different speed settings for different jurisdictions represents a particularly interesting business opportunity. Currently, Canadian rules require trucks operating in Canada to have different speed settings than trucks operating in the US. When a truck with speed settings configured for US operation enters Canada, drivers must take their vehicle to a repair facility for manual ECU reprogramming by a technician. Such visits to repair facilities are time consuming and costly. In the business arrangement noted above, the third party can implement such a programming change much more efficiently, saving the truck operator time and money. Such a business model can be an enhancement to vehicle monitoring services already offered by the third party. - In at least one embodiment, the vehicle operator uses
input 188 to tellcontroller 184 that the vehicle will be entering an uphill segment of a route (generally this will be implemented where the uphill segment is relatively long, as there may be minimal benefit to implementing an ECU programming change for a shorter segment).Controller 184 can then respond by selecting ECU programming that is more suited to larger horsepower requirements for uphill travel. - In at least one embodiment, the vehicle operator uses
input 188 to tellcontroller 184 that the vehicle will be entering a downhill segment of a route (generally this will be implemented where the downhill segment is relatively long, as there may be minimal benefit to implementing an ECU programming change for a shorter segment).Controller 184 can then respond by selecting ECU programming that is more suited to reduced horsepower requirements for downhill travel (or increased braking, or a change in shift patterns more suited to downhill travel). - In at least one embodiment, the vehicle operator uses
input 188 to tellcontroller 184 the current load conditions for the vehicle (for example, a weight of the material loaded onto the vehicle).Controller 184 can then respond by selecting ECU programming that is more suited to the current load. - In at least one embodiment, the vehicle operator uses
input 188 to tellcontroller 184 the specific route for the vehicle).Controller 184 can then respond by selecting ECU programming that is more suited to that route. In some embodiments, the controller is coupled to a GPS unit, so that different ECU parameters can be implemented for different portions of the route. Vehicle operators that continually traverse the same route under similar load conditions can perform empirical studies to determine optimal ECU programming patters for different portions of that route. - In at least one embodiment, the vehicle operator uses
input 188 to tellcontroller 184 the current road conditions (for example, elevation, night time operation, day time operation, heavy traffic conditions, the presence of snow or ice, relatively cold ambient temperatures, or relatively hot ambient temperatures).Controller 184 can then respond by selecting ECU programming that is more suited to the current road conditions. As discussed above, empirical data or user knowledge can be used to determine which ECU programming sets are most suited to certain conditions. - In at least one embodiment, the vehicle operator uses
input 188 to tellcontroller 184 the identity of the current operator.Controller 184 can then respond by selecting ECU programming that is more suited to the skill set of the current driver. For example, fleet operators may understand that relatively less experienced drivers are less able to operate vehicles at peak fuel efficiency, and certain ECU programming can be used to manage their relative inefficiencies. More experienced drivers may be able to achieve better fuel efficiency with different ECU programming. As discussed above, empirical data or user knowledge can be used to determine which ECU programming sets are most suited to certain drivers. -
Data link 190 can be used in lieu of or in addition toinput 188 as a mechanism to provide data input tocontroller 184, to promptcontroller 184 to review current ECU programming in light of the data input in order to determine if ECU programming should be changed (it should be understood that the concepts disclosed herein also encompass embodiments in which the data input is actually an instruction to change the ECU programming, such that tocontroller 184 does not need to analyze the input to determine if a change is required, but simply executes the instructed ECU programming change). - In embodiments wherein
controller 184 is disposed at the vehicle, data link 190 can be used to send data acquired remotely tocontroller 184. In embodiments whereincontroller 184 is disposed remote from the vehicle (not separately shown), a similar data link at the vehicle can be logically coupled toECU 182, so thatcontroller 184 can reprogram the ECU remotely. - In at least one embodiment, data link 190 receives input from a controller or processor remote from the vehicle that detects a condition, and conveys an indication of that condition to
controller 184 via the data link. For example, a processor remote from the vehicle might detect that the vehicle is idling, and may be likely to continue idling for an extended period, such thatcontroller 184 modifies ECU programming to reduce fuel consumption during a period of extended idle conditions. One technique for detecting or predicting extended idle conditions is based on historical data (GPS data acquired from the vehicle and sent to the remote processor indicates the vehicle is currently at a location that past data indicates is associated with extended idle conditions, or time records available to the remote processor indicates the vehicle regularly idles at a particular point in time. Furthermore, if the remote processor (using data conveyed from the vehicle) detects that a vehicle is in neutral or park, and running for more than 90 seconds (or some other periods of time), that processor could indicate tocontroller 184 that an idle state has been entered. Another technique for detecting an idle condition is determining if a PTO unit has been active (again, using data conveyed from the vehicle to the remote processor). Activation of such a unit often indicates that the engine is being used to drive the PTO rather than for over the road operation, such that different ECU programming sets can be implemented to reduce fuel consumption (as PTO units generally require much less horsepower than over the road travel). It might seem that sending data from the vehicle to a remote processor, which analyzes the data to detect conditions that may indicate ECU programming changes should be implemented is based on data transfer that could be eliminated by having the processor detecting the condition at the vehicle. While that is true, collecting data from a vehicle and conveying that data to a remote site for storage and analysis is a legitimate business model; and such data transmission already occurs. Performing analysis remote from the vehicle reduces the computational load at the vehicle, so if the data is already being sent from the vehicle to a remote server, processing the data remotely is a functional alternative to analyzing data at the vehicle. Such offsite processing is also useful in embodiments wherecontroller 184 is located remote from the vehicle. - In at least one embodiment, data link 190 receives input from a weather service that provides weather information for the vehicles general location.
Controller 184 can then determine if current ECU programming matches the weather conditions from the weather service, and if not,controller 184 selects more appropriate ECU programming sets and reprograms the ECU. - In at least one embodiment, data link 190 receives input from a user interface disposed remote from the vehicle that a dispatcher can use to either convey an indication of a specific condition to
controller 184, or to specifically request a particular ECU programming change. In at least one embodiment, the dispatcher uses the remote input device and data link 190 to tellcontroller 184 that the vehicle will be entering a jurisdiction or region where a different max speed setting needs to be implemented.Controller 184 can then respond by selecting ECU programming that matches the speed setting to the jurisdiction or region selected by the driver. - In at least one embodiment, data link 190 receives input from a user interface disposed remote from the vehicle that a dispatcher can use to tell
controller 184 the current load conditions for the vehicle (for example, a weight of the material loaded onto the vehicle). Dispatchers will often have access to that information even though they are remote from the vehicle.Controller 184 can then respond by selecting ECU programming that is more suited to the current load. - In at least one embodiment, data link 190 receives input from a user interface disposed remote from the vehicle that a dispatcher can use to tell
controller 184 the specific route for the vehicle.Controller 184 can then respond by selecting ECU programming that is more suited to that route. In some embodiments, the controller is coupled to a GPS unit, so that different ECU parameters can be implemented for different portions of the route. Vehicle operators that continually traverse the same route under similar load conditions can perform empirical studies to determine optimal ECU programming patters for different portions of that route. - In at least one embodiment, data link 190 receives input from a user interface disposed remote from the vehicle that a dispatcher can use tell
controller 184 the identity of the current operator (dispatchers often have access to driver data even though they are remote from the vehicle).Controller 184 can then respond by selecting ECU programming that is more suited to the skill set of the current driver. For example, fleet operators may understand that relatively less experienced drivers are less able to operate vehicles at peak fuel efficiency, and certain ECU programming can be used to manage their relative inefficiencies. More experienced drivers may be able to achieve better fuel efficiency with different ECU programming. As discussed above, empirical data or user knowledge can be used to determine which ECU programming sets are most suited to certain drivers. -
FIG. 22 is a flow chart showing exemplary method steps implemented according to one aspect of the concepts disclosed herein, in which vehicle ECU programming is modified in response to one or more current vehicle operational data inputs. - In a
block 190, input data is conveyed to a processor tasked with evaluating ECU programming in light of the input data. In some embodiments, the processor is located at the vehicle, while in other embodiments the processor is spaced apart from the vehicle, and is logically coupled to the vehicle ECU (or a data bus coupled to the ECU) via a wireless data link. - In a
block 192, the processor tasked with evaluating current ECU programming in light of the input data determines if more efficient ECU programming sets exist. If not, the logic loops back to block 190. If inblock 192 it is determined that a better ECU programming set exists, then in ablock 194 the current ECU programming is replaced with the more efficient ECU programming (based on the input from block 190). - As noted above, either empirical data or user knowledge can be used to assign specific ECU programming sets to specific conditions/inputs. Thus in
block 192 the processor simply matches the available ECU programming sets to the input. - In an exemplary embodiment, block 192 is implemented using the following steps. A plurality of different ECU programming sets are provided For each ECU programming set, the current vehicle operational data is used as an input, and based on those inputs at least one vehicle performance characteristic that would result in using that ECU programming set is determined in light of current vehicle operational data. Note that in some embodiments, the output of using the current vehicle operational data and a specific ECU programming set is a single vehicle performance characteristic (such as horsepower or fuel economy), while in other embodiments the output includes a plurality of different vehicle performance characteristics. The determination as to whether the output should include a single or multiple vehicle performance characteristics is based on what the vehicle operator hopes to achieve. In many embodiments, the vehicle operator will be hoping to achieve improved fuel economy, thus in at least some embodiments the only output will be an indication of what fuel economy will be achieved based on current vehicle operational data inputs and a particular set of ECU programming. Other vehicle operators may want to emphasize fuel economy, subject to certain other limitations involving factors such as speed, horsepower, or engine load. For example, max fuel economy under certain conditions might be achieved by using an unacceptably low vehicle speed. In other conditions, max fuel economy may result when placing an unacceptable (for that operator at least) load on the engine (which may lead to reduced service life), so engine load may be an output important to some users. The specific output (or outputs) will also be related to the parameters (or parameters) that are being optimized. Most users will not really want maximum fuel economy, because to achieve max fuel economy an unrealistically low vehicle speed will be required (thus, even when fuel economy is a parameter to be optimized, one really is seeking to determine which ECU programming set will deliver max fuel economy at current conditions while maintaining vehicle speed, engine load, and/or engine RPMs within certain ranges selected by the user, such parameters being exemplary, not limiting). While considering ECU programming sets in light of optimizing fuel economy will likely be important to many users, some users (such as racing car drivers) may want to compare different ECU programming sets in light of optimizing horsepower (other users might want to optimize torque, or top speed). Thus, the output will be related to some predetermined vehicle characteristic that one seeks to optimize.
- Thus block 192 involves comparing the results from each ECU programming set based on current vehicle operating conditions to identify the ECU programming set that optimizes vehicle performance based on predetermined parameters. Then it is determined if the current ECU programming set is the ECU programming set that that optimizes vehicle performance based on the predetermined parameters. It should be understood that the functions of
block 192 can be implemented by a processor implementing suitable machine instructions, or a custom circuit, -
FIG. 23 is a flow chart showing exemplary method steps implemented according to one aspect of the concepts disclosed herein, in which vehicle ECU programming is modified in response to a specific user request for a programming change. - In a
block 196, a driver, a remote dispatcher, or processor determines that current ECU programming needs to be changed. Often such a change will be directed to changing speed limiting settings due to crossing a jurisdictional border, although changes for other purposes are encompassed by the concepts disclosed herein. - In a
block 198, the current ECU programming set is changed as specified inblock 196. - Although the concepts disclosed herein have been described in connection with the preferred form of practicing them and modifications thereto, those of ordinary skill in the art will understand that many other modifications can be made thereto within the scope of the claims that follow. Accordingly, it is not intended that the scope of these concepts in any way be limited by the above description, but instead be determined entirely by reference to the claims that follow.
Claims (19)
Priority Applications (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US13/854,916 US20130261939A1 (en) | 2012-04-01 | 2013-04-01 | Method and apparatus for matching vehicle ecu programming to current vehicle operating conditions |
US13/857,985 US9229906B2 (en) | 2012-04-01 | 2013-04-05 | Method and apparatus for matching vehicle ECU programming to current vehicle operating conditions |
US13/857,982 US9747254B2 (en) | 2012-04-01 | 2013-04-05 | Method and apparatus for matching vehicle ECU programming to current vehicle operating conditions |
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US201261618827P | 2012-04-01 | 2012-04-01 | |
US13/854,916 US20130261939A1 (en) | 2012-04-01 | 2013-04-01 | Method and apparatus for matching vehicle ecu programming to current vehicle operating conditions |
Related Parent Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US13/854,913 Continuation-In-Part US10061745B2 (en) | 2012-04-01 | 2013-04-01 | Method and apparatus for matching vehicle ECU programming to current vehicle operating conditions |
Related Child Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US13/854,919 Continuation US8914184B2 (en) | 2010-12-02 | 2013-04-01 | Method and apparatus for matching vehicle ECU programming to current vehicle operating conditions |
Publications (1)
Publication Number | Publication Date |
---|---|
US20130261939A1 true US20130261939A1 (en) | 2013-10-03 |
Family
ID=49236090
Family Applications (5)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US13/854,916 Abandoned US20130261939A1 (en) | 2012-04-01 | 2013-04-01 | Method and apparatus for matching vehicle ecu programming to current vehicle operating conditions |
US13/854,919 Active US8914184B2 (en) | 2010-12-02 | 2013-04-01 | Method and apparatus for matching vehicle ECU programming to current vehicle operating conditions |
US13/854,913 Active 2037-03-04 US10061745B2 (en) | 2012-04-01 | 2013-04-01 | Method and apparatus for matching vehicle ECU programming to current vehicle operating conditions |
US15/657,023 Active US10289651B2 (en) | 2012-04-01 | 2017-07-21 | Method and apparatus for matching vehicle ECU programming to current vehicle operating conditions |
US15/665,215 Abandoned US20170329742A1 (en) | 2012-04-01 | 2017-07-31 | Interactive vehicle engine control unit (ecu) reprogramming |
Family Applications After (4)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US13/854,919 Active US8914184B2 (en) | 2010-12-02 | 2013-04-01 | Method and apparatus for matching vehicle ECU programming to current vehicle operating conditions |
US13/854,913 Active 2037-03-04 US10061745B2 (en) | 2012-04-01 | 2013-04-01 | Method and apparatus for matching vehicle ECU programming to current vehicle operating conditions |
US15/657,023 Active US10289651B2 (en) | 2012-04-01 | 2017-07-21 | Method and apparatus for matching vehicle ECU programming to current vehicle operating conditions |
US15/665,215 Abandoned US20170329742A1 (en) | 2012-04-01 | 2017-07-31 | Interactive vehicle engine control unit (ecu) reprogramming |
Country Status (1)
Country | Link |
---|---|
US (5) | US20130261939A1 (en) |
Cited By (13)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20130173136A1 (en) * | 2012-01-04 | 2013-07-04 | Samsung Electronics Co., Ltd. | Apparatus and method for displaying vehicle-driving information in mobile terminal |
WO2015058059A1 (en) * | 2013-10-18 | 2015-04-23 | The Florida State University Research Foundation, Inc. | Slip mitigation control for electric ground vehicles |
US20150185017A1 (en) * | 2013-12-28 | 2015-07-02 | Gregory L. Kreider | Image-based geo-hunt |
US20160061093A1 (en) * | 2013-04-25 | 2016-03-03 | Scania Cv Ab | Method and system for control of a cooling system |
US9483884B2 (en) | 2012-05-09 | 2016-11-01 | Innova Electronics, Inc. | Smart phone app-based remote vehicle diagnostic system and method |
US9646427B2 (en) | 2014-10-08 | 2017-05-09 | Innova Electronics Corporation | System for detecting the operational status of a vehicle using a handheld communication device |
US20180218596A1 (en) * | 2017-01-30 | 2018-08-02 | International Business Machines Corporation | Roadway condition predictive models |
US10056008B1 (en) | 2006-06-20 | 2018-08-21 | Zonar Systems, Inc. | Using telematics data including position data and vehicle analytics to train drivers to improve efficiency of vehicle use |
RU2683269C2 (en) * | 2014-06-20 | 2019-03-27 | Роберт Бош Гмбх | Method for monitoring a vehicle control device |
US10289651B2 (en) | 2012-04-01 | 2019-05-14 | Zonar Systems, Inc. | Method and apparatus for matching vehicle ECU programming to current vehicle operating conditions |
CN110821687A (en) * | 2019-10-24 | 2020-02-21 | 淮安信息职业技术学院 | Automatic working condition identification control system and method based on loader engine |
US10650621B1 (en) | 2016-09-13 | 2020-05-12 | Iocurrents, Inc. | Interfacing with a vehicular controller area network |
US10661797B2 (en) | 2015-12-28 | 2020-05-26 | Imperio, Llc | Vehicle speed control system |
Families Citing this family (41)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US9747254B2 (en) | 2012-04-01 | 2017-08-29 | Zonar Systems, Inc. | Method and apparatus for matching vehicle ECU programming to current vehicle operating conditions |
US9358986B2 (en) * | 2012-04-01 | 2016-06-07 | Zonar Systems, Inc. | Method and apparatus for changing either driver behavior or vehicle behavior based on current vehicle location and zone definitions created by a remote user |
GB201105830D0 (en) | 2011-04-06 | 2011-05-18 | Lysanda Ltd | Mass estimation model |
JP5536736B2 (en) * | 2011-10-24 | 2014-07-02 | 本田技研工業株式会社 | Vehicle diagnostic method and external diagnostic device |
EP2869259B1 (en) * | 2012-06-11 | 2018-02-21 | Samsung Electronics Co., Ltd. | Service providing device, service providing system including user profile server, and service providing method for service providing device |
JP6166103B2 (en) * | 2013-06-04 | 2017-07-19 | ヤンマー株式会社 | Urea water injection nozzle |
US9174647B2 (en) * | 2013-06-25 | 2015-11-03 | Ford Global Technologies, Llc | Vehicle driver-model controller with energy economy rating adjustments |
US20150046060A1 (en) * | 2013-08-12 | 2015-02-12 | Mitsubishi Electric Research Laboratories, Inc. | Method and System for Adjusting Vehicle Settings |
JP5975964B2 (en) * | 2013-10-18 | 2016-08-23 | 富士通株式会社 | Information processing program, information processing method, information processing apparatus, and information processing system |
US10373257B1 (en) | 2014-02-21 | 2019-08-06 | Arity International Limited | Vehicle telematics and account management |
US9754425B1 (en) | 2014-02-21 | 2017-09-05 | Allstate Insurance Company | Vehicle telematics and account management |
US9333832B2 (en) * | 2014-04-08 | 2016-05-10 | Honda Motor Co., Ltd. | System and method for providing an air conditioner efficiency control for a vehicle |
US9986378B2 (en) * | 2014-07-29 | 2018-05-29 | GeoFrenzy, Inc. | Systems and methods for defining and implementing rules for three dimensional geofences |
US11318951B2 (en) * | 2014-10-22 | 2022-05-03 | Transportation Ip Holdings Llc | Vehicle consumption monitoring system and method |
US9689336B2 (en) | 2014-11-10 | 2017-06-27 | Caterpillar Inc. | Engine system utilizing modal weighted engine optimization |
US20160131069A1 (en) * | 2014-11-10 | 2016-05-12 | Caterpillar Inc. | Engine system utilizing cloud based engine optimization |
US20160131062A1 (en) * | 2014-11-10 | 2016-05-12 | Caterpillar Inc. | Engine system utilizing selective engine optimization |
KR101628566B1 (en) * | 2014-12-09 | 2016-06-08 | 현대자동차주식회사 | System and method for collecting data of vehicle |
JP6582484B2 (en) * | 2015-03-26 | 2019-10-02 | いすゞ自動車株式会社 | Travel control device and travel control method |
AT517398B1 (en) * | 2015-07-08 | 2018-02-15 | Avl List Gmbh | Control unit and method for operating an internal combustion engine |
US9914460B2 (en) * | 2015-09-25 | 2018-03-13 | Mcafee, Llc | Contextual scoring of automobile drivers |
US9892573B1 (en) * | 2015-10-14 | 2018-02-13 | Allstate Insurance Company | Driver performance ratings |
DE102015014049A1 (en) * | 2015-10-30 | 2017-05-04 | Audi Ag | ECU update in the vehicle |
US9855816B2 (en) | 2015-12-22 | 2018-01-02 | Uber Technologies, Inc. | Thermal reduction system for an automated vehicle |
US10012213B2 (en) | 2016-02-04 | 2018-07-03 | General Electric Company | System and method for upgrading multivendor wind turbines |
CN109070745B (en) | 2016-03-25 | 2021-09-03 | 康明斯有限公司 | System and method for adjusting vehicle operating parameters based on vehicle duty cycle |
US10574305B2 (en) * | 2016-05-11 | 2020-02-25 | Magna Electronics Inc. | Vehicle secured communication system |
US10906482B2 (en) * | 2016-05-26 | 2021-02-02 | Powerteq Llc | Real-time performance tuning |
US10581906B2 (en) * | 2016-09-28 | 2020-03-03 | Intel Corporation | Security system for electronic equipment |
US10430026B2 (en) | 2016-10-05 | 2019-10-01 | Snap-On Incorporated | System and method for providing an interactive vehicle diagnostic display |
US10430021B2 (en) * | 2016-10-05 | 2019-10-01 | Snap-On Incorporated | System and method for providing an interactive vehicle diagnostic display |
US10486681B2 (en) * | 2017-01-13 | 2019-11-26 | Ford Global Technologies, Llc | Method and system for torque management in hybrid vehicle |
US9989005B1 (en) * | 2017-06-29 | 2018-06-05 | 128 Combustion, Inc. | Method and apparatus for modifying an automobile engine control unit |
US11430331B2 (en) * | 2017-09-08 | 2022-08-30 | Uatc, Llc | Power and thermal management systems and methods for autonomous vehicles |
US10807600B2 (en) * | 2017-10-20 | 2020-10-20 | Ford Global Technologies, Llc | Vehicle and vehicle emulator |
US10832593B1 (en) * | 2018-01-25 | 2020-11-10 | BlueOwl, LLC | System and method of facilitating driving behavior modification through driving challenges |
US20190273649A1 (en) * | 2018-03-02 | 2019-09-05 | Nxp B.V. | Vehicle quality of service device |
US11321972B1 (en) | 2019-04-05 | 2022-05-03 | State Farm Mutual Automobile Insurance Company | Systems and methods for detecting software interactions for autonomous vehicles within changing environmental conditions |
US11048261B1 (en) | 2019-04-05 | 2021-06-29 | State Farm Mutual Automobile Insurance Company | Systems and methods for evaluating autonomous vehicle software interactions for proposed trips |
US10703383B1 (en) | 2019-04-05 | 2020-07-07 | State Farm Mutual Automobile Insurance Company | Systems and methods for detecting software interactions for individual autonomous vehicles |
US11126165B2 (en) | 2020-02-11 | 2021-09-21 | Uatc, Llc | Vehicle computing system cooling systems |
Citations (69)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5995895A (en) * | 1997-07-15 | 1999-11-30 | Case Corporation | Control of vehicular systems in response to anticipated conditions predicted using predetermined geo-referenced maps |
US6038500A (en) * | 1997-03-12 | 2000-03-14 | Deere & Company | Computer/bus message system for vehicle drive control system |
US6134499A (en) * | 1998-05-29 | 2000-10-17 | Cummins Engine Company, Inc. | System for controlling road speed of a vehicle driven by an internal combustion engine |
US20020132699A1 (en) * | 1998-06-18 | 2002-09-19 | Bellinger Steven M. | System for controlling drivetrain components to achieve fuel efficiency goals |
US20030036823A1 (en) * | 2001-08-15 | 2003-02-20 | A. Pascal Mahvi | Method and system for a vehicle monitoring and control system |
US20030060966A1 (en) * | 2001-09-27 | 2003-03-27 | International Business Machines Corporation | Use of vehicle permissions to control individual operator parameters in a hierarchical traffic control system |
US20030210129A1 (en) * | 2002-05-10 | 2003-11-13 | Ford Motor Company | Remote vehicle immobilization |
US20030216847A1 (en) * | 1998-06-18 | 2003-11-20 | Bellinger Steven M. | System for controlling an internal combustion engine in a fuel efficient manner |
US20040039504A1 (en) * | 1999-12-19 | 2004-02-26 | Fleet Management Services, Inc. | Vehicle tracking, communication and fleet management system |
US6757606B1 (en) * | 2003-06-02 | 2004-06-29 | Brunswick Corporation | Method for controlling the operation of an internal combustion engine |
US20040230346A1 (en) * | 2003-05-15 | 2004-11-18 | Brooks David B. | PTO-logic configuration system |
US20060047381A1 (en) * | 2004-08-31 | 2006-03-02 | Nguyen Huan T | Automated vehicle calibration and testing system via telematics |
US20060246918A1 (en) * | 2005-04-27 | 2006-11-02 | Kenny Fok | Apparatus and methods for associating a geographical position with an event occuring on a wireless device |
US20070149184A1 (en) * | 2005-10-14 | 2007-06-28 | Viegers Arthur T | System and method for real-time management of mobile resources |
US20070168125A1 (en) * | 2004-08-12 | 2007-07-19 | Stephen Petrik | Gps monitoring biometric smartcard, intelligent speed managment |
US20070174683A1 (en) * | 2003-12-06 | 2007-07-26 | Daimlerchrysler Ag | Method for operating software modules |
US20070198160A1 (en) * | 2006-02-23 | 2007-08-23 | Leonid Sheynblat | Apparatus and methods for speed management and control |
US20070293369A1 (en) * | 2004-01-20 | 2007-12-20 | Eaton Corporation | Control for an electromagnetic brake for a multiple-ratio power transmission that has a neutral switch for power take-off engagement |
US20080027591A1 (en) * | 2006-07-14 | 2008-01-31 | Scott Lenser | Method and system for controlling a remote vehicle |
US20080086241A1 (en) * | 2006-10-06 | 2008-04-10 | Irobot Corporation | Autonomous Behaviors for a Remove Vehicle |
US20080109122A1 (en) * | 2005-11-30 | 2008-05-08 | Ferguson Alan L | Work machine control using off-board information |
US20080121443A1 (en) * | 2004-10-28 | 2008-05-29 | Textron Inc. | Ac drive system for electrically operated vehicle |
US20080167767A1 (en) * | 2006-03-20 | 2008-07-10 | Brooks James D | Method and Computer Software Code for Determining When to Permit a Speed Control System to Control a Powered System |
US20080269974A1 (en) * | 2004-03-11 | 2008-10-30 | Continental Teves Ag &Co. Ohg | Method for Controlling the Driving Dynamics of a Vehicle, Device for Implementing the Method and Use Thereof |
US20090037033A1 (en) * | 2007-05-14 | 2009-02-05 | Emilie Phillips | Autonomous Behaviors for a Remote Vehicle |
US20090160675A1 (en) * | 2007-12-20 | 2009-06-25 | Sandro Piccinini | Method and System for Monitoring Road Surface Conditions |
US20090164081A1 (en) * | 2007-12-20 | 2009-06-25 | Detroit Diesel Corporation | Method for optimizing cruise control fuel economy in heavy duty diesel engines |
US7590768B2 (en) * | 2005-09-23 | 2009-09-15 | Joseph Gormley | Control and interconnection system |
US20090240391A1 (en) * | 2008-02-08 | 2009-09-24 | Airmax Group Plc | Configuration of an Electronic Control System for Controlling the Operation of at Least One Component of a Vehicle |
US20090254259A1 (en) * | 2008-04-08 | 2009-10-08 | The Jacob K | Third Party Speed Control Device |
US20090299562A1 (en) * | 2006-08-10 | 2009-12-03 | Komatsu Ltd. | Guided control device for unmanned vehicle |
US20100009696A1 (en) * | 2008-07-11 | 2010-01-14 | Qualcomm Incorporated | Apparatus and methods for associating a location fix having a quality of service with an event occuring on a wireless device |
US20100114404A1 (en) * | 2008-10-17 | 2010-05-06 | Frank Wegner Donnelly | Rail Conveyance system for mining |
US20100121539A1 (en) * | 2008-11-11 | 2010-05-13 | Agco Corporation | Methods and systems for controlling the engine speed of agricultural vehicles |
US20100145550A1 (en) * | 2007-04-20 | 2010-06-10 | Advanced Transport Systems Limited | Vehicle Guidance System |
US20100191403A1 (en) * | 2009-01-29 | 2010-07-29 | General Motors Corporation | System and method for communicating with a vehicle about then-current vehicle operating conditions using a telematics unit |
US20100204882A1 (en) * | 2007-08-16 | 2010-08-12 | Florent Giovaresco | System and method for adjusting control parameters of an onboard control device in an automotive vehicle |
US20100305819A1 (en) * | 2009-05-29 | 2010-12-02 | Nokia Corporation | Method, apparatus and computer program product for determining vehicle engine revolutions per minute and gear position information using location information |
US7925426B2 (en) * | 2005-11-17 | 2011-04-12 | Motility Systems | Power management systems and devices |
US20110098898A1 (en) * | 2007-12-13 | 2011-04-28 | Staehlin Ulrich | Method and device for assisting a vehicle operator |
US20110172895A1 (en) * | 2010-01-13 | 2011-07-14 | Kubota Corporation | Condition Evaluation System for Engine-Driven Traveling Vehicle |
US20110178684A1 (en) * | 2010-01-21 | 2011-07-21 | Kubota Corporation | Speed Change System for Work Vehicle |
US20110307166A1 (en) * | 2009-01-16 | 2011-12-15 | Volker Hiestermann | Method for computing an energy efficient route |
US20110313647A1 (en) * | 2005-11-17 | 2011-12-22 | Motility Systems | Power management systems and designs |
US8140358B1 (en) * | 1996-01-29 | 2012-03-20 | Progressive Casualty Insurance Company | Vehicle monitoring system |
US20120083958A1 (en) * | 2010-09-30 | 2012-04-05 | Potens Ip Holdings Llc | System for simulating manual transmission operation in a vehicle |
US20120087771A1 (en) * | 2010-10-08 | 2012-04-12 | Craig Edward Wenzel | System and method for improvement of harvest with crop storage in grain bags |
US20120136539A1 (en) * | 2010-11-30 | 2012-05-31 | Textron Inc. | Electronically Controlled Speed Limiting System For Turf Care Machine |
US20120191269A1 (en) * | 2011-01-21 | 2012-07-26 | Mitre Corporation | Teleoperation of Unmanned Ground Vehicle |
US20120221234A1 (en) * | 2011-01-12 | 2012-08-30 | Cummins Intellectual Property, Inc. | System and method of vehicle fuel quantity management |
US20120221216A1 (en) * | 2011-02-25 | 2012-08-30 | Vnomics Corp. | System and method for in-vehicle operator training |
US20120226391A1 (en) * | 2011-03-03 | 2012-09-06 | Mark Fryer | Vehicle route calculation |
US20120268587A1 (en) * | 2007-04-24 | 2012-10-25 | Irobot | Control system for a remote vehicle |
US20120296532A1 (en) * | 2010-01-19 | 2012-11-22 | Iseki & Co., Ltd | Engine control device for tractor |
US20120296549A1 (en) * | 2010-01-22 | 2012-11-22 | Adams Peter W | Fuel management system and method |
US20130006469A1 (en) * | 2010-09-29 | 2013-01-03 | William Blease Green | System and method for automatic traffic accident determination and notification |
US20130030660A1 (en) * | 2011-07-26 | 2013-01-31 | Kubota Corporation | Work Vehicle |
US20130030667A1 (en) * | 2011-07-29 | 2013-01-31 | Kubota Corporation | Speed Change Control System for a Vehicle |
US20130061044A1 (en) * | 2011-09-02 | 2013-03-07 | Frias Transportation Infrastructure, Llc | System and method for independent control of for-hire vehicles |
US20130158838A1 (en) * | 2011-12-15 | 2013-06-20 | Ego-Gear, Llc | Device to Increase Fuel Economy |
US20130238182A1 (en) * | 2010-11-30 | 2013-09-12 | Komatsu Ltd. | Method of controlling travel within travel system for unmanned vehicle and travel system for unmanned vehicle |
US20130261846A1 (en) * | 2012-04-01 | 2013-10-03 | Zonar Systems, Inc. | Method and apparatus for matching vehicle ecu programming to current vehicle operating conditions |
US20130261942A1 (en) * | 2012-04-01 | 2013-10-03 | Zonar Systems, Inc. | Method and apparatus for matching vehicle ecu programming to current vehicle operating conditions |
US20130345914A1 (en) * | 2012-06-25 | 2013-12-26 | Caterpillar Inc. | Vehicle speed limiting via engine control commands based on sensed machine state |
US8882634B2 (en) * | 2012-05-04 | 2014-11-11 | Ford Global Technologies, Llc | Methods and systems for operating a vehicle driveline responsive to external conditions |
US9162573B2 (en) * | 2010-06-03 | 2015-10-20 | Polaris Industries Inc. | Electronic throttle control |
US9393954B2 (en) * | 2012-05-04 | 2016-07-19 | Ford Global Technologies, Llc | Methods and systems for engine stopping |
US9447747B2 (en) * | 2012-05-04 | 2016-09-20 | Ford Global Technologies, Llc | Methods and systems for stopping an engine |
US9631528B2 (en) * | 2009-09-03 | 2017-04-25 | Clean Emissions Technologies, Inc. | Vehicle reduced emission deployment |
Family Cites Families (386)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
GB1165051A (en) | 1967-05-31 | 1969-09-24 | Horstman Gear Company Ltd | Watchman Location System. |
US4092718A (en) | 1974-03-21 | 1978-05-30 | Wendt Hans J | Computerized dispatching system |
US3990067A (en) | 1974-09-30 | 1976-11-02 | Sentry Technology Incorporated | Electronic security tour system |
US4025791A (en) | 1975-08-12 | 1977-05-24 | Kilo Corporation | Object identification system |
NL7805656A (en) | 1977-06-30 | 1979-01-03 | Kraftwerk Union Ag | INSULATION OF METAL FOIL, PARTICULARLY FOR NUCLEAR REACTOR PLANTS. |
US4258421A (en) | 1978-02-27 | 1981-03-24 | Rockwell International Corporation | Vehicle monitoring and recording system |
US4263945A (en) | 1979-06-20 | 1981-04-28 | Ness Bradford O Van | Automatic fuel dispensing control system |
US4325057A (en) | 1980-06-30 | 1982-04-13 | Bishop-Hall, Inc. | School bus approach notification method and apparatus |
GB2100705B (en) | 1981-06-23 | 1985-01-30 | Monitronix Syst | Monitored delivery systems |
US4658371A (en) | 1981-12-16 | 1987-04-14 | Art Systems, Inc. | Fuel dispensing and vehicle maintenance system with on-board computer |
US4602127A (en) | 1984-03-09 | 1986-07-22 | Micro Processor Systems, Inc. | Diagnostic data recorder |
US4814711A (en) | 1984-04-05 | 1989-03-21 | Deseret Research, Inc. | Survey system and method for real time collection and processing of geophysicals data using signals from a global positioning satellite network |
US5006847A (en) | 1984-11-16 | 1991-04-09 | Aeg Westinghouse Transportation Systems, Inc. | Train motion detection apparatus |
US4651157A (en) | 1985-05-07 | 1987-03-17 | Mets, Inc. | Security monitoring and tracking system |
NL8501581A (en) | 1985-06-03 | 1987-01-02 | Nedap Nv | METHOD FOR SELECTIVE FILLING OR EMPTYING STORAGE OR STOCK TANKS. |
DE3689139T2 (en) | 1985-10-25 | 1994-04-07 | Mitsubishi Electric Corp | Bus service control system. |
US4750197A (en) | 1986-11-10 | 1988-06-07 | Denekamp Mark L | Integrated cargo security system |
US4688244A (en) | 1986-11-10 | 1987-08-18 | Marwan Hannon | Integrated cargo security system |
US4763356A (en) | 1986-12-11 | 1988-08-09 | AT&T Information Systems, Inc. American Telephone and Telegraph Company | Touch screen form entry system |
US4804937A (en) | 1987-05-26 | 1989-02-14 | Motorola, Inc. | Vehicle monitoring arrangement and system |
DE3828725A1 (en) | 1987-09-29 | 1989-04-13 | Pioneer Electronic Corp | METHOD FOR RECORDING THE DRIVING ROUTE DATA FOR A NAVIGATION DEVICE OF A MOTOR VEHICLE |
GB8815584D0 (en) | 1988-06-30 | 1988-08-03 | Analytical Instr Ltd | Fleet data monitoring system |
US4935195A (en) | 1988-08-29 | 1990-06-19 | Westinghouse Electric Corp. | Corrosion-erosion trend monitoring and diagnostic system |
US5120942A (en) | 1989-02-02 | 1992-06-09 | Computer Systems Design Inc. | Portable tour monitor device, report generating system and programming device therefor |
US5058044A (en) | 1989-03-30 | 1991-10-15 | Auto I.D. Inc. | Automated maintenance checking system |
DE3942070A1 (en) | 1989-12-20 | 1991-06-27 | Deutsche Lufthansa | DEVICE FOR MANAGING A VARIETY OF MOTOR VEHICLES |
US5321629A (en) | 1990-01-11 | 1994-06-14 | Kabushiki Kaisha Toshiba | Facility inspection support apparatus |
US5359522A (en) | 1990-05-09 | 1994-10-25 | Ryan Michael C | Fluid delivery control apparatus |
US5132906A (en) | 1990-06-11 | 1992-07-21 | Ford Motor Company | Road surface friction and hill slope estimator |
US5072380A (en) | 1990-06-12 | 1991-12-10 | Exxon Research And Engineering Company | Automatic vehicle recognition and customer billing system |
US5204819A (en) | 1990-08-27 | 1993-04-20 | Ryan Michael C | Fluid delivery control apparatus |
US5163000A (en) | 1990-10-19 | 1992-11-10 | Rogers John N | Vehicle waiting time indicator |
US5243343A (en) | 1990-12-03 | 1993-09-07 | Zeelan Technology, Inc. | Signal acquisition system utilizing ultra-wide time range time base |
US5068656A (en) | 1990-12-21 | 1991-11-26 | Rockwell International Corporation | System and method for monitoring and reporting out-of-route mileage for long haul trucks |
US5128651A (en) | 1991-01-02 | 1992-07-07 | Heckart Daniel | School bus alarm system |
US5809437A (en) | 1995-06-07 | 1998-09-15 | Automotive Technologies International, Inc. | On board vehicle diagnostic module using pattern recognition |
US5479479A (en) | 1991-10-19 | 1995-12-26 | Cell Port Labs, Inc. | Method and apparatus for transmission of and receiving signals having digital information using an air link |
EP0541319B1 (en) | 1991-11-04 | 1997-05-02 | Sun Microsystems, Inc. | Write through virtual cache memory, alias addressing, and cache flushes |
JP3273800B2 (en) | 1991-11-11 | 2002-04-15 | 茂 近藤 | Car driving analysis diagnosis method and device |
US5243323A (en) | 1991-12-20 | 1993-09-07 | Rogers Telecom Products, Inc. | School bus alarm system |
US5223844B1 (en) | 1992-04-17 | 2000-01-25 | Auto Trac Inc | Vehicle tracking and security system |
AU4639393A (en) | 1992-06-16 | 1994-01-04 | Dill Systems Corp. | Magnetic circuits for communicating data |
US5428546A (en) | 1992-10-16 | 1995-06-27 | Mobile Information Systems | Method and apparatus for tracking vehicle location |
US5585552A (en) | 1992-11-09 | 1996-12-17 | The Technician's Company | Method and apparatus for diagnosing automotive engine problems using oxygen |
US5442553A (en) | 1992-11-16 | 1995-08-15 | Motorola | Wireless motor vehicle diagnostic and software upgrade system |
CA2110025A1 (en) | 1992-12-16 | 1994-06-17 | Gerard Joseph Hughes | Automatic vehicle recognition and customer automobile diagnostic system |
US5337003A (en) | 1992-12-28 | 1994-08-09 | Carmichael Edward W | Self-contained, clip-on engine operating time log |
US5623258A (en) | 1993-01-05 | 1997-04-22 | Dorfman; Bertrand | Multi-station data capture system |
US5399844A (en) | 1993-01-12 | 1995-03-21 | Facility Management Systems, Inc. | Inspection prompting and reading recording system |
US5359528A (en) | 1993-02-19 | 1994-10-25 | Rockwell International Corp. | System for accurately determining the mileage traveled by a vehicle within a state without human intervention |
US5719771A (en) | 1993-02-24 | 1998-02-17 | Amsc Subsidiary Corporation | System for mapping occurrences of conditions in a transport route |
GB9308426D0 (en) | 1993-04-23 | 1993-06-09 | Roster Control Syst Ltd | Watchmans clock system |
US6748320B2 (en) | 1993-05-18 | 2004-06-08 | Arrivalstar, Inc. | Advance notification systems and methods utilizing a computer network |
US6278936B1 (en) | 1993-05-18 | 2001-08-21 | Global Research Systems, Inc. | System and method for an advance notification system for monitoring and reporting proximity of a vehicle |
US5657010A (en) | 1993-05-18 | 1997-08-12 | Global Research Systems, Inc. | Advance notification system and method utilizing vehicle progress report generator |
US6952645B1 (en) | 1997-03-10 | 2005-10-04 | Arrivalstar, Inc. | System and method for activation of an advance notification system for monitoring and reporting status of vehicle travel |
US6748318B1 (en) | 1993-05-18 | 2004-06-08 | Arrivalstar, Inc. | Advanced notification systems and methods utilizing a computer network |
FR2706934B1 (en) | 1993-06-21 | 1995-10-13 | Valeo Electronique | |
US5394136A (en) | 1993-08-30 | 1995-02-28 | Rockwell International Corporation | Satellite communication and truck driver bonus notification and awards system |
JP3155132B2 (en) | 1993-09-24 | 2001-04-09 | 三菱電機株式会社 | Solid-state laser device and laser processing device |
FR2711821B1 (en) | 1993-10-22 | 1995-12-29 | Cogema | Industrial installation monitoring system. |
US5557254A (en) | 1993-11-16 | 1996-09-17 | Mobile Security Communications, Inc. | Programmable vehicle monitoring and security system having multiple access verification devices |
US5459660A (en) | 1993-12-22 | 1995-10-17 | Chrysler Corporation | Circuit and method for interfacing with vehicle computer |
EP0739465B1 (en) | 1994-01-19 | 2001-06-06 | Siemens Aktiengesellschaft | Control system for an automatic transmission in a motor vehicle |
US6546363B1 (en) | 1994-02-15 | 2003-04-08 | Leroy G. Hagenbuch | Apparatus for tracking and recording vital signs and task-related information of a vehicle to identify operating patterns |
US5572192A (en) | 1994-03-17 | 1996-11-05 | Detection Systems, Inc. | Personal security system with guard tour features |
US7103460B1 (en) | 1994-05-09 | 2006-09-05 | Automotive Technologies International, Inc. | System and method for vehicle diagnostics |
GB2290631B (en) | 1994-06-24 | 1998-11-11 | Fuji Heavy Ind Ltd | Diagnosis system for motor vehicle and the method thereof |
US5541845A (en) | 1994-08-02 | 1996-07-30 | Trimble Navigation Limited | Monitoring of route and schedule adherence |
US5459304A (en) | 1994-09-13 | 1995-10-17 | At&T Ipm Corp. | Smart card techniques for motor vehicle record administration |
US6128959A (en) | 1994-11-07 | 2000-10-10 | Eaton Corporation | Driveline vibration analyzer |
DE4441101B4 (en) | 1994-11-18 | 2005-01-27 | Robert Bosch Gmbh | Method and device for determining diagnostic threshold values for a specific type of motor vehicle in the field |
US8280682B2 (en) | 2000-12-15 | 2012-10-02 | Tvipr, Llc | Device for monitoring movement of shipped goods |
US5499182A (en) | 1994-12-07 | 1996-03-12 | Ousborne; Jeffrey | Vehicle driver performance monitoring system |
US5839112A (en) | 1994-12-28 | 1998-11-17 | Automatic Data Processing | Method and apparatus for displaying and selecting vehicle parts |
US5629678A (en) | 1995-01-10 | 1997-05-13 | Paul A. Gargano | Personal tracking and recovery system |
US5724243A (en) | 1995-02-10 | 1998-03-03 | Highwaymaster Communications, Inc. | Method and apparatus for determining expected time of arrival |
FI99071C (en) | 1995-02-15 | 1997-09-25 | Nokia Mobile Phones Ltd | Procedure for use of applications in a mobile telephone as well as a mobile telephone |
JPH08237810A (en) | 1995-02-27 | 1996-09-13 | Aqueous Res:Kk | Hybrid vehicle |
BR9607641A (en) * | 1995-03-03 | 1998-05-26 | Qualcomm Inc | Method and apparatus for monitoring unit parameters by electronic vehicle control |
ES2220962T3 (en) | 1995-03-10 | 2004-12-16 | Michael C. Ryan | PISTOL FOR CONTROL OF THE DISTRIBUTION OF THE FLUID. |
US5729452A (en) | 1995-03-31 | 1998-03-17 | Envirotest Acquisition Co. | Method and system for diagnosing and reporting failure of a vehicle emission test |
US5680328A (en) | 1995-05-22 | 1997-10-21 | Eaton Corporation | Computer assisted driver vehicle inspection reporting system |
US7650210B2 (en) | 1995-06-07 | 2010-01-19 | Automotive Technologies International, Inc. | Remote vehicle diagnostic management |
US7672756B2 (en) | 1995-06-07 | 2010-03-02 | Automotive Technologies International, Inc. | Vehicle communications using the internet |
US5768382A (en) | 1995-11-22 | 1998-06-16 | Walker Asset Management Limited Partnership | Remote-auditing of computer generated outcomes and authenticated biling and access control system using cryptographic and other protocols |
DE19526148C2 (en) | 1995-07-07 | 1997-06-05 | Mannesmann Ag | Method and system for forecasting traffic flows |
US5596501A (en) | 1995-07-19 | 1997-01-21 | Powerplant Fuel Modules, Llc | System for dispensing fuel at remote locations, and method of operating same |
US5884202A (en) | 1995-07-20 | 1999-03-16 | Hewlett-Packard Company | Modular wireless diagnostic test and information system |
US5745049A (en) | 1995-07-20 | 1998-04-28 | Yokogawa Electric Corporation | Wireless equipment diagnosis system |
US5700999A (en) | 1995-07-28 | 1997-12-23 | Streicher; Stanley H. | Bar code based refueling system |
DE19532067C1 (en) | 1995-08-31 | 1996-10-24 | Daimler Benz Ag | Programming system for vehicle electronic key |
US6043661A (en) | 1995-09-07 | 2000-03-28 | Gutierrez; Alejandro | School bus and trailer systems tester |
US5671158A (en) | 1995-09-18 | 1997-09-23 | Envirotest Systems Corp. | Apparatus and method for effecting wireless discourse between computer and technician in testing motor vehicle emission control systems |
US5758299A (en) | 1995-11-03 | 1998-05-26 | Caterpillar Inc. | Method for generating performance ratings for a vehicle operator |
US6064299A (en) | 1995-11-09 | 2000-05-16 | Vehicle Enhancement Systems, Inc. | Apparatus and method for data communication between heavy duty vehicle and remote data communication terminal |
US6744352B2 (en) | 1995-11-09 | 2004-06-01 | Vehicle Enhancement Systems, Inc. | System, apparatus and methods for data communication between vehicle and remote data communication terminal, between portions of vehicle and other portions of vehicle, between two or more vehicles, and between vehicle and communications network |
US5794164A (en) | 1995-11-29 | 1998-08-11 | Microsoft Corporation | Vehicle computer system |
US6169938B1 (en) | 1995-12-08 | 2001-01-02 | Marconi Commerce Systems Inc. | Transponder communication of ORVR presence |
WO1997021626A1 (en) | 1995-12-08 | 1997-06-19 | Gilbarco Inc. | Intelligent fuelling |
US5742915A (en) | 1995-12-13 | 1998-04-21 | Caterpillar Inc. | Position referenced data for monitoring and controlling |
US7640185B1 (en) | 1995-12-29 | 2009-12-29 | Dresser, Inc. | Dispensing system and method with radio frequency customer identification |
US5732074A (en) | 1996-01-16 | 1998-03-24 | Cellport Labs, Inc. | Mobile portable wireless communication system |
US8090598B2 (en) | 1996-01-29 | 2012-01-03 | Progressive Casualty Insurance Company | Monitoring system for determining and communicating a cost of insurance |
US5890061A (en) | 1996-02-09 | 1999-03-30 | Ford Motor Company | Vehicular emergency message system with call restriction defeating |
US5808565A (en) | 1996-02-20 | 1998-09-15 | E-Systems, Inc. | GPS triggered automatic annunciator for vehicles |
US5731893A (en) | 1996-02-21 | 1998-03-24 | Dominique; Jeffrey M. | Portable microscope for inspecting fiber optic cable |
JP3277837B2 (en) | 1996-03-15 | 2002-04-22 | トヨタ自動車株式会社 | Transmission control device |
JP3389774B2 (en) | 1996-03-22 | 2003-03-24 | トヨタ自動車株式会社 | Control device for automatic transmission |
US5748106A (en) | 1996-03-25 | 1998-05-05 | Delco Electronics Corp. | Method and apparatus for controlling transponder signaling |
US5867404A (en) | 1996-04-01 | 1999-02-02 | Cairo Systems, Inc. | Method and apparatus for monitoring railway defects |
US5923572A (en) | 1996-04-02 | 1999-07-13 | Pollock; Stephen F. | Fuel dispensing control, authorization and accounting system |
DE69736216T2 (en) | 1996-04-12 | 2007-05-16 | Equos Research Co. Ltd. | VEHICLE CONTROL |
JP3340622B2 (en) | 1996-06-07 | 2002-11-05 | 本田技研工業株式会社 | Electric power sliding door device |
DE19625002B4 (en) | 1996-06-22 | 2005-03-10 | Daimler Chrysler Ag | Vehicle communication system |
US5890080A (en) * | 1996-06-25 | 1999-03-30 | Freightliner Corporation | Truck with monitored and resettable electronic control units |
US5919239A (en) | 1996-06-28 | 1999-07-06 | Fraker; William F. | Position and time-at-position logging system |
US6084870A (en) | 1996-07-22 | 2000-07-04 | Qualcomm Incorporated | Method and apparatus for the remote monitoring and configuration of electronic control systems |
CA2263153A1 (en) | 1996-08-13 | 1998-02-26 | Kenneth J. Schmier | Public transit vehicle arrival information system |
EP0925566B1 (en) | 1996-09-16 | 2000-06-14 | Minorplanet Limited | Monitoring vehicle positions |
US5871871A (en) | 1996-09-20 | 1999-02-16 | International Business Machines Corporation | Stabilized multi-layered structure of color filters on a silicon chip and a method for making |
US5922037A (en) | 1996-09-30 | 1999-07-13 | Vlsi Technology, Inc. | Wireless system for diagnosing examination and programming of vehicular control systems and method therefor |
WO1998021077A1 (en) | 1996-11-13 | 1998-05-22 | Toyota Jidosha Kabushiki Kaisha | Vehicle information communication device and vehicle information communication system |
KR100272912B1 (en) | 1996-11-19 | 2000-12-01 | 하나와 요시카즈 | Vehicle drive force controller |
US5995898A (en) | 1996-12-06 | 1999-11-30 | Micron Communication, Inc. | RFID system in communication with vehicle on-board computer |
WO1998030920A2 (en) | 1997-01-09 | 1998-07-16 | Roadtrac Llc | Personal vehicle tracking system having cd-rom storing street map data |
US6240365B1 (en) | 1997-01-21 | 2001-05-29 | Frank E. Bunn | Automated vehicle tracking and service provision system |
US6009355A (en) | 1997-01-28 | 1999-12-28 | American Calcar Inc. | Multimedia information and control system for automobiles |
EP0966720A4 (en) | 1997-03-10 | 2000-07-19 | Global Research Systems Inc | Advanced notification systems and methods utilizing a computer network |
US5942753A (en) | 1997-03-12 | 1999-08-24 | Remote Sensing Technologies | Infrared remote sensing device and system for checking vehicle brake condition |
US5928291A (en) | 1997-03-27 | 1999-07-27 | Rockwell International Corporation | Mileage and fuel consumption determination for geo-cell based vehicle information management |
US6253129B1 (en) | 1997-03-27 | 2001-06-26 | Tripmaster Corporation | System for monitoring vehicle efficiency and vehicle and driver performance |
US6405111B2 (en) | 1997-05-16 | 2002-06-11 | Snap-On Technologies, Inc. | System and method for distributed computer automotive service equipment |
US5874891A (en) | 1997-05-22 | 1999-02-23 | Child Check-Mate Systems, Inc. | Alarm system for use on a bus |
DE19725916A1 (en) | 1997-06-19 | 1999-01-28 | Daimler Benz Ag | Computer=aided diagnosis device for electronically-controlled systems in motor vehicle |
US5894617A (en) | 1997-06-30 | 1999-04-20 | Liou; Mou-Tang | Multipurpose tool |
JPH1136911A (en) | 1997-07-14 | 1999-02-09 | Unisia Jecs Corp | Fuel injection volume control device |
AU8915998A (en) | 1997-08-19 | 1999-03-08 | Siemens Corporation | Vehicle information system |
US6680694B1 (en) | 1997-08-19 | 2004-01-20 | Siemens Vdo Automotive Corporation | Vehicle information system |
US20020150050A1 (en) | 1999-06-17 | 2002-10-17 | Nathanson Martin D. | Automotive telemetry protocol |
US5890520A (en) | 1997-09-26 | 1999-04-06 | Gilbarco Inc. | Transponder distinction in a fueling environment |
US6070156A (en) | 1997-09-26 | 2000-05-30 | Gilbarco Inc. | Providing transaction estimates in a fueling and retail system |
US6061614A (en) | 1997-10-17 | 2000-05-09 | Amtech Systems Corporation | Electronic tag including RF modem for monitoring motor vehicle performance |
JP3792913B2 (en) | 1997-11-17 | 2006-07-05 | 株式会社東芝 | Maintenance check support device |
US6092021A (en) | 1997-12-01 | 2000-07-18 | Freightliner Corporation | Fuel use efficiency system for a vehicle for assisting the driver to improve fuel economy |
EP0926020A3 (en) | 1997-12-22 | 2002-09-18 | Delphi Technologies, Inc. | Vehicle control using fm subcarrier messaging |
US6054950A (en) | 1998-01-26 | 2000-04-25 | Multispectral Solutions, Inc. | Ultra wideband precision geolocation system |
JP3800794B2 (en) | 1998-03-09 | 2006-07-26 | 株式会社デンソー | Vehicle diagnostic system |
US6664897B2 (en) | 1998-03-09 | 2003-12-16 | William R. Pape | Method and system for livestock data collection and management |
US6202024B1 (en) | 1998-03-23 | 2001-03-13 | Kabushikikaisha Equos Research | Communicatory navigation system |
IL123949A (en) | 1998-04-03 | 2001-07-24 | On Track Innovations Ltd | Data transaction card having extended range |
US6049755A (en) | 1998-05-05 | 2000-04-11 | Magellan Dis, Inc. | Navigation system vehicle location display |
CA2237415C (en) | 1998-05-13 | 2007-08-14 | B.M.R. Mfg. Inc. | System and method for prompting inspection of a multi-passenger vehicle |
DE19826059B4 (en) | 1998-06-12 | 2006-04-06 | Zf Friedrichshafen Ag | Method for controlling an automatic transmission |
US6078255A (en) | 1998-06-23 | 2000-06-20 | The Gleason Agency, Inc. | System for logging premises hazard inspections |
US6024142A (en) | 1998-06-25 | 2000-02-15 | Micron Communications, Inc. | Communications system and method, fleet management system and method, and method of impeding theft of fuel |
US6128551A (en) | 1998-07-02 | 2000-10-03 | Megatronics International Corp. | Method and apparatus for management of automated fuel delivery system |
US6311162B1 (en) | 1998-07-25 | 2001-10-30 | Ernst F. Reichwein | Interactive symptomatic recording system and methods |
JP3044025B1 (en) | 1998-12-09 | 2000-05-22 | 株式会社データ・テック | Operation management system capable of analyzing driving tendency and its constituent devices |
WO2000022595A1 (en) | 1998-10-13 | 2000-04-20 | Integrated Systems Research Corporation | System and method for fleet tracking |
US6107917A (en) | 1998-10-16 | 2000-08-22 | Carrender; Curtis L. | Electronic tag including RF modem for monitoring motor vehicle performance with filtering |
EP1127257A4 (en) | 1998-11-05 | 2008-05-28 | Int Truck & Engine Corp | Land vehicle communications system and process for providing information and coordinating vehicle activities |
US6295492B1 (en) | 1999-01-27 | 2001-09-25 | Infomove.Com, Inc. | System for transmitting and displaying multiple, motor vehicle information |
US6199099B1 (en) | 1999-03-05 | 2001-03-06 | Ac Properties B.V. | System, method and article of manufacture for a mobile communication network utilizing a distributed communication network |
US6396413B2 (en) | 1999-03-11 | 2002-05-28 | Telephonics Corporation | Personal alarm monitor system |
US6571168B1 (en) | 1999-03-23 | 2003-05-27 | Cummins, Inc. | System for determining fuel usage within a jurisdiction |
US6236911B1 (en) | 1999-04-20 | 2001-05-22 | Supersensor (Proprietary) Limited | Load monitoring system and method utilizing transponder tags |
US6505106B1 (en) | 1999-05-06 | 2003-01-07 | International Business Machines Corporation | Analysis and profiling of vehicle fleet data |
US6421790B1 (en) * | 1999-05-10 | 2002-07-16 | Delphi Technologies, Inc. | Method and circuit for analysis of the operation of a microcontroller using signature analysis of data and instructions |
US6317668B1 (en) | 1999-06-10 | 2001-11-13 | Qualcomm Incorporated | Paperless log system and method |
US6507810B2 (en) | 1999-06-14 | 2003-01-14 | Sun Microsystems, Inc. | Integrated sub-network for a vehicle |
US6754183B1 (en) | 1999-06-14 | 2004-06-22 | Sun Microsystems, Inc. | System and method for integrating a vehicle subnetwork into a primary network |
US6362730B2 (en) | 1999-06-14 | 2002-03-26 | Sun Microsystems, Inc. | System and method for collecting vehicle information |
AU4128899A (en) | 1999-06-18 | 2001-01-09 | Swisscom Mobile Ag | Interchangeable battery pack for a mobile telephone |
US6529723B1 (en) | 1999-07-06 | 2003-03-04 | Televoke, Inc. | Automated user notification system |
US7181409B1 (en) | 1999-07-07 | 2007-02-20 | The Regents Of The University Of California | Shared vehicle system and method involving reserving vehicles with highest states of charge |
US6256579B1 (en) | 1999-07-13 | 2001-07-03 | Alpine Electronics, Inc. | Vehicle navigation system with road link re-costing |
US6169943B1 (en) | 1999-07-14 | 2001-01-02 | Eaton Corporation | Motor vehicle diagnostic system using hand-held remote control |
DE19933638A1 (en) | 1999-07-17 | 2001-01-18 | Bosch Gmbh Robert | Navigational method for a means of transportation |
US6330499B1 (en) | 1999-07-21 | 2001-12-11 | International Business Machines Corporation | System and method for vehicle diagnostics and health monitoring |
US7184866B2 (en) | 1999-07-30 | 2007-02-27 | Oshkosh Truck Corporation | Equipment service vehicle with remote monitoring |
US7783507B2 (en) | 1999-08-23 | 2010-08-24 | General Electric Company | System and method for managing a fleet of remote assets |
US6597973B1 (en) | 1999-10-01 | 2003-07-22 | Daniel M. Barich | Method and arrangement for inspection and requalification of lined vehicles used for transporting commodities and/or hazardous materials |
US7027955B2 (en) | 1999-10-15 | 2006-04-11 | Timekeeping Systems, Inc. | Guard tour system incorporating a positioning system |
US6834259B1 (en) | 1999-10-15 | 2004-12-21 | Timekeeping Systems, Inc. | Guard tour system |
WO2001030632A1 (en) | 1999-10-28 | 2001-05-03 | General Electric Company | Diagnosis and repair system and method |
US6727818B1 (en) | 1999-10-29 | 2004-04-27 | Hill-Rom Services, Inc. | Hygiene monitoring system |
AU2619801A (en) | 1999-10-29 | 2001-06-06 | Gelco Corporation | Method and system for tracking equipment usage information |
US6535811B1 (en) * | 1999-11-03 | 2003-03-18 | Holley Performance Products, Inc. | System and method for real-time electronic engine control |
US6259358B1 (en) | 1999-11-16 | 2001-07-10 | Paul Fjordbotten | School bus safety device |
US20010047283A1 (en) | 2000-02-01 | 2001-11-29 | Melick Bruce D. | Electronic system for identification, recording, storing, and retrieving material handling equipment records and certifications |
US6370454B1 (en) | 2000-02-25 | 2002-04-09 | Edwin S. Moore Iii | Apparatus and method for monitoring and maintaining mechanized equipment |
US6594621B1 (en) | 2000-03-06 | 2003-07-15 | James H. Meeker | System and method for determining condition of plant |
EP1136788A1 (en) | 2000-03-22 | 2001-09-26 | Asulab S.A. | Portable GPS receiver using a barometric altimeter |
US6876642B1 (en) | 2000-03-27 | 2005-04-05 | Delphi Technologies, Inc. | In-vehicle wireless local area network |
JP2001280985A (en) | 2000-03-29 | 2001-10-10 | Clarion Co Ltd | Automobile navigation system |
TW567222B (en) | 2000-04-11 | 2003-12-21 | Toshiba Corp | Phosphor for display and field-emission display |
US6856820B1 (en) | 2000-04-24 | 2005-02-15 | Usa Technologies, Inc. | In-vehicle device for wirelessly connecting a vehicle to the internet and for transacting e-commerce and e-business |
US6924750B2 (en) | 2000-05-17 | 2005-08-02 | Omega Patents, L.L.C. | Vehicle tracking unit for controlling operable vehicle devices using a vehicle data bus and related methods |
US6801901B1 (en) | 2000-06-09 | 2004-10-05 | Penske Truck Leasing Co. | Systems and methods for building and improving the quality of inventory load configurations |
US6411888B1 (en) | 2000-06-12 | 2002-06-25 | Detroit Diesel Corporation | Gauging driving efficiency |
AU2001270015A1 (en) | 2000-06-23 | 2002-01-08 | Automated Car Rental, L.L.C. | System and method for the automated release of vehicles from a moter pool |
US20020111725A1 (en) | 2000-07-17 | 2002-08-15 | Burge John R. | Method and apparatus for risk-related use of vehicle communication system data |
US7228211B1 (en) | 2000-07-25 | 2007-06-05 | Hti Ip, Llc | Telematics device for vehicles with an interface for multiple peripheral devices |
US6957133B1 (en) | 2003-05-08 | 2005-10-18 | Reynolds & Reynolds Holdings, Inc. | Small-scale, integrated vehicle telematics device |
US6604033B1 (en) | 2000-07-25 | 2003-08-05 | Networkcar.Com | Wireless diagnostic system for characterizing a vehicle's exhaust emissions |
US6636790B1 (en) | 2000-07-25 | 2003-10-21 | Reynolds And Reynolds Holdings, Inc. | Wireless diagnostic system and method for monitoring vehicles |
US20020016655A1 (en) | 2000-08-01 | 2002-02-07 | Joao Raymond Anthony | Apparatus and method for processing and/or for providing vehicle information and/or vehicle maintenance information |
US7171372B2 (en) | 2000-08-07 | 2007-01-30 | General Electric Company | Computerized method and system for guiding service personnel to select a preferred work site for servicing transportation equipment |
US20090143923A1 (en) | 2000-09-08 | 2009-06-04 | Breed David S | Arrangement and Method for Monitoring Shipping Containers |
US6529620B2 (en) | 2000-09-11 | 2003-03-04 | Pinotage, L.L.C. | System and method for obtaining and utilizing maintenance information |
US6909947B2 (en) | 2000-10-14 | 2005-06-21 | Motorola, Inc. | System and method for driver performance improvement |
US6502030B2 (en) | 2001-01-25 | 2002-12-31 | Labarge, Inc. | Web based vehicle tracking and user on-board status system |
US6450411B1 (en) | 2001-02-02 | 2002-09-17 | Logis-Tech Corporation | Environmental stabilization system and method for maintenance and inventory |
US20020107873A1 (en) | 2001-02-07 | 2002-08-08 | Bandag Licensing Corporation | System and method for data collection, reporting, and analysis of fleet vehicle information |
CA2335692A1 (en) | 2001-02-13 | 2002-08-13 | Kabushiki Kaisha Piste Snow Industries | System and method for maintaining a ski slope using snowmaking apparatuses |
US7627546B2 (en) | 2001-02-14 | 2009-12-01 | General Electric Railcar Services Corporation | Railcar condition inspection database |
US6801841B2 (en) | 2001-02-15 | 2004-10-05 | Joseph A. Tabe | Standard transportation excellent maintenance solutions |
US6768994B1 (en) | 2001-02-23 | 2004-07-27 | Trimble Navigation Limited | Web based data mining and location data reporting and system |
US6754584B2 (en) | 2001-02-28 | 2004-06-22 | Enpoint, Llc | Attitude measurement using a single GPS receiver with two closely-spaced antennas |
US7523159B1 (en) | 2001-03-14 | 2009-04-21 | Hti, Ip, Llc | Systems, methods and devices for a telematics web services interface feature |
US6611740B2 (en) | 2001-03-14 | 2003-08-26 | Networkcar | Internet-based vehicle-diagnostic system |
US6954689B2 (en) | 2001-03-16 | 2005-10-11 | Cnh America Llc | Method and apparatus for monitoring work vehicles |
US6609082B2 (en) | 2001-03-22 | 2003-08-19 | David S. Wagner | Machine control device |
US6879894B1 (en) | 2001-04-30 | 2005-04-12 | Reynolds & Reynolds Holdings, Inc. | Internet-based emissions test for vehicles |
JP2002334166A (en) * | 2001-05-08 | 2002-11-22 | Hitachi Ltd | Repair/maintenance support system and vehicle adaptive to the system |
US6735542B1 (en) | 2001-05-09 | 2004-05-11 | Garmin Ltd. | Method and apparatus for calculating altitude based on barometric and GPS measurements |
WO2002093438A1 (en) | 2001-05-15 | 2002-11-21 | Akzo Nobel N.V. | Fleet servicing method |
US7343252B2 (en) | 2001-06-01 | 2008-03-11 | Scientronix Inc. | Method, system and apparatus for passively monitoring the maintenance and distribution of fluid products to heavy work vehicles |
US20030030550A1 (en) | 2001-06-08 | 2003-02-13 | Talbot Douglas C. | Child safety device for buses |
JP4076740B2 (en) | 2001-06-22 | 2008-04-16 | 住友ゴム工業株式会社 | Road surface gradient determination apparatus and method, and gradient determination program |
DE10130279B4 (en) | 2001-06-26 | 2005-04-21 | Btt Bahn Tank Transport Gmbh Deutsche Bahn Gruppe | Method for a computer-controlled transport management system with precalculation of the time behavior of product values |
IES20010666A2 (en) | 2001-07-17 | 2002-11-13 | Aircraft Man Technologies Ltd | An electronic operations and maintenance log and system for an aircraft |
US6594579B1 (en) | 2001-08-06 | 2003-07-15 | Networkcar | Internet-based method for determining a vehicle's fuel efficiency |
US6587768B2 (en) | 2001-08-08 | 2003-07-01 | Meritor Heavy Vehicle Technology, Llc | Vehicle inspection and maintenance system |
US6671646B2 (en) | 2001-09-11 | 2003-12-30 | Zonar Compliance Systems, Llc | System and process to ensure performance of mandated safety and maintenance inspections |
US7117121B2 (en) | 2001-09-11 | 2006-10-03 | Zonar Compliance Systems, Llc | System and process to ensure performance of mandated inspections |
US7362229B2 (en) | 2001-09-11 | 2008-04-22 | Zonar Compliance Systems, Llc | Ensuring the performance of mandated inspections combined with the collection of ancillary data |
US6880390B2 (en) | 2001-11-07 | 2005-04-19 | Bell Sea Marine Systems | Fuel meter for outboard engines |
US7174243B1 (en) | 2001-12-06 | 2007-02-06 | Hti Ip, Llc | Wireless, internet-based system for transmitting and analyzing GPS data |
US6614392B2 (en) | 2001-12-07 | 2003-09-02 | Delaware Capital Formation, Inc. | Combination RFID and GPS functionality on intelligent label |
JP3719659B2 (en) | 2001-12-26 | 2005-11-24 | 株式会社日立製作所 | Information receiving system and information receiving terminal |
US6839619B2 (en) | 2002-01-15 | 2005-01-04 | Cummins, Inc. | System for controlling a fueling governor for an internal combustion engine |
US6714857B2 (en) | 2002-02-26 | 2004-03-30 | Nnt, Inc. | System for remote monitoring of a vehicle and method of determining vehicle mileage, jurisdiction crossing and fuel consumption |
US7048185B2 (en) | 2002-03-08 | 2006-05-23 | Fleettrakker, L.L.C. | Equipment tracking system and method |
US20030182033A1 (en) | 2002-03-25 | 2003-09-25 | Underdahl Craig T | Vehicle usage data tracking system |
US6529808B1 (en) | 2002-04-22 | 2003-03-04 | Delphi Technologies, Inc. | Method and system for analyzing an on-board vehicle computer system |
US6894617B2 (en) | 2002-05-04 | 2005-05-17 | Richman Technology Corporation | Human guard enhancing multiple site integrated security system |
US6980093B2 (en) | 2002-05-07 | 2005-12-27 | The Johns Hopkins University | Commercial vehicle electronic screening hardware/software system with primary and secondary sensor sets |
JP2004044779A (en) | 2002-05-21 | 2004-02-12 | Aisin Seiki Co Ltd | Drive device |
US6946953B2 (en) | 2002-05-30 | 2005-09-20 | Vehicle Enhancement Systems, Inc. | Apparatus and method for enhanced data communications and control between a vehicle and a remote data communications terminal |
US8047432B2 (en) | 2002-06-11 | 2011-11-01 | Intelligent Technologies International, Inc. | Package tracking techniques |
JP2004037255A (en) | 2002-07-03 | 2004-02-05 | Sumitomo Rubber Ind Ltd | Method and apparatus for estimating mass of vehicle, and method and apparatus for estimating gradient using the method |
US20040044452A1 (en) * | 2002-08-29 | 2004-03-04 | Lester Electrical Of Nebraska, Inc. | Vehicle monitoring system |
CA2408979A1 (en) | 2002-10-18 | 2004-04-18 | Richard Egon Schauble | Tamper-evident use-indicating odometer and engine-timer |
DE10254424A1 (en) | 2002-11-21 | 2004-06-03 | Lucas Automotive Gmbh | System for influencing the speed of a motor vehicle |
US7831368B2 (en) | 2002-11-21 | 2010-11-09 | Lucas Automotive Gmbh | System for influencing the speed of a motor vehicle |
DE10254421A1 (en) | 2002-11-21 | 2004-06-03 | Lucas Automotive Gmbh | System for influencing the speed of a motor vehicle |
US7202801B2 (en) | 2002-12-11 | 2007-04-10 | Geospatial Technologies, Inc. | Method and apparatus for an automated location-based, dynamic notification system (ALDNS) |
US6845314B2 (en) * | 2002-12-12 | 2005-01-18 | Mirenco, Inc. | Method and apparatus for remote communication of vehicle combustion performance parameters |
US7604169B2 (en) | 2003-01-21 | 2009-10-20 | Pump-On Llc | Methods and systems for customer validation using any of a plurality of identification documents and identification document readers |
US20040236474A1 (en) | 2003-02-27 | 2004-11-25 | Mahesh Chowdhary | Vehicle management system |
US6847887B1 (en) | 2003-03-04 | 2005-01-25 | Navteq North America, Llc | Method and system for obtaining road grade data |
US20050072384A1 (en) | 2003-04-14 | 2005-04-07 | Kreg Hadley | Duel fuel selection and blending injectors on internal combustion engines |
JP4611987B2 (en) | 2003-05-13 | 2011-01-12 | コンティネンタル・テーベス・アクチエンゲゼルシヤフト・ウント・コンパニー・オッフェネ・ハンデルスゲゼルシヤフト | Vehicle dynamics control system |
JP3763476B2 (en) | 2003-05-29 | 2006-04-05 | 三菱電機株式会社 | Vehicle and driver behavior analysis system |
US6795761B1 (en) * | 2003-05-30 | 2004-09-21 | Visteon Global Technologies, Inc. | Overall control algorithm for interactive vehicle control system |
US6928362B2 (en) | 2003-06-06 | 2005-08-09 | John Meaney | System and method for real time programmability of an engine control unit |
CA2434707A1 (en) | 2003-07-07 | 2004-03-18 | Sean D. Hannigan | Method and apparatus for generating data to support fuel tax rebates |
US7113127B1 (en) | 2003-07-24 | 2006-09-26 | Reynolds And Reynolds Holdings, Inc. | Wireless vehicle-monitoring system operating on both terrestrial and satellite networks |
US7024306B2 (en) | 2003-07-24 | 2006-04-04 | Miyama, Inc. | Evaluation system for vehicle operating conditions and evaluation method thereof |
US8768573B2 (en) | 2003-08-11 | 2014-07-01 | American Vehicular Sciences, LLC | Technique for ensuring safe travel of a vehicle or safety of an occupant therein |
US7424414B2 (en) | 2003-09-05 | 2008-09-09 | Road Safety International, Inc. | System for combining driving simulators and data acquisition systems and methods of use thereof |
US6856897B1 (en) | 2003-09-22 | 2005-02-15 | Navteq North America, Llc | Method and system for computing road grade data |
US7035733B1 (en) | 2003-09-22 | 2006-04-25 | Navteq North America, Llc | Method and system for obtaining road grade data |
US20050107946A1 (en) | 2003-11-13 | 2005-05-19 | Takanori Shimizu | Vehicle navigation apparatus |
US20050131625A1 (en) | 2003-11-19 | 2005-06-16 | Birger Alexander B. | Schoolchildren transportation management systems, methods and computer program products |
JP4346472B2 (en) | 2004-02-27 | 2009-10-21 | 株式会社ザナヴィ・インフォマティクス | Traffic information prediction device |
DE102004026639B4 (en) | 2004-03-22 | 2006-03-02 | Daimlerchrysler Ag | Method for determining height information in a motor vehicle |
US7225065B1 (en) | 2004-04-26 | 2007-05-29 | Hti Ip, Llc | In-vehicle wiring harness with multiple adaptors for an on-board diagnostic connector |
US7366589B2 (en) * | 2004-05-13 | 2008-04-29 | General Motors Corporation | Method and system for remote reflash |
US20050273250A1 (en) | 2004-05-18 | 2005-12-08 | Bruce Hamilton | System and method for dynamic navigational route selection |
US6899151B1 (en) | 2004-06-07 | 2005-05-31 | Delaware Capital Formation, Inc. | Lighted supervisory system for a fuel dispensing nozzle |
EP1780393B1 (en) | 2004-08-18 | 2011-11-16 | UD Trucks Corporation | Fuel consumption evaluation system |
US20060041337A1 (en) * | 2004-08-19 | 2006-02-23 | Augsburger Brett N | Web-enabled engine reprogramming |
US20060047384A1 (en) * | 2004-08-26 | 2006-03-02 | Robinson Timothy A | Data recorder module |
US7379801B2 (en) * | 2004-11-01 | 2008-05-27 | Hypertech, Inc. | Programmable automotive computer system |
US7305324B2 (en) | 2004-11-24 | 2007-12-04 | Ut-Battelle, Llc | System and method for identifying, validating, weighing and characterizing moving or stationary vehicles and cargo |
US7254516B2 (en) | 2004-12-17 | 2007-08-07 | Nike, Inc. | Multi-sensor monitoring of athletic performance |
WO2006078049A1 (en) | 2005-01-19 | 2006-07-27 | Kabushiki Kaisha Kenwood | Guiding route generation device and guiding route generation method |
US20060232406A1 (en) | 2005-04-13 | 2006-10-19 | American Research And Technology | Use of rf-id tags for tracking a person carrying a portable rf-id tag reader |
WO2006131926A2 (en) | 2005-06-09 | 2006-12-14 | Drive Diagnostics Ltd. | System and method for displaying a driving profile |
DE102005037228A1 (en) | 2005-08-08 | 2007-02-15 | Robert Bosch Gmbh | Method and device for controlling a computer system |
US7117075B1 (en) | 2005-08-15 | 2006-10-03 | Report On Board Llc | Driver activity and vehicle operation logging and reporting |
US20070050193A1 (en) | 2005-08-24 | 2007-03-01 | Larson Gerald L | Fuel use categorization for fuel tax reporting on commercial vehicles |
DE602005008601D1 (en) | 2005-09-14 | 2008-09-11 | Fiat Ricerche | Method and system for detecting the speed direction of a vehicle and the road inclination |
US20070143002A1 (en) | 2005-12-21 | 2007-06-21 | Crowell Thomas J | System for evaluating and improving driving performance and fuel efficiency |
US20070156337A1 (en) | 2005-12-30 | 2007-07-05 | Mamdouh Yanni | Systems, methods and apparatuses for continuous in-vehicle and pedestrian navigation |
US8024114B2 (en) | 2006-02-01 | 2011-09-20 | Qualcomm Incorporated | Navigation data quality feedback |
US8006677B2 (en) | 2006-02-02 | 2011-08-30 | Immixt, LLC | Fuel control system and associated method |
US20070192012A1 (en) | 2006-02-14 | 2007-08-16 | Detroit Diesel Corporation | Method and system of enhanced vehicle road speed limiting |
US8398405B2 (en) | 2006-03-20 | 2013-03-19 | General Electric Company | System, method, and computer software code for instructing an operator to control a powered system having an autonomous controller |
US8140265B2 (en) | 2006-03-21 | 2012-03-20 | Skymeter Corporation | Private, auditable vehicle positioning system and on-board unit for same |
US8849501B2 (en) | 2009-01-26 | 2014-09-30 | Lytx, Inc. | Driver risk assessment system and method employing selectively automatic event scoring |
US8508353B2 (en) | 2009-01-26 | 2013-08-13 | Drivecam, Inc. | Driver risk assessment system and method having calibrating automatic event scoring |
JP4938351B2 (en) * | 2006-05-16 | 2012-05-23 | トヨタ自動車株式会社 | Positioning information update device for vehicles |
US9412282B2 (en) | 2011-12-24 | 2016-08-09 | Zonar Systems, Inc. | Using social networking to improve driver performance based on industry sharing of driver performance data |
US9280435B2 (en) | 2011-12-23 | 2016-03-08 | Zonar Systems, Inc. | Method and apparatus for GPS based slope determination, real-time vehicle mass determination, and vehicle efficiency analysis |
US10056008B1 (en) | 2006-06-20 | 2018-08-21 | Zonar Systems, Inc. | Using telematics data including position data and vehicle analytics to train drivers to improve efficiency of vehicle use |
US8014915B2 (en) * | 2006-06-21 | 2011-09-06 | Sungkyunkwan University Foundation For Corporate Collaboration | Vehicle management system and method using ECU |
US7873455B2 (en) | 2006-09-25 | 2011-01-18 | Cnh America Llc | Work vehicle access monitoring and control system |
CA3004239C (en) | 2006-12-13 | 2019-11-05 | Crown Equipment Corporation | Fleet management system |
US7692552B2 (en) | 2007-01-23 | 2010-04-06 | International Business Machines Corporation | Method and system for improving driver safety and situational awareness |
US9792632B2 (en) | 2007-02-23 | 2017-10-17 | Epona Llc | System and method for processing vehicle transactions |
JP2008242544A (en) | 2007-03-26 | 2008-10-09 | Hitachi Ltd | Collision avoidance device and method |
EP2130312A4 (en) * | 2007-04-05 | 2010-03-10 | Keyless Technologies Pty Ltd | Portal access control system |
US7841317B2 (en) | 2007-04-18 | 2010-11-30 | Williams Rodger K | Alternate fuel blending system and associated method |
US8355870B2 (en) | 2007-05-03 | 2013-01-15 | Hti Ip, Llc | Methods, systems, and apparatuses for telematics navigation |
WO2008151103A1 (en) | 2007-05-31 | 2008-12-11 | Hti Ip, Llc | Methods, systems, and apparatuses for consumer telematics |
US9129460B2 (en) | 2007-06-25 | 2015-09-08 | Inthinc Technology Solutions, Inc. | System and method for monitoring and improving driver behavior |
US8793055B2 (en) | 2007-07-13 | 2014-07-29 | Volvo Construction Equipment Ab | Method for providing an operator of a work machine with operation instructions and a computer program for implementing the method |
US8577703B2 (en) | 2007-07-17 | 2013-11-05 | Inthinc Technology Solutions, Inc. | System and method for categorizing driving behavior using driver mentoring and/or monitoring equipment to determine an underwriting risk |
US8353749B2 (en) | 2007-09-04 | 2013-01-15 | Dean Sanders | Vehicle tracking system, method and game |
US7580808B2 (en) | 2007-09-11 | 2009-08-25 | Gm Global Technology Operations, Inc. | Onboard trip computer for emissions subject to reduction credits |
US7558663B2 (en) * | 2007-10-03 | 2009-07-07 | Tyler T Drazich | Fuel injection control system with exempt area of fuel map |
US7841322B2 (en) * | 2007-11-16 | 2010-11-30 | Dynamic Fuel Systems, Inc. | Super cooled air and fuel induction system for internal combustion engines |
KR101356197B1 (en) | 2007-12-12 | 2014-01-27 | 기아자동차주식회사 | System for Guiding Fuel Economy Driving |
US8382581B2 (en) | 2007-12-18 | 2013-02-26 | Inxile Entertainment, Inc. | Online gaming and rewards system |
EP2116968A1 (en) | 2008-05-06 | 2009-11-11 | Airmax Remote Limited | Method and apparatus for rating how a vehicle is driven |
US8185293B2 (en) | 2008-06-05 | 2012-05-22 | Robert Bosch Llc | Fuel composition recognition and adaptation system |
GB2461044B (en) | 2008-06-18 | 2013-06-19 | Airmax Group Plc | Method and system for configuring a vehicle |
US8151099B2 (en) * | 2008-07-01 | 2012-04-03 | Caterpillar Inc. | Virtualized service tool and virtualized control tool |
JP4906808B2 (en) | 2008-07-31 | 2012-03-28 | トヨタ自動車株式会社 | Fuel saving driving diagnosis device, fuel saving driving diagnosis system, vehicle travel control device, and fuel saving driving diagnosis method |
US20100207760A1 (en) | 2008-10-02 | 2010-08-19 | Stomski Gerald D | Mobile vehicle screening (mvs) |
US7865276B2 (en) | 2008-10-28 | 2011-01-04 | Ford Global Technologies, Llc | System and method for displaying an overall efficiency of a hybrid electric vehicle |
JP5330812B2 (en) | 2008-11-20 | 2013-10-30 | トヨタ自動車株式会社 | Hybrid vehicle |
US8306725B2 (en) | 2008-12-05 | 2012-11-06 | Electronics And Telecommunications Research Institute | Apparatus for informing economical speed of vehicle and method thereof |
EP2199985A1 (en) * | 2008-12-18 | 2010-06-23 | Ford Global Technologies, LLC | Device, vehicle, system, method & computer program product |
US8229639B2 (en) | 2009-02-17 | 2012-07-24 | Lockheed Martin Corporation | System and method for stability control |
US20100209884A1 (en) | 2009-02-18 | 2010-08-19 | Gm Global Technology Operations, Inc. | Driving skill recognition based on vehicle left and right turns |
US20100209890A1 (en) | 2009-02-18 | 2010-08-19 | Gm Global Technology Operations, Inc. | Vehicle stability enhancement control adaptation to driving skill with integrated driving skill recognition |
US20100209891A1 (en) | 2009-02-18 | 2010-08-19 | Gm Global Technology Operations, Inc. | Driving skill recognition based on stop-and-go driving behavior |
US9278693B2 (en) * | 2009-03-24 | 2016-03-08 | Ford Global Technologies, Llc | System and method for improving vehicle performance on grade |
DE102009018761A1 (en) | 2009-04-27 | 2010-10-28 | Bayerische Motoren Werke Aktiengesellschaft | Process for updating software components |
US20100324955A1 (en) | 2009-06-22 | 2010-12-23 | Mark Rinehart | Asset information reporting |
US8949008B2 (en) | 2009-08-12 | 2015-02-03 | Sexton Partners, LLC | Control module for a vehicle |
US8604920B2 (en) | 2009-10-20 | 2013-12-10 | Cartasite, Inc. | Systems and methods for vehicle performance analysis and presentation |
US9020726B2 (en) | 2009-11-04 | 2015-04-28 | Daimler Trucks North America Llc | Vehicle torque management |
US9285485B2 (en) | 2009-11-12 | 2016-03-15 | GM Global Technology Operations LLC | GPS-enhanced vehicle velocity estimation |
US8280791B2 (en) | 2009-12-08 | 2012-10-02 | At&T Mobility Ii Llc | Devices, systems and methods for identifying and/or billing an individual in a vehicle |
US20110184642A1 (en) | 2009-12-18 | 2011-07-28 | Daimler Trucks North America Llc | Fuel efficient routing system and method |
US9558520B2 (en) | 2009-12-31 | 2017-01-31 | Hartford Fire Insurance Company | System and method for geocoded insurance processing using mobile devices |
US8527132B2 (en) | 2010-03-30 | 2013-09-03 | Honda Motor Co., Ltd. | Energy maps and method of making |
JP5146486B2 (en) | 2010-05-11 | 2013-02-20 | 株式会社デンソー | Route search device and navigation device |
US8412406B2 (en) * | 2010-08-13 | 2013-04-02 | Deere & Company | Method and system for performing diagnostics or software maintenance for a vehicle |
GB2483251A (en) | 2010-09-01 | 2012-03-07 | Ricardo Uk Ltd | Driver feedback system and method |
JP5782252B2 (en) | 2010-12-01 | 2015-09-24 | 現代自動車株式会社Hyundaimotor Company | Vehicle driver fuel efficiency ranking method and system |
US10431020B2 (en) | 2010-12-02 | 2019-10-01 | Zonar Systems, Inc. | Method and apparatus for implementing a vehicle inspection waiver program |
US9358986B2 (en) | 2012-04-01 | 2016-06-07 | Zonar Systems, Inc. | Method and apparatus for changing either driver behavior or vehicle behavior based on current vehicle location and zone definitions created by a remote user |
US9747254B2 (en) * | 2012-04-01 | 2017-08-29 | Zonar Systems, Inc. | Method and apparatus for matching vehicle ECU programming to current vehicle operating conditions |
US9527515B2 (en) | 2011-12-23 | 2016-12-27 | Zonar Systems, Inc. | Vehicle performance based on analysis of drive data |
WO2012078712A2 (en) | 2010-12-07 | 2012-06-14 | Vnomics Corp. | System and method for measuring and reducing vehicle fuel waste |
US8688313B2 (en) * | 2010-12-23 | 2014-04-01 | Aes Technologies, Llc. | Remote vehicle programming system and method |
US20120253743A1 (en) | 2010-12-30 | 2012-10-04 | Agco Corporation | Real-Time Determination of Machine Performance for Fleet Management |
US8560996B1 (en) | 2011-02-15 | 2013-10-15 | Xilinx, Inc. | Method and system for preparing modularized circuit designs for dynamic partial reconfiguration of programmable logic |
US20120239279A1 (en) * | 2011-03-15 | 2012-09-20 | Aaron Stuart | Fuel control module mapping system, method and apparatus for bi-fuel and dual fuel vehicles |
US20120239462A1 (en) | 2011-03-18 | 2012-09-20 | Greendriver, Inc. | Apparatuses and methods for improving driving performance |
US8996287B2 (en) | 2011-03-31 | 2015-03-31 | United Parcel Service Of America, Inc. | Calculating speed and travel times with travel delays |
US9489845B2 (en) | 2011-04-08 | 2016-11-08 | Fleetmatics Development Limited | System and method for providing vehicle and fleet profiles and presentations of trends |
US8543280B2 (en) | 2011-04-29 | 2013-09-24 | Toyota Motor Engineering & Manufacturing North America, Inc. | Collaborative multi-agent vehicle fault diagnostic system and associated methodology |
JP5829839B2 (en) * | 2011-06-16 | 2015-12-09 | 富士通テン株式会社 | Server apparatus, program providing system, program providing method, and program |
US8538785B2 (en) | 2011-08-19 | 2013-09-17 | Hartford Fire Insurance Company | System and method for computing and scoring the complexity of a vehicle trip using geo-spatial information |
KR101360705B1 (en) * | 2011-09-22 | 2014-02-07 | 기아자동차주식회사 | Vehicle Upgrade System and Method thereof |
US8798887B2 (en) * | 2011-11-30 | 2014-08-05 | GM Global Technology Operations LLC | System and method for estimating the mass of a vehicle |
US20140012634A1 (en) | 2011-12-02 | 2014-01-09 | Richard Frank Pearlman | Geospatial data based assessment of fleet driver behavior |
US8918229B2 (en) | 2011-12-23 | 2014-12-23 | Zonar Systems, Inc. | Method and apparatus for 3-D accelerometer based slope determination, real-time vehicle mass determination, and vehicle efficiency analysis |
US20130274955A1 (en) | 2012-04-13 | 2013-10-17 | Walter Steven Rosenbaum | Method for analyzing operation characteristics of a vehicle driver |
US8930040B2 (en) | 2012-06-07 | 2015-01-06 | Zoll Medical Corporation | Systems and methods for video capture, user feedback, reporting, adaptive parameters, and remote data access in vehicle safety monitoring |
US9171382B2 (en) | 2012-08-06 | 2015-10-27 | Cloudparc, Inc. | Tracking speeding violations and controlling use of parking spaces using cameras |
US9424696B2 (en) | 2012-10-04 | 2016-08-23 | Zonar Systems, Inc. | Virtual trainer for in vehicle driver coaching and to collect metrics to improve driver performance |
US8813061B2 (en) | 2012-10-17 | 2014-08-19 | Movimento Group | Module updating device |
WO2014172323A1 (en) | 2013-04-15 | 2014-10-23 | Flextronics Ap, Llc | Driver facts behavior information storage system |
JP6179191B2 (en) | 2013-05-27 | 2017-08-16 | 富士通株式会社 | Driving diagnosis device, driving diagnosis method and program |
JP6221364B2 (en) | 2013-06-06 | 2017-11-01 | 富士通株式会社 | Driving diagnosis device, driving diagnosis system, and driving diagnosis method |
KR101558388B1 (en) | 2014-04-14 | 2015-10-07 | 현대자동차 주식회사 | Apparatus and method of road slope estimating by using gravitational acceleration sensor |
DE102015221330A1 (en) | 2015-10-30 | 2017-05-04 | Robert Bosch Gmbh | A method and apparatus for robustly updating firmware of a vehicle over an air interface |
-
2013
- 2013-04-01 US US13/854,916 patent/US20130261939A1/en not_active Abandoned
- 2013-04-01 US US13/854,919 patent/US8914184B2/en active Active
- 2013-04-01 US US13/854,913 patent/US10061745B2/en active Active
-
2017
- 2017-07-21 US US15/657,023 patent/US10289651B2/en active Active
- 2017-07-31 US US15/665,215 patent/US20170329742A1/en not_active Abandoned
Patent Citations (72)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8140358B1 (en) * | 1996-01-29 | 2012-03-20 | Progressive Casualty Insurance Company | Vehicle monitoring system |
US6038500A (en) * | 1997-03-12 | 2000-03-14 | Deere & Company | Computer/bus message system for vehicle drive control system |
US5995895A (en) * | 1997-07-15 | 1999-11-30 | Case Corporation | Control of vehicular systems in response to anticipated conditions predicted using predetermined geo-referenced maps |
US6134499A (en) * | 1998-05-29 | 2000-10-17 | Cummins Engine Company, Inc. | System for controlling road speed of a vehicle driven by an internal combustion engine |
US20020132699A1 (en) * | 1998-06-18 | 2002-09-19 | Bellinger Steven M. | System for controlling drivetrain components to achieve fuel efficiency goals |
US20030216847A1 (en) * | 1998-06-18 | 2003-11-20 | Bellinger Steven M. | System for controlling an internal combustion engine in a fuel efficient manner |
US20040039504A1 (en) * | 1999-12-19 | 2004-02-26 | Fleet Management Services, Inc. | Vehicle tracking, communication and fleet management system |
US20030036823A1 (en) * | 2001-08-15 | 2003-02-20 | A. Pascal Mahvi | Method and system for a vehicle monitoring and control system |
US20030060966A1 (en) * | 2001-09-27 | 2003-03-27 | International Business Machines Corporation | Use of vehicle permissions to control individual operator parameters in a hierarchical traffic control system |
US20030210129A1 (en) * | 2002-05-10 | 2003-11-13 | Ford Motor Company | Remote vehicle immobilization |
US7129852B2 (en) * | 2002-05-10 | 2006-10-31 | Ford Motor Company | Remote vehicle immobilization |
US20040230346A1 (en) * | 2003-05-15 | 2004-11-18 | Brooks David B. | PTO-logic configuration system |
US6757606B1 (en) * | 2003-06-02 | 2004-06-29 | Brunswick Corporation | Method for controlling the operation of an internal combustion engine |
US20070174683A1 (en) * | 2003-12-06 | 2007-07-26 | Daimlerchrysler Ag | Method for operating software modules |
US20070293369A1 (en) * | 2004-01-20 | 2007-12-20 | Eaton Corporation | Control for an electromagnetic brake for a multiple-ratio power transmission that has a neutral switch for power take-off engagement |
US20080269974A1 (en) * | 2004-03-11 | 2008-10-30 | Continental Teves Ag &Co. Ohg | Method for Controlling the Driving Dynamics of a Vehicle, Device for Implementing the Method and Use Thereof |
US20070168125A1 (en) * | 2004-08-12 | 2007-07-19 | Stephen Petrik | Gps monitoring biometric smartcard, intelligent speed managment |
US20060047381A1 (en) * | 2004-08-31 | 2006-03-02 | Nguyen Huan T | Automated vehicle calibration and testing system via telematics |
US20080121443A1 (en) * | 2004-10-28 | 2008-05-29 | Textron Inc. | Ac drive system for electrically operated vehicle |
US20060246918A1 (en) * | 2005-04-27 | 2006-11-02 | Kenny Fok | Apparatus and methods for associating a geographical position with an event occuring on a wireless device |
US7590768B2 (en) * | 2005-09-23 | 2009-09-15 | Joseph Gormley | Control and interconnection system |
US20070149184A1 (en) * | 2005-10-14 | 2007-06-28 | Viegers Arthur T | System and method for real-time management of mobile resources |
US20110313647A1 (en) * | 2005-11-17 | 2011-12-22 | Motility Systems | Power management systems and designs |
US7925426B2 (en) * | 2005-11-17 | 2011-04-12 | Motility Systems | Power management systems and devices |
US20080109122A1 (en) * | 2005-11-30 | 2008-05-08 | Ferguson Alan L | Work machine control using off-board information |
US20070198160A1 (en) * | 2006-02-23 | 2007-08-23 | Leonid Sheynblat | Apparatus and methods for speed management and control |
US7660658B2 (en) * | 2006-02-23 | 2010-02-09 | Qualcomm Incorporated | Apparatus and methods for speed management and control |
US20080167767A1 (en) * | 2006-03-20 | 2008-07-10 | Brooks James D | Method and Computer Software Code for Determining When to Permit a Speed Control System to Control a Powered System |
US20080027591A1 (en) * | 2006-07-14 | 2008-01-31 | Scott Lenser | Method and system for controlling a remote vehicle |
US8280573B2 (en) * | 2006-08-10 | 2012-10-02 | Komatsu Ltd. | Guided control device for unmanned vehicle |
US20090299562A1 (en) * | 2006-08-10 | 2009-12-03 | Komatsu Ltd. | Guided control device for unmanned vehicle |
US20080086241A1 (en) * | 2006-10-06 | 2008-04-10 | Irobot Corporation | Autonomous Behaviors for a Remove Vehicle |
US20100145550A1 (en) * | 2007-04-20 | 2010-06-10 | Advanced Transport Systems Limited | Vehicle Guidance System |
US20120268587A1 (en) * | 2007-04-24 | 2012-10-25 | Irobot | Control system for a remote vehicle |
US20090037033A1 (en) * | 2007-05-14 | 2009-02-05 | Emilie Phillips | Autonomous Behaviors for a Remote Vehicle |
US20100204882A1 (en) * | 2007-08-16 | 2010-08-12 | Florent Giovaresco | System and method for adjusting control parameters of an onboard control device in an automotive vehicle |
US20110098898A1 (en) * | 2007-12-13 | 2011-04-28 | Staehlin Ulrich | Method and device for assisting a vehicle operator |
US20090160675A1 (en) * | 2007-12-20 | 2009-06-25 | Sandro Piccinini | Method and System for Monitoring Road Surface Conditions |
US20090164081A1 (en) * | 2007-12-20 | 2009-06-25 | Detroit Diesel Corporation | Method for optimizing cruise control fuel economy in heavy duty diesel engines |
US20090240391A1 (en) * | 2008-02-08 | 2009-09-24 | Airmax Group Plc | Configuration of an Electronic Control System for Controlling the Operation of at Least One Component of a Vehicle |
US20090254259A1 (en) * | 2008-04-08 | 2009-10-08 | The Jacob K | Third Party Speed Control Device |
US20100009696A1 (en) * | 2008-07-11 | 2010-01-14 | Qualcomm Incorporated | Apparatus and methods for associating a location fix having a quality of service with an event occuring on a wireless device |
US20100114404A1 (en) * | 2008-10-17 | 2010-05-06 | Frank Wegner Donnelly | Rail Conveyance system for mining |
US20100121539A1 (en) * | 2008-11-11 | 2010-05-13 | Agco Corporation | Methods and systems for controlling the engine speed of agricultural vehicles |
US20110307166A1 (en) * | 2009-01-16 | 2011-12-15 | Volker Hiestermann | Method for computing an energy efficient route |
US20100191403A1 (en) * | 2009-01-29 | 2010-07-29 | General Motors Corporation | System and method for communicating with a vehicle about then-current vehicle operating conditions using a telematics unit |
US20100305819A1 (en) * | 2009-05-29 | 2010-12-02 | Nokia Corporation | Method, apparatus and computer program product for determining vehicle engine revolutions per minute and gear position information using location information |
US9631528B2 (en) * | 2009-09-03 | 2017-04-25 | Clean Emissions Technologies, Inc. | Vehicle reduced emission deployment |
US20110172895A1 (en) * | 2010-01-13 | 2011-07-14 | Kubota Corporation | Condition Evaluation System for Engine-Driven Traveling Vehicle |
US20120296532A1 (en) * | 2010-01-19 | 2012-11-22 | Iseki & Co., Ltd | Engine control device for tractor |
US20110178684A1 (en) * | 2010-01-21 | 2011-07-21 | Kubota Corporation | Speed Change System for Work Vehicle |
US20120296549A1 (en) * | 2010-01-22 | 2012-11-22 | Adams Peter W | Fuel management system and method |
US9162573B2 (en) * | 2010-06-03 | 2015-10-20 | Polaris Industries Inc. | Electronic throttle control |
US20130006469A1 (en) * | 2010-09-29 | 2013-01-03 | William Blease Green | System and method for automatic traffic accident determination and notification |
US20120083958A1 (en) * | 2010-09-30 | 2012-04-05 | Potens Ip Holdings Llc | System for simulating manual transmission operation in a vehicle |
US20120087771A1 (en) * | 2010-10-08 | 2012-04-12 | Craig Edward Wenzel | System and method for improvement of harvest with crop storage in grain bags |
US20120136539A1 (en) * | 2010-11-30 | 2012-05-31 | Textron Inc. | Electronically Controlled Speed Limiting System For Turf Care Machine |
US20130238182A1 (en) * | 2010-11-30 | 2013-09-12 | Komatsu Ltd. | Method of controlling travel within travel system for unmanned vehicle and travel system for unmanned vehicle |
US20120221234A1 (en) * | 2011-01-12 | 2012-08-30 | Cummins Intellectual Property, Inc. | System and method of vehicle fuel quantity management |
US20120191269A1 (en) * | 2011-01-21 | 2012-07-26 | Mitre Corporation | Teleoperation of Unmanned Ground Vehicle |
US20120221216A1 (en) * | 2011-02-25 | 2012-08-30 | Vnomics Corp. | System and method for in-vehicle operator training |
US20120226391A1 (en) * | 2011-03-03 | 2012-09-06 | Mark Fryer | Vehicle route calculation |
US20130030660A1 (en) * | 2011-07-26 | 2013-01-31 | Kubota Corporation | Work Vehicle |
US20130030667A1 (en) * | 2011-07-29 | 2013-01-31 | Kubota Corporation | Speed Change Control System for a Vehicle |
US20130061044A1 (en) * | 2011-09-02 | 2013-03-07 | Frias Transportation Infrastructure, Llc | System and method for independent control of for-hire vehicles |
US20130158838A1 (en) * | 2011-12-15 | 2013-06-20 | Ego-Gear, Llc | Device to Increase Fuel Economy |
US20130261846A1 (en) * | 2012-04-01 | 2013-10-03 | Zonar Systems, Inc. | Method and apparatus for matching vehicle ecu programming to current vehicle operating conditions |
US20130261942A1 (en) * | 2012-04-01 | 2013-10-03 | Zonar Systems, Inc. | Method and apparatus for matching vehicle ecu programming to current vehicle operating conditions |
US8882634B2 (en) * | 2012-05-04 | 2014-11-11 | Ford Global Technologies, Llc | Methods and systems for operating a vehicle driveline responsive to external conditions |
US9393954B2 (en) * | 2012-05-04 | 2016-07-19 | Ford Global Technologies, Llc | Methods and systems for engine stopping |
US9447747B2 (en) * | 2012-05-04 | 2016-09-20 | Ford Global Technologies, Llc | Methods and systems for stopping an engine |
US20130345914A1 (en) * | 2012-06-25 | 2013-12-26 | Caterpillar Inc. | Vehicle speed limiting via engine control commands based on sensed machine state |
Cited By (17)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US10223935B2 (en) | 2006-06-20 | 2019-03-05 | Zonar Systems, Inc. | Using telematics data including position data and vehicle analytics to train drivers to improve efficiency of vehicle use |
US10056008B1 (en) | 2006-06-20 | 2018-08-21 | Zonar Systems, Inc. | Using telematics data including position data and vehicle analytics to train drivers to improve efficiency of vehicle use |
US20130173136A1 (en) * | 2012-01-04 | 2013-07-04 | Samsung Electronics Co., Ltd. | Apparatus and method for displaying vehicle-driving information in mobile terminal |
US10289651B2 (en) | 2012-04-01 | 2019-05-14 | Zonar Systems, Inc. | Method and apparatus for matching vehicle ECU programming to current vehicle operating conditions |
US9483884B2 (en) | 2012-05-09 | 2016-11-01 | Innova Electronics, Inc. | Smart phone app-based remote vehicle diagnostic system and method |
US9822691B2 (en) * | 2013-04-25 | 2017-11-21 | Scania Cv Ab | Method and system for control of a cooling system |
US20160061093A1 (en) * | 2013-04-25 | 2016-03-03 | Scania Cv Ab | Method and system for control of a cooling system |
WO2015058059A1 (en) * | 2013-10-18 | 2015-04-23 | The Florida State University Research Foundation, Inc. | Slip mitigation control for electric ground vehicles |
US20150185017A1 (en) * | 2013-12-28 | 2015-07-02 | Gregory L. Kreider | Image-based geo-hunt |
RU2683269C2 (en) * | 2014-06-20 | 2019-03-27 | Роберт Бош Гмбх | Method for monitoring a vehicle control device |
US9646427B2 (en) | 2014-10-08 | 2017-05-09 | Innova Electronics Corporation | System for detecting the operational status of a vehicle using a handheld communication device |
US10661797B2 (en) | 2015-12-28 | 2020-05-26 | Imperio, Llc | Vehicle speed control system |
US10650621B1 (en) | 2016-09-13 | 2020-05-12 | Iocurrents, Inc. | Interfacing with a vehicular controller area network |
US11232655B2 (en) | 2016-09-13 | 2022-01-25 | Iocurrents, Inc. | System and method for interfacing with a vehicular controller area network |
US20180218596A1 (en) * | 2017-01-30 | 2018-08-02 | International Business Machines Corporation | Roadway condition predictive models |
US10916129B2 (en) * | 2017-01-30 | 2021-02-09 | International Business Machines Corporation | Roadway condition predictive models |
CN110821687A (en) * | 2019-10-24 | 2020-02-21 | 淮安信息职业技术学院 | Automatic working condition identification control system and method based on loader engine |
Also Published As
Publication number | Publication date |
---|---|
US10061745B2 (en) | 2018-08-28 |
US20170329742A1 (en) | 2017-11-16 |
US10289651B2 (en) | 2019-05-14 |
US20130261874A1 (en) | 2013-10-03 |
US20130261942A1 (en) | 2013-10-03 |
US20170322907A1 (en) | 2017-11-09 |
US8914184B2 (en) | 2014-12-16 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US10289651B2 (en) | Method and apparatus for matching vehicle ECU programming to current vehicle operating conditions | |
US9229906B2 (en) | Method and apparatus for matching vehicle ECU programming to current vehicle operating conditions | |
US9747254B2 (en) | Method and apparatus for matching vehicle ECU programming to current vehicle operating conditions | |
US9527515B2 (en) | Vehicle performance based on analysis of drive data | |
US10102096B2 (en) | Method and apparatus for GPS based Z-axis difference parameter computation | |
US9412282B2 (en) | Using social networking to improve driver performance based on industry sharing of driver performance data | |
US8918229B2 (en) | Method and apparatus for 3-D accelerometer based slope determination, real-time vehicle mass determination, and vehicle efficiency analysis | |
US11514810B2 (en) | Virtual trainer for in vehicle driver coaching and to collect metrics to improve driver performance | |
US10223935B2 (en) | Using telematics data including position data and vehicle analytics to train drivers to improve efficiency of vehicle use | |
US8682572B2 (en) | Method and device for evaluating vehicle's fuel consumption efficiency | |
US8862346B2 (en) | System and method for simulating the performance of a virtual vehicle | |
EP2258588A1 (en) | Device for monitoring vehicle driving |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
AS | Assignment |
Owner name: BANK OF AMERICA, N.A., CALIFORNIA Free format text: PATENT SECURITY AGREEMENT;ASSIGNOR:ZONAR SYSTEMS, INC.;REEL/FRAME:034274/0129 Effective date: 20141023 |
|
AS | Assignment |
Owner name: ZONAR SYSTEMS, INC, WASHINGTON Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:MCQUADE, CHARLES MICHAEL;HUNT, BRYAN;REEL/FRAME:037253/0228 Effective date: 20150511 |
|
AS | Assignment |
Owner name: ZONAR SYSTEMS, INC., WASHINGTON Free format text: RELEASE BY SECURED PARTY;ASSIGNOR:BANK OF AMERICA, N.A.;REEL/FRAME:040512/0099 Effective date: 20161028 |
|
STCB | Information on status: application discontinuation |
Free format text: ABANDONED -- FAILURE TO RESPOND TO AN OFFICE ACTION |