System and method for monitoring and updating speed-by-street data

Abstract
System and method for identifying speeding violations, comprising determining a current speed and a current location of a vehicle, determining a posted speed limit for the current location from a speed-by-street database, comparing the current speed of the vehicle to the posted speed limit, and evaluating whether the current speed exceeds the posted speed limit. Errors are identified in the speed-by-street database by storing a plurality of speeding violation records, wherein the speeding violation records each include a speeding event location; analyzing the speeding violation records to identify one or more speeding event locations having multiple speeding violations; comparing a posted speed limit at the one or more speeding event locations having multiple speeding violations to corresponding speed limit data in the speed-by-street database; and identifying one or more speed limit entries in the speed-by-street database that do not match the posted speed limit.
Description
TECHNICAL FIELD

The present invention relates generally to a system and method for monitoring driver behavior and vehicle driving conditions and, more particularly, to a system and method for comparing driving speed to a speed-by-street database to identify speeding violations and/or errors in the speed-by-street database.


BACKGROUND

The present invention relates generally to asset management and, more particularly, to a fleet management system incorporating comprehensive driver monitoring/mentoring and asset monitoring capabilities in order to improve driver safety and reduce fuel and maintenance costs across a fleet of vehicles. Advantageously, the fleet management system is fully-configurable at all times including during installation of the system as well as during operation thereof. In addition, the present invention relates to a system and method for monitoring driver behavior for use by consumers or the general public such that parents may remotely mentor the driving habits of their teen children as well as allow for monitoring of geographic areas into which their children may enter. Also, the present invention provides a means for recording impulse forces experienced by a vehicle during a crash event in order to provide real-time notification to fleet management personnel as well as to provide data which may facilitate accident reconstruction and which may be used in the courtroom and by the auto insurance industry.


A recent study released by the Federal Motor Carrier Safety Administration (FMCSA) indicated that driver error was ten times more likely to be the cause of truck-related accidents as compared to other factors such as poor road conditions, weather and mechanical malfunctions. Specifically, the study indicated that certain driver factors such as speeding, inattention, fatigue and unfamiliarity with roads accounted for 88 percent of all crashes involving large trucks. As a means to reduce truck-related accidents, the FMCSA study recommended that greater attention be focused on developing systems for monitoring at-risk driver behavior in commercial motor vehicle fleets in order to improve driver safety.


Losses as a result of accidents involving large truck crashes includes property damage to vehicle and structures as well as personal injury to drivers, occupants and occasionally bystanders. In addition to the financial losses and injuries resulting from truck crashes, fleet operators incur losses as a result of excess fuel and maintenance costs, as well as losses due to inefficient management of individual vehicles in the fleet as well as groups of fleet vehicles such as those located in a specific geographic area. Fleet operators may also suffer losses as a result of vehicle theft, inefficient vehicle routing as a result of unforeseen adverse road conditions along a route, and human losses such as may occur when the driver is injured while performing extravehicular duties.


Included in the prior art are several systems which attempt to address either the problem of driver error as a cause of accidents or by attempting to reduce losses due to inefficient fleet management. For example, U.S. Patent Publication No. 2004/0039504 assigned to Fleet Management Services, Inc., discloses a fleet management information system for identifying the location and direction of movement of each vehicle in the fleet. The Fleet Management Services application discloses that each vehicle in the fleet is in communication directly with management offices in real-time to report vehicle location and heading as well as the status of certain events in which the vehicle may be engaged.


One of the stated objects of the fleet management system disclosed in the application is to improve the availability of fleet management information to owners and operators so as to improve vehicle tracking and enhanced communication within the fleet to increase asset profitability. The application indicates that the above-mentioned objects are facilitated by providing the capability to locate vehicles in the fleet in real-time as well as improving the efficiency of wireless communication within the fleet.


Although the application assigned to Fleet Management Services, Inc., as disclosed above is understood to provide improved fleet business management by minimizing gap times in time division multiple access (TDMA) networks during data transmissions, the application is not understood to address the issue of monitoring driver behavior and/or driver performance in order to improve driver safety and asset health. Furthermore, the application disclosed above is not understood to improve other aspects of fleet operation such as improving fuel economy and reducing maintenance costs of a fleet. In this regard, the application is only understood to improve communication within the fleet and is not understood to improve the amount of information available regarding the operation of each vehicle such that analysis of similar problems may be performed in order to establish trends and ultimately correct problems over time.


U.S. Pat. No. 6,124,810 issued to Segal et al. and assigned to Qualcomm, Inc. discloses a method for determining when a vehicle has arrived and departed from a specific location. More particularly, the Segal patent discloses an apparatus having an on-board mobile communication terminal for receiving destination information wirelessly from a central facility. The apparatus incorporates velocity data from a vehicle speedometer in combination with a communication satellite system in order to provide vehicle position data to a processor.


The processor, located on-board the vehicle, uses speed and position data to determine the vehicle arrival or departure times which is wireless transmitted to the central facility. Although the device of the Segal patent is understood to improve fleet efficiency due to its autonomous transmission of arrival and departure times between a vehicle and a dispatch center, the Segal patent is not understood to address the issue of reducing aggressive driver behavior such as reducing speeding which would improve fleet safety.


U.S. Pat. No. 5,638,077 issued to Martin and assigned to Rockwell International Corporation discloses a fleet management that transmits vehicle positional data to a base station with a time annotation. The positional data further includes velocity data as well as the identity of satellites observed. In this manner, the fleet management system of the Martin reference ostensibly improves fleet management capability by improving the accuracy of GPS positional and directional information. However, the device fails to address the above-noted problems associated with improving driver behavior in fleet operations in order to reduce accident rates and lower fleet operation costs.


BRIEF SUMMARY

As can be seen, there exists a need in the art for a driver mentoring system adaptable for use in commercial fleet operations that monitors at risk and/or unsafe driver behavior and provides mentoring to the driver in order to reduce adverse driver actions and inactions that may lead to accidents. In addition, there exists a need in the art for a driver mentoring system that allows for accurate vehicle tracking at a base station and which can incorporate a third party mapping database in order to provide maximum road speed data for any particular location on a road such that the driver may avoid speeding violations and/or maintain safe, legal, and established speed limits.


Furthermore, there exists a need in the art for a vehicle behavior monitoring system that records velocity and acceleration impulse forces imposed on a vehicle during a crash for use in accident reconstruction for insurance claim and courtroom purposes. Finally, there exists a need in the art for a vehicle behavior monitoring system that provides for real-time reconfiguration of driver performance and vehicle operation parameters from a base station to individual vehicles in a fleet and which allows for reporting of such data in order to generate driver profiles and trends, calculate fuel and mileage tax and create hours of service reports in compliance with federal requirements.


The present invention specifically addresses the above-mentioned needs associated with fleet management by providing a unique vehicle monitoring system specifically adapted to mentor driver performance in order to improve driver safety and reduce accident rates as well as reduce fuel and maintenance costs (as a secondary benefit to good driving behavior—driving the speed limit on paved roads and driving specified and/or configured speed limits on non-paved roads).


In another aspect of the invention, the vehicle monitoring system allows for the recording of crash impulse forces acting on the vehicle during an accident for accident reconstruction purposes and for insurance and injury claim purposes. Fleet utilization is improved by real-time or over-time tracking by GPS of all vehicles in the fleet or tracking per geographic zone, by group, and individually.


The present invention also generates automated International Fuel Tax Agreement (IFTA) reports, mileage reports, hours-of-service (HOS) reports required by the Department of Transportation (DOT) and provides real-time updates on driver behavior and vehicle operation that is accessible anywhere via the internet. Advantageously, the system is fully-configurable in all aspects and at any time including reconfiguring during installation of the system as well as during operation. For example, the invention provides a means by which fleet management can reconfigure the vehicle monitoring system by remote command in order to revise various system parameters such as the type of data to be reported and how often. Conversely, the system can be reconfigured at the vehicle in a comprehensive manner.


Two-way communication between the fleet vehicles and the base station or server allows for notification of fleet management and/or safety personnel during an emergency, during an exception event such as excessive speeding or swerving by a driver, or to allow drivers to report in at specific intervals and times or upon the occurrence of specific events.





BRIEF DESCRIPTION OF THE DRAWINGS

These and other features and advantages of the various embodiments disclosed herein will be better understood with respect to the following description and drawings wherein:



FIG. 1 is an illustration of several GPS-tracked vehicles in wireless communication with a base station having a server containing a fleet management data collection system (DCS) that is also accessible via the internet;



FIG. 2 is a block diagram of a vehicle monitoring system wherein each vehicle may include a GPS receiver (GPS), crash data recorder (CDR), mobile data terminal (MDT), accelerometer module (XL module) and a master command module (MCM) adapted to receive inputs therefrom for transmission to the base station for recording on the DCS and generating reports;



FIG. 3 is an illustration of exemplary inputs that may be provided to the MCM from the vehicle such as by an on-board diagnostic (OBD) system as well as inputs provided by the GPS receiver, the CDR, XL module, MDT and other sensors/devices and which may result in outputs from the MCM such as transmission of data to the DCS and generation of an alarm for the driver;



FIG. 4 is an illustration of exemplary inputs that may be provided to the MCM from the base station/server and which may include commands to reconfigure the rule set/logic of the MCM;



FIG. 5 is a sample graphic display of the DCS such as may be accessible from an internet portal after a user logs in and illustrating the provided capability of simultaneous viewing of driver and vehicle data such as geographic position of the vehicle as well as the ability to select from among multiple parameters for tracking vehicles and driver performance in addition to providing other options including issuing of commands to the MCM;



FIG. 6 illustrates a vehicle monitoring system according to one embodiment of the present invention;



FIG. 7 is a flowchart illustrating one process for implementing the present invention;



FIG. 8 is a flowchart illustrating an alternative process for implementing an alternative embodiment of the invention; and



FIG. 9 is a flowchart illustrating an additional process for implementing an embodiment of the present invention.





DETAILED DESCRIPTION

The making and using of the presently preferred embodiments are discussed in detail below. It should be appreciated, however, that the present invention provides many applicable inventive concepts that can be embodied in a wide variety of specific contexts. The specific embodiments discussed are merely illustrative of specific ways to make and use the invention, and do not limit the scope of the invention.


Referring now to the drawings wherein the showings are for purposes of illustrating preferred embodiments of the present invention and not for purposes of limiting the same, shown in FIG. 1 are several vehicles 101-103 of a fleet which are in wireless communication with a base station 104. Each of the vehicles 101-103 in the fleet preferably includes a Global Positioning System (GPS) receiver to allow tracking thereof. The base station 104 includes a server 105 containing a fleet management database 106 or data collection system (DCS) that may be accessible via a securable internet connection or at the server 105 itself.


In one aspect of the invention, a vehicle monitoring system is provided for monitoring at least one vehicle 101-103 in the fleet as well as monitoring driver behavior in order to improve safety and reduce fuel and maintenance costs for the fleet. Driver behavior is monitored with the aid of an accelerometer module (XLM) 201 (FIG. 2) which includes at least one accelerometer for measuring at least one of lateral (sideways), longitudinal (forward and aft) and vertical acceleration in order to determine whether the driver is operating the vehicle 101-103 in an unsafe or aggressive manner.


For example, excessive lateral acceleration may be an indication that the driver is operating the vehicle 101-103 at an excessive speed around a turn along a roadway. Furthermore, it is possible that the driver may be traveling at a speed well within the posted speed limit for that area of roadway. However, excessive lateral acceleration, defined herein as “hard turns,” may be indicative of aggressive driving by the driver and may contribute to excessive wear on tires and steering components as well as potentially causing the load such as a trailer to shift and potentially overturn.


Furthermore, such hard turns by a particular driver could eventually result in personal injury to the driver/occupants as well as property damage to the vehicle 101-103 and load carried thereby and damage to anything impacted by the vehicle 101-103 should it depart the roadway. Ultimately, such hard turns could result in loss of life if the vehicle is a large truck and the driver loses control resulting in a collision with a smaller vehicle such as a passenger automobile.


As such, it can be seen that monitoring and mentoring such driver behavior by providing warnings to the driver during the occurrence of aggressive driving such as hard turns can improve safety and reduce accidents. In addition, mentoring such aggressive driver behavior can reduce wear and tear on the vehicle and ultimately reduce fleet maintenance costs as well as reduce insurance costs and identify at risk drivers and driving behavior to fleet managers.


In one aspect, the vehicle monitoring system includes a master command module (MCM) 202 which may be in data communication with an on board diagnostic (OBD) II system 203 of the vehicle such as via a port. In some vehicle models, the MCM 202 is placed in data communication with a controller area network (CAN) system (bus) 203 to allow acquisition by the MCM of certain vehicle operating parameters including, but not limited to, vehicle speed such as via the speedometer, engine speed or throttle position such as via the tachometer, mileage such as via the odometer reading, seat belt status, condition of various vehicle systems including anti-lock-braking (ABS), turn signal, headlight, cruise control activation and a multitude of various other diagnostic parameters such as engine temperature, brake wear, etc.


The OBD or CAN 203 allows for acquisition of the above-mentioned vehicle parameters by the MCM 202 for processing thereby and/or for subsequent transmission to the database 106. In order to enhance reliability and extend its useful life, it is contemplated that the MCM 202 is housed in a sealable housing which may be configured to provide varying degrees of waterproof protection. For operation in extreme temperatures, a heater mechanism may be provided to the housing to enable reliable operation in cold and severe service environments. Ideally, the housing contents (e.g., MCM 202) or the housing itself is configured to withstand excessive vibration and/or shock. The MCM 202 may be mounted in any location in the vehicle such as underneath the seat. The MCM 202 may further include an external power source 204 such as a battery, fuel cell, recharger, AC/DC adapter, DC bus—accessory or cigarette lighter plug, hot lead to vehicle fuse panel, etc., for powering the MCM 202.


The vehicle monitoring system may further include a self-contained and tamper-resistant event data recorder or crash data recorder (CDR) 205 similar to that which is shown and disclosed in U.S. Pat. Nos. 6,266,588 and 6,549,834 issued to McClellan et al., (the disclosures of which are hereby incorporated by reference herein in their entirety) and which is commercially known as “Witness” and commercially available from Independent Witness, Inc. of Salt Lake City, Utah. The CDR 205 is adapted to continuously monitor vehicle motion and begin recording upon supra-threshold impacts whereupon it records the magnitude and direction of accelerations or G-forces experienced by the vehicle as well as recording an acceleration time-history of the impact event and velocity change between pre- and post-impact for a configurable duration following said impact. The recordings are time-date stamped and are providable to the MCM 202 for subsequent transmission to the server DCS 106 if accelerations exceed an impulse threshold.


In addition, the CDR 205 is configured such that data is downloadable such as via a laptop directly from the CDR 205 at the scene of the accident or the CDR itself can be removed from the vehicle for later downloading of data. As will be described in greater detail below, the data (e.g., crash impulses) recorded by the CDR 205 can be correlated to accident severity and injury potential. It is contemplated that CDR data can be combined with recording of driver behavior via the accelerometer module (XLM) 201 in order to determine the probability of crash impact as a cause of personal injury and/or property damage.


Furthermore, the CDR 205 such as that disclosed in the McClellan references is Society of Automotive Engineers (SAE) J211-compliant such that data recorded thereby is admissible in court and can be used to facilitate accident reconstruction as well as for insurance claim purposes. As was earlier mentioned, the CDR 205 is a self-contained component that includes its own power source such as a battery 206 such that the vehicle can operate regardless of the lack of power from the vehicle due to the accident.


Importantly, the XLM 201 may be integrated with the MCM 202 and mounted within the housing. The XLM 201 is operative to monitor driver performance by measuring vehicle acceleration in at least one of lateral, longitudinal and vertical directions over a predetermined time period such as over seconds or minutes. The XLM 201 may include a single uni-axial accelerometer to measure acceleration in any one of the three above-mentioned directions such as in the lateral direction.


Alternatively, the accelerometer may be a bi-axial or a tri-axial accelerometer for measuring acceleration in two or three of the above-mentioned directions or two or three uni-axial accelerometers may be combined to provide measurements. In addition, accelerometers may be oriented in the XLM 201 to measure centripetal, centrifugal, radial, tangential acceleration or acceleration in any other direction. The XLM 201 generates an input signal to the MCM 202 when measured acceleration exceeds a predetermined threshold. Similarly, the XLM 201 may be configured to monitor and record both the day-to-day driving performance as well as capture the crash pulse. Advantageously, the base station and/or MCM 202 is configured to filter out or compensate for gravitational effects on longitudinal, lateral and vertical acceleration measurements when the vehicle is moving on hilly terrain.


As was earlier noted, the vehicle monitoring system includes a GPS receiver 207 in each vehicle in the fleet and which is configured to track in at least one of real-time or over-time modes the location and directional movement of the vehicle. As is well known in the art, signals from at least three GPS satellites 107 (FIG. 1) must be received by a GPS receiver 207 in order to calculate the latitude and longitude of an asset such as a vehicle as well as allowing for tracking of vehicle movement by inferring speed and direction from positional changes. Signals from a fourth GPS satellite 107 allow for calculating the elevation and, hence, vertical movement, of the vehicle. The GPS receiver 207 provides a GPS signal to the MCM 201 which may also be transmitted to the server 105 at the base station 104 for recording into the DCS 106.


The vehicle monitoring system may further include a mobile data terminal (MDT) 208 which may be conveniently mounted for observation and manipulation by the driver such as near the vehicle dash. The MDT 208 preferably has an operator interface 209 such as a keypad, keyboard, touch screen, display screen or any suitable user input device and may further include audio input capability such as a microphone to allow voice communications. Importantly, the MDT 208 may include at least one warning mechanism 210 such as an external speaker and/or a warning light 210 for warning the driver of violation of posted speed limits and/or exceeding acceleration thresholds in lateral, longitudinal and vertical directions as an indication of hard turns, hard braking or hard vertical, respectively. In addition, the MDT 208 may include a manual RF disable switch 211 to prevent RF emissions by the vehicle monitoring system in areas that are sensitive to RF energy.


As was earlier mentioned, the MCM 202 is adapted to receive input signals from the OBD or CAN 203, GPS receiver 207, CDR 205, MDT 208 and XLM 201 and, in this regard, may be hardwired such as to the OBD 203 and XLM 201. Alternatively, because of the small distances between the components installed in the vehicle, short range wireless methods such as infrared, ultrasonic, Bluetooth, and other mediums which may link such components. Regardless of the manner of interconnection (wireless or hardwired), the MCM 202 is operative to transmit to the base station 104 an output signal 212 representative of the measured parameters provided by each component according to a rule set or logic contained within the MCM 202.


Alternatively, the logic may be entirely contained in the database 106 at the server 105 such that all processing is performed at the base station 104 and the appropriate signals transmitted back to the MCM 202. In the latter scheme, the MCM 202 and base station 104 must preferably be in continuous two-way wireless communication which, at the time of this writing, is typically not cost-effective for most fleet operators. Therefore, wireless communication between the MCM 202 and the base station 104 is based on a protocol of information criticality, cost and system availability.


For example, in emergency situations wherein the base station 104 receives a signal from the MCM 202 associated with critical data such as an emergency, signal transmission is by the most expedient and reliable means available with cost being a secondary or tertiary consideration. On the other hand, for non-critical data such as an indication of low tire pressure as provided to the MCM 202 by the OBD 203, notification is transmitted to the base station 104 by the least expensive means and during a latent transmission.


Wireless communication 213 between the MCM 202 and the base station 104 may be provided by a variety of systems including, but not limited to, WiFi, cellular network 108, satellite 109, Bluetooth, infrared, ultrasound, short wave, microwave or any other suitable method. Hardwired communication 214 may be effected at close range such as when the vehicle is within a service yard or at a base station wherein an ethernet connection may suffice.


The DCS 106 is an asset information network that is accessible through at least one server portal 215 and is configured to receive data from the MCM 202 during predetermined time intervals, on demand, during critical events, or randomly. The DCS 106 is also configured to generate reports such as graphic report (e.g., bar charts) of driver performance. The DCS 106 can also be configured to cause the MCM 202 to transmit warning signals to the vehicle during driver violations such as speeding, hard turns, hard brake, hard vertical, seatbelt violation and can also be configured to send a notification to the server 105 during predetermined events such as panic, man down, exception, accident, unauthorized vehicle movement to alert fleet management or safety personnel.


The vehicle monitoring system is configured to monitor driver speed using OBD 203 data such as speedometer, odometer, tachometer data or speed inferred from GPS data. Speeding violations may be determined by comparing vehicle speed (as provided by the OBD 203 or as inferred from GPS data) to a speed-by-street database such as a generic third-party data set similar to that commercially available from NAVTEQ of Chicago, Ill., and generating a driver violation when the vehicle speed exceeds the speed-by-street. The driver violation causes the MCM 202 to generate an audible/visual warning to the driver in order to change driver behavior over time. In this manner, the vehicle monitoring system provides for mentoring of driver behavior in order to improve safety and reduce fleet management costs.


Furthermore, the MCM 202 may be configured to determine vehicle speed such as during a turn where the vehicle is moving slower than the speed limit but the lateral acceleration levels as measured by the XLM 201 exceed the threshold values. Such a situation may occur when the driver is turning aggressively in a parking lot (i.e., hard turning). By integrating lateral acceleration over time, it is possible to determine instantaneous velocity of the vehicle at any point in the turn. Importantly, in one aspect of the invention, the generation of the warning signal to the driver starts a count-down timer wherein the vehicle monitoring system transmits an exception signal to the base station when the timer duration expires.


Alternatively, an exception signal may be generated when certain measured parameters exceed a threshold value by a large margin such as when the magnitude of the speeding violation exceeds a threshold of 100 mph. An exception signal may then be transmitted to the base station 104 such that appropriate fleet management personnel may be alerted. Such notification may be by any predetermined means and may include cell phone voice or text communication, paging, etc. In addition to the warning signal at the vehicle, the driver may likewise be contacted by cell phone, page or other radio communications regarding the exception event.


The MCM 202 may be in receipt of numerous other sensors that may provide indication of driver violations. For example, the vehicle monitoring system may include a seat sensor 216 in communication with the MCM 202 and which is operative to generate a signal when the vehicle is moving and seatbelts of vehicle occupants are unfastened. In this regard, the vehicle monitoring system may include any number of mechanical and electronic sensors 217 in data communication with the MCM and which are configured to monitor at least one of the following vehicle parameters: low battery, engine temperature, ignition on/off, headlight turn indicator usage, ABS operability, trailer electrical/mechanical malfunction, proximity forward (tailgating) and proximity rearward (objects behind) and proximity sideways (swerving and lane departures) 218. Furthermore, mechanical and electronic sensors 219 may be provided to monitor at least one of the following driver parameters: blink rate (a sleep sensor), heart rate, blood pressure and any other physiological parameters.


The vehicle monitoring system may be operative to track and generate on-demand reports of hours-of-service (HOS) (e.g., on-duty/off-duty driving times, consecutive driving days) in compliance with Federal Motor Carrier Safety Administration regulations. The vehicle monitoring system may additionally be operative to facilitate apportionment of mileage tax by tracking vehicle mileage within a given geographic region by noting state and national border crossings. In another aspect of the invention, it is contemplated that correction for mileage errors can be compensated for by re-synchronizing the MCM 202.


More specifically, because of the drift in OBD 203 mileage data due to odometer error as a result of tire wear or variations in tire pressure and/or due to inconsistencies in the GPS receiver data as a result of multi-path errors due to interference with trees and buildings or signal delay errors caused by atmospheric interference, the present invention may include a process for re-synchronizing the MCM 202 during vehicle refueling. In this manner, fuel tax may be accurately tracked in order to reduce fleet fuel costs.


The MCM 202 may automatically send certain types of signals to the base station 104. For example, the vehicle monitoring system may further include a manually/automatically-activatable timer that is configured to generate a man down signal 220 that is sent to the base station when the timer duration is exceeded. For example, in remote job site locations such as at an oil well location where it is necessary for the driver to perform certain hazardous tasks outside of the vehicle, the driver may first activate a one-hour (or other duration) timer such that failure to deactivate the timer results in a man down signal being transmitted to the base station 104 so that help may be sent to the vehicle location. A similar message may be sent to the base station 104 via a panic button 221 activated by a driver, occupant or any nearby person and may operate similar to that of a fire alarm or emergency 9-1-1 phone call wherein fleet management may send help to the vehicle location.


As was earlier mentioned, the MCM 202 may be configured to send to the base station 104 an exception signal representative of a violation of one of a plurality of parameters comprising at least one of exceeding a predetermined speed along a given route, failure to wear seatbelt, failure to activate headlights, tailgating, excessive idle time, excessive engine RPM, engine parameters, tire condition, vehicle load condition, vehicle location violation. The parameter settings (i.e., logic) of the MCM 202 may be remotely changed by commands transmitted from the base station 104 to the MCM 202. More specifically, the rule sets that comprise the hierarchy (i.e., criticality) by which signals are transmitted from the MCM 202 to the base station 104 may be revised. For example, a hierarchy of signal transmission may be revised from: panic, man down, crash event, exception, non-urgent communication to a hierarchy of crash event, man down, panic, exception, non-urgent communication.


In this same regard, the MCM 202 in one aspect of the invention is configured to allow for wireless or remote manipulation from the base station 104 of vehicle settings through the OBD or CAN 203 and may allow for revising certain vehicle settings such as engine governor setting and ignition timing. In a further aspect, the vehicle monitoring system allows for generating reports or alerts (e.g., text and/or map) of recently-occurring accident locations and dangerous road conditions such that a warning signal may be provided to the driver when the vehicle approaches the accident location or road condition. Additionally, the system can be configured to geo-fence certain areas of interest and to notify specified and/or targeted individuals when the vehicle and its driver approaches or departs a geo-fenced area. As was earlier mentioned, the database 106 is configured to collect driver performance data over time, generate a driver performance database comprising vehicle type and driver profile, and generate reports of predictive driver behavior based on historical driver performance data with the option of generating a graphical representation such as a bar chart of driver performance.


Additional modifications and improvements of the present invention may also be apparent to those of ordinary skill in the art. Thus, the particular combination of parts described and illustrated herein is intended to represent only one embodiment of the present invention and is not intended to serve as limitations of alternative devices within the spirit and scope of the present invention.


Global Asset Information Network (GAIN) 110 (FIG. 1) is a portal for fleet asset management and for monitoring driver safety. GAIN is a robust data collection and reporting system. Using an internet browser 111, fleet managers have a view into their fleet's current status. They can see all pertinent aspects of fleet operations from complex indexing and trending of aggressive driver behavior to simple location of the entire fleet. Fleet managers and safety managers can use the GAIN portal to access the information reported by the vehicle monitoring equipment. Vehicles collect the data and report in at specific times, such as a preselected interval, at random intervals, when requested, by exception, or in an emergency. Vehicles report to GAIN via satellite 109, cellular network 108, or other communications device to database 106. GAIN turns the data into actionable information providing visual reports at various levels of aggregation. The GAIN system 110 can be set to notify managers when emergencies such as panic, man down, accidents, unauthorized vehicle movement (theft) or other company selected events occur.



FIG. 3 is an illustration of exemplary inputs that may be provided to the MCM 202 from the vehicle and which may result in outputs from the MCM 202. OBD II/CAN 203 collects data from the vehicle's on-board diagnostic system, including engine performance data and system status information. GPS receiver 207 provides location information. CDR 205 provides data in the event that a crash threshold is exceeded. Accelerometers 201 provide information regarding the vehicle's movement and driving conditions. The user may provide information to MCM 202 via the mobile data terminal 208. Any number of other sensors 301, such as seat belt sensor 216, proximity sensor 218, driver monitoring sensors 219, or cellular phone use sensors, also provide inputs to MCM 202.


MCM 202 can determine when an exception condition occurs or when a threshold is exceeded that requires an alarm 302 to be generated in the vehicle. The alarm 302 may be an audible or visual warning for the vehicle occupants. Additionally, any of the data collected may be passed on to database 106 at server 105 where it may be further processed or accessed by fleet managers via GAIN system 110.



FIG. 4 is an illustration of exemplary inputs that may be provided to the MCM 202 from the base station 104 or server 105 and which may include commands to reconfigure the rule set/logic of the MCM 202. MCM 202 may receive mapping and routing information 401, such as mapping updates, accident information, and road information. MCM 202 may also receive instructions 402 which include updated, revised, or corrected rule sets, commands or logic to control the operation of MCM 202. Audible and visual messages 403 may also be sent via MCM 202 and then played or displayed to the driver. MCM 202 may use updated rule set 402, for example, to modify or configure the operation of vehicle systems via OBD 203. Control information may also be provided to the XLM or accelerometers 201, CDR 205, or the mobile data terminal 208.



FIG. 5 is an example of the display 500 that may be accessible from internet portal 111 after a user logs in to GAIN system 110, for example. Display 500 provides the capability to simultaneously view driver and vehicle data, such as geographic position of the vehicle. The user also has the ability to select from among multiple parameters for tracking vehicles and driver performance in addition to providing other options including issuing of commands to the MCM 202.


In embodiments of the invention, a comprehensive driver monitoring and mentoring system installed in a vehicle has one or more of the following components. An on-board diagnostic (OBD) system operative to monitor vehicle parameters and to generate an OBD input signal representative thereof. The vehicle monitoring system may be enclosed in a sealable housing that is permanently or temporarily mountable on the vehicle. A crash data recorder (CDR) is included with the vehicle monitoring system and is configured to measure and record vehicle acceleration, including the magnitude, direction and profile of such accelerations, during a crash event and to generate CDR signals. An accelerometer module (XLM) contains at least one accelerometer, such as a tri-axial accelerometer, and is mounted within the housing. The XLM is operative to monitor driver performance by measuring acceleration in at least one of a lateral, longitudinal and/or vertical direction over a predetermined time period. The XLM generates an XL signal when acceleration exceeds a predetermined threshold. In one embodiment, the CDR and XLM may be combined so that one set of accelerometers serves both functions.


A GPS receiver mounted is preferably within the housing and is configured to track the location and directional movement of the vehicle and to generate a GPS signal. The vehicle's user may access the driver mentoring and monitoring system using a mobile data terminal (MDT), which preferably has a mechanism for communicating warnings to the user, such as a speaker or light. A master command module (MCM) mounted within the housing is operative to receive inputs from the CDR, XLM, OBD, GPS receiver, and MDT. The MCM is operative to transmit signals representative of one or more vehicle operating parameters. The MCM is further configured to generate audible and/or visual warning signals to the driver when at least one of the vehicle's movement characteristics exceed a predetermined threshold value.


A base station server is in communication with the driver mentoring and monitoring system and the MCM. The server has a data collection system (DCS) that is accessible through at least one server portal and being configured to receive data from the MCM at predetermined or random times and generate reports of driver performance. The server may also cause the MCM to transmit a warning signal to the vehicle when driver violations or exceptions are detected, such as speeding, hard turn, hard brake, hard vertical, cellular phone use, or a seatbelt violation. The MCM may send a notification to the server during other predetermined events, such as a panic alarm, man down, accident, uncorrected driver violations, or unauthorized vehicle movement.


The vehicle monitoring system is adapted to monitor driver performance and may be in continuous communication with a base station. The vehicle monitoring system comprises one more of the following components. A self-contained CDR mountable on the vehicle and configured to measure vehicle crash impulses and generate CDR input signals representative thereof. An XL module mountable on the vehicle and operatable to measure vehicle acceleration in at least one of lateral, longitudinal and/or vertical directions and to generate XL input signals representative thereof. A mobile data terminal (MDT) mountable on the vehicle and operative to continuously transmit CDR and XL input signals from the vehicle to a base station. A driver warning device mounted on the vehicle.


In one embodiment, the base station is operative to receive the CDR input signals and to generate a crash signal when the crash impulses exceeds an impulse threshold value stored at the base station. The base station is operative to emit an alert signal at the base station to alert personnel of the accident. The base station is also operative to receive the XL input signals and generate an exception signal when vehicle acceleration exceeds an acceleration threshold value stored at the base station and transmit a command to the MDT to activate the driver warning device. The base station may have a data collection system (DCS) configured to receive data from the MCM and to record driver performance and to generate warnings for at least one of the following violations: hours of service (HOS), speeding, hard turn, hard braking, hard acceleration, hard vertical movement, failure to use seatbelt, failure to use headlights, and failure to use turn signal.


In addition to or in place of the logic contained in the base station, logic may also be included in the MCM to monitor the vehicle and driver performance and to generate warnings. The vehicle monitoring system may be in at least intermittent, if not continuous, communication with a base station. The vehicle monitoring system may comprise one or more of the following components. A self-contained CDR mountable on the vehicle and being configured to measure vehicle crash impulses and generate a crash signal when the crash impulses exceeds an impulse threshold value stored at the CDR. Software or firmware providing a methodology for collecting data at regular or non-regular intervals. An XL module mountable on the vehicle and operative to measure vehicle acceleration in at least one of lateral, longitudinal and/or vertical directions and to generate an exception signal when vehicle acceleration exceeds an acceleration threshold value stored at the XL module. A mobile data terminal (MDT) operative to intermittently transmit the crash and exception signals from the vehicle to the base station. A driver warning device may be mounted on the vehicle. The base station is operative to receive the crash and/or exception signals and to alert personnel.


The vehicle monitoring system may correlate accident data from the CDR and XL Modules to potential injuries. The present invention provides a system and method of correlating personal injury and property damage with driver behavior measured prior to a vehicle crash and impulse forces measured during the vehicle crash. The CDR may measure crash impulses and the XL module may monitor driver behavior in terms of hard turns, hard braking and hard vertical movement of the vehicle. In one embodiment of the present invention, a crash database comprising personal injury and property damage characteristics is generated. For example, characteristics of the injured person's age, gender, height, weight, occupation, hobbies, income, prior claims, physical condition, injury type and severity may be collected. Vehicle model, condition, damage type and location, as well as impact characteristics, such as acceleration magnitude and direction during the crash, change in velocity between the time of impact and at least one millisecond following impact.


The vehicle monitoring system records crash impulse forces acting upon the vehicle during the crash. Driver behavior prior to the accident is also recorded by measuring acceleration in at least one of lateral, longitudinal and/or vertical directions in order to identify hard turns, hard braking and hard vertical forces experienced by the vehicle up to the time of the accident. The vehicle crash impulse data is correlated to an injury characteristic, such as by correlating accident forces to bodily injury claims, in order to determine the probability of the vehicle crash as a causal factor of the bodily injury. The database may further include at least one of the following data sets: probability of settlement in an insurance claim filed in relation to the vehicle crash, average cost of settlement, and settlement structure.


The present invention may also be used for mentoring driver behavior using data collected from the XL module. In one embodiment, driver behavior may be monitored and/or modified in a vehicle having an OBD and/or GPS receiver and an accelerometer module, which may be an XL module containing at least one accelerometer. Preferably, the accelerometer module will be a tri-axial accelerometer. The system measures vehicle acceleration in at least one of lateral, longitudinal and/or vertical direction and may determine vehicle speed from a vehicle speedometer (via an OBD) or by inferring speed from GPS readings. The measured acceleration is compared to a predetermined threshold, and the speed is compared to a speed-by-street dataset. A warning signal is sent to the driver when the measured acceleration exceeds the threshold and/or when the speed exceeds those contained in the speed-by-street dataset. A timer may be started when the warning signal is sent to allow the driver a predetermined amount of time to reduce the acceleration or speed. A notification signal may be sent to a base station if the driver fails to reduce acceleration or speed during the predetermined amount of time. The timer may be configurable for any amount of time, including zero or no delay.


In order to provide more accurate measurements of driver behavior, in one embodiment, the present invention filters gravity out of accelerometer readings as the vehicle changes its horizontal surface orientation. Driver performance can be monitored and mentored in a vehicle having an accelerometer module, which may be an XL module containing at least one accelerometer. Preferably, the accelerometer module will be a tri-axial accelerometer. Acceleration is measured in at least one of lateral, longitudinal and/or vertical directions over a predetermined time period, which may be a period of seconds or minutes. An XL acceleration input signal is generated when a measured acceleration exceeds a predetermined threshold. Gravitational effects are filtered out of the longitudinal, lateral and vertical acceleration measurements when the vehicle is on an incline.


The present invention may also record road hazards at server database. This allows for optimization of vehicle routing in a fleet of vehicles each having a GPS receiver and a driver-activated hazard notation mechanism. The notation mechanism is activated by the driver of each vehicle when the vehicle encounters adverse road conditions, road hazards, or unsafe speed limits, for example. The notation mechanism generates a time-stamped notation signal including GPS positional data of the hazard along the road. The notation signal is transmitted to a base station for recording in a database. The location of the road hazard is then transmitted to other vehicles in the fleet.


The logic and rule sets used by the vehicle monitoring system described herein may be modified or reconfigure in real-time at the vehicle. The present invention provides for real-time revising of the reporting of vehicle behavior in a fleet management system. A base station is in communication with a fleet of vehicles each having an MCM or processor for receiving inputs from vehicle-mounted systems, including, for example, OBD, GPS receiver, CDR, MDT, and an XL module. The MCM contains an original rule set or logic for processing inputs from the vehicle-mounted systems. Commands may be transmitted from the base station to the MCM. The commands may include a revised rule set regarding processing of the inputs, such as the rules for comparing inputs to thresholds, reporting, and the like, at the MCM. The logic in the MCM is revised in response to the revised rule set command received from the base station. Inputs at the MCM are then processed according to the revised rule set. For example, the revised rule set may include a reduced lateral acceleration threshold as measured by the XL module and by which the measured lateral acceleration is compared to determine the occurrence of a driver violation. The revised rule set may also change reporting of the driver violation to the base station.


The present invention may also provide fleet location displays to a user. The location of a fleet of vehicles may be visualized in real-time on a web-based portal. The portal is linked to a server that is in communication with the vehicles. The vehicles each have an MCM for receiving inputs from vehicle-mounted systems, including an OBD, GPS receiver, CDR, MDT, and XL module. A number of display options may be selected for displaying the location of the vehicles on a geographic area or map. The options include, for example, displaying an entire fleet of vehicles, an individual vehicle in the fleet, a group of vehicles in the fleet wherein the vehicles are grouped by a predetermined set of criteria, such as by type of vehicle or load, vehicles in the fleet reporting exceptions to the base station with a previous time period of predetermined duration, or vehicles within a specific geographic zone.


The present invention also provides for modification of reporting intervals by the vehicle monitoring system. The reporting of fleet vehicle behavior characteristics to a base station or server may be configured in different ways. The following options are examples of vehicle behavior reporting characteristics: at predetermined time intervals, at random time intervals, upon request from the base station, upon occurrence of an exception, upon the occurrence of an emergency or specific event, such as panic alarm, man down, or theft. The reporting may be provided at the vehicle and/or at the base station by means of one of the following: e-mail, cell phone voice and/or text message, or pager message. The reporting includes the following driver violations, if they have occurred, hours of service, speeding, hard turn, hard braking, hard vertical, or failure to use seatbelt.


Embodiments of the invention provide a system and method for identifying speeding violations. Mapping data, including the location of streets and other landmarks and the speed limit data for individual streets (i.e. speed-by-street data), is available from companies such as NAVTEQ. In addition to NAVTEQ and other third-party speed-by-street database providers, the operator of the monitoring system described herein may develop their own speed-by-street database. The mapping data can be used in connection with a GPS receiver to display information to a driver such as current position, destination location, routing and the like. A vehicle's current location and speed can be compared to speed-by-street data to identify speeding violations. The speed-by-street data may be comprise actual posted speeds on individual streets, or may be generic speeds that are selected for different types of streets. The location of the vehicle is determined, for example, from a GPS receiver. The GPS location information is compared to a mapping database to determine what street or other roadway the vehicle is currently using. The speed of the vehicle can be determined from the GPS information, such as by calculating how fast the vehicle's position is changing, or, more likely, from the vehicle's speedometer reading. The vehicle's monitoring system may have direct access to the speedometer data or it may obtain the data from an on board diagnostic system or data bus. After identifying the current street that the vehicle is using, the vehicle monitoring system can look up the speed limit for that street in a speed-by-street database. The speed limit for the current street is then compared to the vehicle's current speed and the monitoring system determines if the vehicle is speeding.


A speeding condition may be identified simply by identifying when the vehicle's current speed is greater, by any amount, than the speed-by-street data. Alternatively, the vehicle's monitoring system may require that the vehicle's current speed exceed the speed-by-street data by a predetermined amount before identifying a speeding condition. For example, the monitoring system may reference a preset speeding parameter to identify a speeding condition. The speeding parameter may be a set number of miles-per-hour or kilometers-per-hour. If the vehicle's current speed exceeds the speed-by-street data by that amount, then a speeding condition is identified. The speeding parameter could be fixed for all streets so that the same amount of excess speed is required on all streets is required to identify a speeding condition. For example, if the speeding parameter is 5 MPH, then a speeding condition will be identified any time the vehicle's speed exceeds the speed-by-street data by 5 MPH.


Alternatively, the speeding parameter may be set to vary for different speed limits in the speed-by-street data. For example, the speeding parameter may be set to identify a speeding condition if the vehicle's speed is more than 3 MPH where the speed limit is 40 MPH or less, and more than 5 MPH on streets with a speed limit of greater than 40 MPH. It will be understood by those of skill in the art that the various speeding thresholds can be set for any number of posted speed limits or ranges of posted speed limits. In another embodiment, the speeding parameter may correspond to a percentage of the speed-by-street speed limit data. For example, the speeding parameter may be set such that when vehicle's speed was 10% greater than the speed-by-street data, then a speeding condition is identified.


Upon identifying a speeding condition, the monitoring system may provide an alert to the driver, such as a visual or audible alert or both. The monitoring system may maintain a record of such speeding violations. When a speeding condition is identified, the monitoring system may create a record including, for example, the vehicle's location, the speed-by-street data for that location, and the vehicle's speed. The record may be saved at the vehicle monitoring system or it may be transmitted to a central database or monitoring system server. Alternatively, when a speeding condition is identified, an alert may be sent to the central database or monitoring system server. The alert may include the vehicle's identification and location, the speed-by-street data for that location, and the vehicle's speed. The alert may be stored in a database and/or it may generate a message to a third party, such as a vehicle owner or fleet manager. In this embodiment, when an employee speeds in a fleet vehicle or when a teenager speeds in his parents' car, the fleet manager or the teenager's parents are notified of the speeding.


The speeding notification may be sent to the third party immediately. Alternatively, speeding notification messages may be stored and a notification sent at a certain intervals to identify speeding events for a particular period of time. For example, the monitoring system server may store speeding violation notification messages received in a twenty-four hour period. A single speeding notification message may then be sent once a day to the fleet manager or parents. The period for grouping speeding violation message is variable and could be selected depending upon the fleet manager or parents' needs. Additional notification criteria can be added to the notification process, such as collecting routine speeding notification messages to be forwarded at a regular interval, but immediately sending speeding notification messages when the speeding condition is excessive. For example, a fleet manager may configure the system to send a daily summary of all speeding violations for the fleet, but also choose to receive immediate notification if a fleet vehicle exceeds the speed limit by 15 or 20 MPH. This would allow the fleet manager to provide more immediate feedback or counseling to the speeding driver in addition to any in-vehicle warnings.


In other embodiments of the present invention, a speeding condition may not be identified merely for transient excess speed. Instead, the vehicle monitoring system may require that the speeding condition be present for a certain period of time before warning the driver, recording the speeding event, or notifying a central server or third parties. By requiring a probable speeding violation to occur for some period of time, transient events and false alarms may be eliminated or reduced. This would allow the driver to use excess speed, for example, when he is passing another vehicle or when the vehicle is merging into traffic.



FIG. 6 is a block diagram of a system incorporating one embodiment of the invention. Vehicle 601 having vehicle monitoring system 602 is traveling on street 603; and vehicle 604 having vehicle monitoring system 605 is traveling on street 606. Vehicles 601 and 604 may be any type of government, commercial or privately owned vehicle. Vehicles 601 and 604 may be in the same or different vehicle fleets or not assigned to any fleet. Monitoring systems 602 and 605 are configured to collect vehicle data, such as operating parameters and location information. As described herein, monitoring systems 602 and 605 may receive information from a GPS receiver and from OBD systems on vehicles 601 and 604, respectively. In particular, monitoring systems 602 and 605 are configured to receive or calculate at least location and speed data for vehicles 601 and 604, respectively.


Monitoring systems are in wireless communication with central monitoring server 607 via communication network 609. The wireless communication may be via satellite or cellular communication network or via any other private or public communication network or technology without limitation, including, for example, WiFi or Bluetooth communications. Preferably, the communication connection or link between the monitoring systems (602, 605) and server 607 is two-way communication that allows each entity to send information to the other. The communication link may be a continuous connection or it may be an intermittent connection that occurs either when either the monitoring systems (602, 605) or the server 607 have information to send or at regular intervals.


Server 607 is coupled to database 608, which holds information associated with vehicles 601 and 604 and other data relevant to the vehicle monitoring system. Database 607 and server 606 may be separate devices, or they may be incorporated into one device. Server 607 may be any processor-based device. Vehicle monitoring systems 602 and 605 have a speed-by-street database that identifies the posted speed limit for various streets and other roadways, including streets 603 and 606. Database 607 and server 606 may also store or have access to the speed-by-street database.


In one embodiment, when vehicle 601 exceeds the posted speed limit for street 603, monitoring system 602 identifies a speeding condition and records the speeding event. Although the present example refers to vehicle 601 and monitoring system 602, it will be understood to apply to any monitoring system in any vehicle. Monitoring system 602 may also send a speeding notification to server 607, which may also record the speeding event for vehicle 601. Server 607 may also access information from database 608 regarding vehicle 601 to determine if any third parties should be notified of the speeding condition. If a third party, such as a fleet manager or parent, should be notified of the speeding condition, then server 607 sends a notification to them via, for example, an email message to a computer 610, a call to telephone 611, a message to wireless phone or pager 612, or via any other messaging format. Server 607 may also group multiple speeding notifications together, such as notifications of speeding violations for an entire fleet and/or multiple speeding violations for a particular vehicle, and send reports to a third party, such as a fleet manager or parent.


Monitoring system 602 may identify a speeding condition merely because the speed of vehicle 601 has exceeded the posted speed of roadway 603 by any amount. Alternatively, monitoring system 602 may require the speed of vehicle 601 to exceed the posted speed by some threshold amount or percentage before identifying a speeding condition. In other embodiments, monitoring system 602 may require that the speed of vehicle 601 exceed the posted speed for street 603 for a preset time before identifying a speeding condition. Monitoring system 602 may alternatively require that the speed of vehicle 601 exceed the posted speed, as recorded in the speed-by-street database, both by some threshold amount and for some preset time. The speeding threshold and the preset time may be set by the driver of the vehicle or may be remotely set by server 607 via a wireless communication message.


Monitoring system 602 may be configured to use multiple speeding thresholds and may determine different courses of action based upon the thresholds that are exceeded. For example, if a first speeding threshold is exceed, monitoring system 602 may record the event, but provide no notification or warning. At a second speeding threshold, monitoring system 602 may record the event and provide a warning to the driver of vehicle 601. At a third speeding threshold, monitoring system 602 may record the event, provide a warning to the driver, and send a notification message to server 607. Other speeding threshold may be established that, when exceeded, will affect the operation of the vehicle. At a fourth speeding threshold, monitoring system 602 may restrict or limit the operation of vehicle 601's engine, for example, by reducing fuel flow or governing the engine's RPM. One of skill in the art will understand that any combination of these and other speeding threshold may be set in the vehicle monitoring system without requiring any of the thresholds to be used.



FIG. 7 is a flowchart illustrating a method for identifying speeding violations according to one embodiment of the invention. It will be understood by those of skill in the art that the steps illustrated in FIG. 7 may occur in many different orders or even simultaneously and that the order listed in FIG. 7 is merely one example. The vehicle's monitoring system obtains current vehicle speed data (701) such as from the vehicle's speedometer, OBD or from GPS information. The monitoring system also obtains speed limit data for the current street from the speed-by-street database (702). The monitoring system compares the vehicle speed to the speed limit pulled from the speed-by-street database (703). The monitoring system determines if the vehicle speed exceeds the speed limit (704). If the vehicle speed does not exceed the speed limit, then the process begins again (704, 701).


Alternatively, if the vehicle speed does exceed the speed limit, then a speeding violation record is created by the monitoring system (705). The monitoring system then determines if a first threshold has been passed (706). If the first speeding threshold is passed, then a speeding warning, such as an audible message or tone or a visible message or warning light, is broadcast to the driver (707). If the first threshold has not been passed, then the monitoring system evaluates whether the vehicle is still exceeding the speed limit (712). If the vehicle is still speeding, then the speeding violation record is updated (713) and the monitoring system again determines if the vehicle has increased speed to violate the first speeding threshold (706). If the vehicle is no longer speeding, then the speeding violation record is closed (713) and the monitoring unit again evaluates the vehicle speed against updated speed limit data (701).


After warning the driver (707), the monitoring system then determines if a second speeding threshold has been exceeded (708). If the second speeding threshold has been exceeded, then monitoring system transmits a speeding notification to a central monitoring system server (709). If the second speeding threshold has not been exceeded, then monitoring system evaluates if a speeding condition still exists (712), updates the speeding record (713), and begins the process again if the vehicle is not speeding (701) or determines if the first threshold is still exceeded if the vehicle is still speeding (706).


After transmitting a notification to a central server (709), the monitoring system then determines if a third speeding threshold has been exceeded (710). If the third speeding threshold has been exceeded, then monitoring system restricts the vehicle's engine's operating parameters in an attempt to limit the vehicle's speed (711). If the third speeding threshold has not been exceeded, then monitoring system evaluates if a speeding condition still exists (712), updates the speeding record (713), and begins the process again if the vehicle is not speeding (701) or determines if the first threshold is still exceeded if the vehicle is still speeding (706).


After restricting the engine's operating parameters (711), the monitoring system then determines if the vehicle is still speeding (712), updates the speeding record (713), and begins the process again if the vehicle is not speeding (701) or determines if the first threshold is still exceeded if the vehicle is still speeding (706). As illustrated in the example of FIG. 7, the monitoring system may continue to update the speeding violation record, broadcast a warning to the driver, notify the central server, and further restrict engine operation as long as the vehicle's speed exceeds the respective thresholds for those events.


The speed-by-street database is generated using publicly available information regarding posted speed limits. This information may be collected, for example, from publications or by actually driving the streets and recording the posted speed limits. It is likely that errors will be present in the speed-by-street database due to incorrectly entered data and changes in the posted speeds. The present invention provides a method for identifying and correcting errors in the speed-by-street database.


For example, the speed-by-street database may incorrectly list the speed limit for street 603 (FIG. 6) as being 45 MPH, when the actual speed limit is 55 MPH. The data in the speed-by-street database may have been entered incorrectly, or the assigned speed limit for street 603 may have changed after the database was created. When vehicle 601 travels at the posted speed limit of 55 MPH on street 603, monitoring system 602 will identify a false speeding condition in which the posted speed is violated by 10 MPH. Depending upon the speeding threshold(s) that are set in monitoring system 602, one or more warnings or other notifications may be sent or recorded for this false speeding violation. As a result of the speed-by-street database error, the driver of vehicle 601 may receive unnecessary counseling or may receive a lower than deserved grade or evaluation of his driving habits.


Monitoring system 602 and/or server 607 can be used identify errors or potential errors in the speed-by-street database. When monitoring system 602 identifies a speeding violation, it may record the event in a local memory along with a location of the speeding violation. Over a period of time a number of such speeding violations will be recorded. Periodically, when a new speeding violation is added to memory, or at any other time, monitoring system 602 may review the speeding violation records to identify locations or streets where multiple speeding violations occur. For example, if vehicle 601 exceeds the speed-by-street database speed limit for street 603 on more than one occasion, then multiple speeding violations will be generated for that location. Records may be grouped as related violations if they occur at the same general location or on the same section of a street.


When the number of related violations reaches a predetermined number, monitoring system 602 may identify the location of these related violations as a potential error in the speed-by-street database. In the current example, because the posted speed limit for street 603 is 55 MPH and the database speed limit is 45 MPH, monitoring system 602 will generate a speeding violation record every time vehicle 601 traverses street 603 at the posted speed limit or slightly below the posted speed limit. Eventually, when enough of those violation records are linked together, monitoring system 602 may notify server 607 of the location (603) where multiple repeat violations are occurring. Alternatively, each time an in-vehicle monitoring system (602, 605) sends a speeding violation notification, server 607 may store that violation. Eventually, server 607 may correlate the speeding violations and identify an area of potential error in the speed-by-street database.


Server 607 may identify areas of potential error faster than an individual monitoring system because server 607 receives speeding notifications for numerous vehicles. Accordingly, server 607 may identify an area in which multiple vehicles are reporting multiple speeding violations. For less-traveled routes, server 607 may identify an area in which many vehicles report single speeding violations and that may be a location with an erroneous database entry.


Once server 607 identifies a location of potential speed-by-street error, either upon notification by an in-vehicle monitoring system (602, 605) or on its own, server 607 may issue a report or alert to an operator regarding the potential error. The operator can then evaluate the location, such as by having someone go to the location and observe the posted speed limits. If the posted speed limits do not match the speed-by-street database, then the database can be updated with the correct information. An update message may be sent to in-vehicle monitoring systems (602, 605) to provide corrections to their copy of the speed-by-street database. Alternatively, when the monitoring systems undergo routine updates, maintenance or repair, the speed-by-street database may be updated, replaced or corrected with the actual speed limit value for street 603.


In another alternative, if the speed-by-street database itself cannot be updated, a list of database errors can be maintained. This list of database errors may be stored at database 608 and/or sent to in-vehicle monitoring systems 602, 605. Upon identifying a speeding violation, monitoring system 602, 605 would then refer to the list of database errors to determine if the database speed limit for location of the speeding violation was correct. If the list of database errors did not include the current speeding location, then the monitoring system would operate normally. However, if the current speeding location was in the list of database errors, then the monitoring system may need to reevaluate the speeding condition. For example, the list of database errors may include a correct posted speed limit that the monitoring system could use in place of the database value. Alternatively or additionally, the list of database errors may include a list of alternative thresholds for the monitoring system 602, 605 to use in that location. The alternative thresholds would be adjusted relevant to the original threshold by the amount of the speed limit error, thereby preventing the reporting of misidentified speeding violations.


Similarly, server 607 may refer to a list of database errors upon receiving a speeding violation notification to ensure that the violation was correctly identified. Alternatively, sever 607 may compare the reported vehicle speed to an updated speed-by-street database to ensure that the speeding violation notification was proper. Server 607 would not record or report speeding notifications that were improperly identified due to speed-by-street data.


In addition to streets for which the speed-by-street database contained speed limit errors, other locations may be the source of multiple repeated speeding violations. For example, street 606 may be a highway with a posted speed limit of 55 MPH that is accurately recorded in the speed-by-street database in monitoring system 605 and database 608. However, normal traffic on highway 605 may travel at 65 MPH. Accordingly, vehicle 604 would be likely to follow the traffic flow, which would cause monitoring system 605 to generate a speeding violation. The speeding violation may be recorded locally, broadcast to the driver, or sent as a speeding notification to server 607. The driver is likely to ignore the speeding warning, if complying with the warning would cause him to fall behind traffic or be passed by many other vehicles.


Because numerous speeding violations would reported on street 606 for vehicle 604 or for numerous vehicles, monitoring system 605 or server 607 will eventually identify street 606 as having a potentially erroneous speed-by-street database entry. Upon identifying a potential database error, server 607 would report the location 606 to an operator, who may then have the location visually inspected. The inspection of street 606 would show that the speed-by-street database is correct. The operator could then decide whether to create an exception for street 606 in order to minimize the number of speeding violation reports for that location. If street 606 was a highly traveled route, then numerous correct (but difficult to avoid or prevent) speeding violations would be reported.


An observer may determine that vehicles traveling at 65 MPH was normal for street 606. The speed-by-street database could be updated on server 607, database 608, and/or monitoring system 602,605 to include a modified speed limit and speeding thresholds for street 606. The modified speed limit and speeding thresholds would minimize the number of reported speeding violations for that location. Vehicles that exceeded the modified speed limit would still generate speeding warnings and notifications. Accordingly, vehicles that exceeded the observed 65 MPH normal traffic flow on street 606 would create a speeding violation record, generate a warning to the driver, and be reported to server 607.


Instead of modifying the speed-by-street database with an observed normal traffic speed, street 606 may be listed as an exception. The exception list could me maintained by server 607 and/or monitoring system 602,605. When monitoring system 605 determines that vehicle 604 has exceeded the speed-by-street database speed limit, monitor 605 may determine if location 606 in on an exception list. The exception list may include a modified speed limit and/or modified speeding thresholds to be used in that location. Similarly, when server 607 receives a speeding violation notification, it may refer to an exception list to determine if the location of the speeding violation is to be treated as an exception. If the location is on the exception list, then speeding reports that show a vehicle to be traveling at or below an observed “normal” traffic speed would not be treated as speeding violations.


It is possible that server 607 and database 608 may have an updated speed-by-street database, while monitoring system 602, 605 have outdated speed-by-street databases. In that situation, upon receiving speeding violation reports from monitoring system 602, 605, server 607 would determine if the database used by the monitoring system was current. If the database was not current, then server 607 may reevaluate the speeding violation notification in view of updated speed-by-street data before recording or reporting the speeding event.



FIG. 8 is a flow chart illustrating a process for identifying potential errors in a speed-by-street database. Multiple speeding violation reports are collected by a in-vehicle monitoring system or by a central server (801). The speeding violation reports are correlated to identify multiple speeding violations occurring in the same location (802). Areas for which the associated speed-by-street database entry may be incorrect are identified from the correlated data (803). For areas that may have incorrect speed-by-street data, a visual inspection of posted speed limits or other investigation of the location or traffic flow may be conducted to determine the actual conditions for that location (804). Actual errors in the speed-by-street database or differences between the posted speed limit and normal traffic flow are identified. It is then determined whether to update the speed-by-street entry for the location (805) and/or to add the location to an exception list (808). Future speeding violations may be compared to an updated speed-by-street database (806) or to an exception list (809). The speeding violations may be recoded and reported if the vehicle's speed is considered a violation in view of the updated speed-by-street database (807) or the conditions in the exception list (810). It will be understood that the steps illustrated in the example of FIG. 8 may occur in any order or simultaneously and that other steps may also be used.



FIG. 9 illustrates an alternative process for implementing the present invention. Vehicle speed is obtained (901), for example, by averaging GPS distance over time, vehicle speedometer data, speed reading from OBD/CAN bus, speed reading from electronic control unit (ECU) or electronic control monitor (ECM) bus, or other means. The speed-by-street value for a given GPS location is collected (902) and compared to the actual vehicle speed (903). Additionally, logic may be evaluated as part of the comparison to determine if the vehicle is in a geofence area having a speed limit. The geofence area is an area bounded by defined GPS coordinates, for example, for which the operator has established speed limits for the vehicle. If geofence speed limits exist, they will be used instead of the posted speed found in the speed-by-street database in the comparison (903).


After comparing actual vehicle speed to the relevant posted or geofence speed, a speed determination is made (904). If the vehicle speed is less than the posted database speed (i.e. the vehicle is not speeding), then the system checks to see if the vehicle was previously speeding (908). If the vehicle was not previously speeding then the logic is reset, and the system enters the comparative phase of the loop (901) again.


If the vehicle speed (901) is greater than the database speed (902), then it is determined that the vehicle is speeding (904). The system then looks to see if the vehicle was previously speeding (905). If the vehicle was not previously speeding (906) then the system starts a timer to track the duration of the speeding violation, monitors peak speeds, and initiates one or more alarms and/or alarm combinations (visual, audible, etc) and returns the logic to obtaining a next vehicle speed value (901). If the vehicle speed is determined to be speeding (904), and the vehicle was previously speeding (905), then the system updates the top speed of the vehicle, continues the timer, continues the alarms (907) and returns the logic to obtaining the next vehicle speed value (901).


If the vehicle is not speeding (904), the system looks to see if the vehicle was previously speeding (908). If the vehicle was previously speeding, then the system then checks to see if the speeding continued beyond a predetermined threshold of time (909). If the speeding did not last long enough to reach the speeding threshold, then no notification is sent and the process returns to obtain the current vehicle speed (901). If the speeding violation is greater than the speed threshold, a notification (910) is sent to a third party, such as a fleet manager, vehicle owner or the like. The speeding threshold may be any length of time, including zero (i.e. the notification may be sent without waiting to observe the duration of the speeding violation). The notification may include one or more of the following: top speed, distance traveled while speeding, posted speed limit, location of worst excess speed. The process then returns the logic to obtaining the next vehicle speed value (901). An excess speed threshold may be set so that any time the vehicle's speed measurement (901) exceeds a preset value, then an alarm may automatically be sent without waiting to determine how long the speeding violation lasts. For example, a vehicle may need to exceed the speed limit by 10 MPH for 30 seconds to generate an alarm notification, but a speed of 90 MPH will immediately generate a violation notice without regard for the during of that speed. Additionally, if the vehicle continues to speed, a speed governor (911) may be used to limit the speed of the vehicle.


Although the present invention and its advantages have been described in detail, it should be understood that various changes, substitutions and alterations can be made herein without departing from the spirit and scope of the invention as defined by the appended claims. Moreover, the scope of the present application is not intended to be limited to the particular embodiments of the process, machine, manufacture, composition of matter, means, methods and steps described in the specification. As one of ordinary skill in the art will readily appreciate from the disclosure of the present invention, processes, machines, manufacture, compositions of matter, means, methods, or steps, presently existing or later to be developed, that perform substantially the same function or achieve substantially the same result as the corresponding embodiments described herein may be utilized according to the present invention. Accordingly, the appended claims are intended to include within their scope such processes, machines, manufacture, compositions of matter, means, methods, or steps.

Claims
  • 1. A method for identifying errors in a speed-by-street database, comprising: storing a plurality of speeding violation records, wherein at least one of the speeding violation records includes a speeding event location;analyzing the speeding violation records to identify one or more speeding event locations having multiple speeding violations;comparing a posted speed limit at the one or more speeding event locations having multiple speeding violations to corresponding speed limit data in the speed-by-street database; andidentifying one or more speed limit entries in the speed-by-street database that do not match the posted speed limit.
  • 2. The method of claim 1, wherein the speeding violation records are created based upon a comparison of a vehicle's speed to a speed limit entry in the speed-by-street database.
  • 3. The method of claim 1, further comprising: updating entries in the speed-by-street database with the posted speed limit at the one or more speeding event locations.
  • 4. The method of claim 3, further comprising: identifying a speeding condition, wherein the speeding condition is associated with a location and a speed; andcomparing the location and speed to an updated speed-by-street database.
  • 5. The method of claim 1, further comprising: creating a list of entries in the speed-by-street database that do not match the posted speed limit at the one or more speeding event locations.
  • 6. The method of claim 5, wherein the list comprises locations and posted speeds for one or more of the speeding event locations.
  • 7. The method of claim 5, further comprising: identifying a speeding condition, wherein the speeding condition is associated with a location and a speed; andcomparing the location and speed to the list.
  • 8. The method of claim 7, further comprising: if the location is included in the list, determining whether speed is above a corresponding posted speed in the list.
  • 9. The method of claim 1, further comprising: receiving a speeding violation notification message; andcomparing the speeding violation notification message to a list of corrected speed limits; andconditionally forwarding the speeding violation message.
  • 10. A speed-by-street database system comprising: a database associating vehicle speed limitation information with geographical information;a data communication interface that receives events from monitored vehicles; anda database maintenance component to facilitate modification of speed limitation information for particular geographical information in the database using received events corresponding to the particular geographical information.
  • 11. The speed-by-street database system of claim 10, wherein a received event includes information indicative of a speed and location of a monitored vehicle.
  • 12. The speed-by-street database system of claim 11, wherein the database maintenance component facilitates modification of speed limitation information in the database by identifying locations associated with received events wherein the vehicle speed indicated by the received events surpasses a speed threshold indicated by speed limitation information in the database.
Parent Case Info

This application claims the benefit of U.S. Provisional Application No. 60/802,478, filed on May 22, 2006, entitled Driver Behavior Monitoring System, which application is hereby incorporated herein by reference.

US Referenced Citations (424)
Number Name Date Kind
3975708 Lusk Aug 1976 A
4369427 Drebinger et al. Jan 1983 A
4395624 Wartski Jul 1983 A
4419654 Funk Dec 1983 A
4458535 Juergens Jul 1984 A
4785280 Fubini Nov 1988 A
4926417 Futami May 1990 A
4939652 Steiner Jul 1990 A
5032821 Domanico Jul 1991 A
5119504 Durboraw, III Jun 1992 A
5223844 Mansell et al. Jun 1993 A
5225842 Brown et al. Jul 1993 A
5305214 Komatsu Apr 1994 A
5309139 Austin May 1994 A
5311197 Sorden et al. May 1994 A
5325082 Rodriguez Jun 1994 A
5347260 Ginzel Sep 1994 A
5359528 Haendel Oct 1994 A
5365114 Tsurushima Nov 1994 A
5365451 Wang et al. Nov 1994 A
5394136 Lammers Feb 1995 A
5400018 Scholl Mar 1995 A
5414432 Penny, Jr. et al. May 1995 A
5422624 Smith Jun 1995 A
5424584 Matsuda Jun 1995 A
5430432 Camhi Jul 1995 A
5436612 Aduddell Jul 1995 A
5436837 Gerstung Jul 1995 A
5446659 Yamawaki Aug 1995 A
5453939 Hoffman Sep 1995 A
5457439 Kuhn Oct 1995 A
5475597 Buck Dec 1995 A
5485161 Vaughn Jan 1996 A
5499182 Ousborne Mar 1996 A
5521579 Bernhard May 1996 A
5521580 Kaneko May 1996 A
5525960 McCall Jun 1996 A
5548273 Nicol Aug 1996 A
5581464 Woll Dec 1996 A
5586130 Doyle Dec 1996 A
5600558 Mearek Feb 1997 A
5612875 Haendel Mar 1997 A
5625337 Medawar Apr 1997 A
5638077 Martin Jun 1997 A
5642284 Parupalli Jun 1997 A
5648755 Yagihashi Jul 1997 A
5659289 Zonkoski Aug 1997 A
5689067 Klein Nov 1997 A
5708417 Tallman Jan 1998 A
5717374 Smith Feb 1998 A
5719771 Buck Feb 1998 A
5723768 Ammon Mar 1998 A
5740548 Hudgens Apr 1998 A
5742915 Stafford Apr 1998 A
5751245 Janky et al. May 1998 A
5764139 Nojima Jun 1998 A
5767767 Lima Jun 1998 A
5777580 Janky et al. Jul 1998 A
5795997 Gittins Aug 1998 A
5797134 McMillan et al. Aug 1998 A
5801618 Jenkins Sep 1998 A
5801948 Wood Sep 1998 A
5815071 Doyle Sep 1998 A
5825283 Camhi Oct 1998 A
5825284 Dunwoody Oct 1998 A
5844475 Horie Dec 1998 A
5847271 Poublon Dec 1998 A
5862500 Goodwin Jan 1999 A
5867093 Dodd Feb 1999 A
5877678 Donoho Mar 1999 A
5880674 Ufkes Mar 1999 A
5880958 Helms et al. Mar 1999 A
5883594 Lau Mar 1999 A
5892434 Carlson Apr 1999 A
5907277 Tokunaga May 1999 A
5914654 Smith Jun 1999 A
5918180 Dimino Jun 1999 A
5926087 Busch Jul 1999 A
5928291 Jenkins et al. Jul 1999 A
5945919 Trask Aug 1999 A
5949330 Hoffman Sep 1999 A
5949331 Schofield Sep 1999 A
5952941 Mardirossian Sep 1999 A
5954781 Slepian Sep 1999 A
5955942 Slifkin Sep 1999 A
5957986 Coverdill Sep 1999 A
5964816 Kincaid Oct 1999 A
5969600 Tanguay Oct 1999 A
5974356 Doyle et al. Oct 1999 A
5978737 Pawlowski Nov 1999 A
5982278 Cuvelier Nov 1999 A
5987976 Sarangapani Nov 1999 A
5999125 Kurby Dec 1999 A
6002327 Boesch Dec 1999 A
6008724 Thompson Dec 1999 A
6018293 Smith Jan 2000 A
6026292 Coppinger et al. Feb 2000 A
6028508 Mason Feb 2000 A
6028510 Tamam Feb 2000 A
6037861 Ying Mar 2000 A
6037862 Ying Mar 2000 A
6038496 Dobler Mar 2000 A
6044315 Honeck Mar 2000 A
6059066 Lary May 2000 A
6064928 Wilson May 2000 A
6064970 McMillan et al. May 2000 A
6067008 Smith May 2000 A
6067009 Hozuka May 2000 A
6072388 Kyrtsos Jun 2000 A
6073007 Doyle Jun 2000 A
6075458 Ladner et al. Jun 2000 A
6078853 Ebner Jun 2000 A
6081188 Kutlucinar Jun 2000 A
6084870 Wooten et al. Jul 2000 A
6094149 Wilson Jul 2000 A
6098048 Dashefsky Aug 2000 A
6100792 Ogino Aug 2000 A
6104282 Fragoso Aug 2000 A
6108591 Segal et al. Aug 2000 A
6121922 Mohan Sep 2000 A
6124810 Segal et al. Sep 2000 A
6130608 McKeown Oct 2000 A
6131067 Girerd et al. Oct 2000 A
6133827 Alvey Oct 2000 A
6141610 Rothert Oct 2000 A
6147598 Murphy Nov 2000 A
6172602 Hasfjord Jan 2001 B1
6184784 Shibuya Feb 2001 B1
6185501 Smith Feb 2001 B1
6198995 Settles Mar 2001 B1
6204756 Senyk Mar 2001 B1
6204757 Evans Mar 2001 B1
6208240 Ledesma Mar 2001 B1
6212455 Weaver Apr 2001 B1
6216066 Goebel Apr 2001 B1
6222458 Harris Apr 2001 B1
6225898 Kamiya May 2001 B1
6227862 Harkness May 2001 B1
6229438 Kutlucinar May 2001 B1
6232873 Dilz May 2001 B1
6246933 Bague Jun 2001 B1
6247360 Anderson Jun 2001 B1
6249219 Perez Jun 2001 B1
6253129 Jenkins et al. Jun 2001 B1
6255892 Gartner Jul 2001 B1
6255939 Roth Jul 2001 B1
6262658 O'Connor Jul 2001 B1
6265989 Taylor Jul 2001 B1
6266588 McClellan Jul 2001 B1
6278361 Magiawala Aug 2001 B1
6285931 Hattori Sep 2001 B1
6289332 Menig Sep 2001 B2
6294988 Shomura Sep 2001 B1
6294989 Schofield Sep 2001 B1
6295492 Lang Sep 2001 B1
6297768 Allen, Jr. Oct 2001 B1
6301533 Markow Oct 2001 B1
6308120 Good Oct 2001 B1
6308134 Croyle et al. Oct 2001 B1
6313742 Larson Nov 2001 B1
6320497 Fukumoto Nov 2001 B1
6331825 Ladner et al. Dec 2001 B1
6333686 Waltzer Dec 2001 B1
6337653 Bchler Jan 2002 B1
6339739 Folke Jan 2002 B1
6344805 Yasui Feb 2002 B1
6351211 Bussard Feb 2002 B1
6356188 Meyers Mar 2002 B1
6356822 Diaz Mar 2002 B1
6356833 Jeon Mar 2002 B2
6359554 Skibinski Mar 2002 B1
6362730 Razavi Mar 2002 B2
6362734 McQuade Mar 2002 B1
6366199 Osborn Apr 2002 B1
6378959 Lesesky Apr 2002 B2
6389340 Rayner May 2002 B1
6393348 Ziegler May 2002 B1
6404329 Hsu Jun 2002 B1
6405112 Rayner Jun 2002 B1
6424268 Isonaga Jul 2002 B1
6427687 Kirk Aug 2002 B1
6430488 Goldman Aug 2002 B1
6433681 Foo Aug 2002 B1
6441732 Laitsaari Aug 2002 B1
6449540 Rayner Sep 2002 B1
6459367 Green Oct 2002 B1
6459369 Wang Oct 2002 B1
6459961 Obradovich Oct 2002 B1
6459969 Bates Oct 2002 B1
6462675 Humphrey Oct 2002 B1
6472979 Schofield Oct 2002 B2
6476763 Allen, Jr. Nov 2002 B2
6480106 Crombez Nov 2002 B1
6484035 Allen, Jr. Nov 2002 B2
6484091 Shibata Nov 2002 B2
6493650 Rodgers Dec 2002 B1
6512969 Wang Jan 2003 B1
6515596 Awada Feb 2003 B2
6519512 Haas Feb 2003 B1
6525672 Chainer Feb 2003 B2
6526341 Bird et al. Feb 2003 B1
6529159 Fan et al. Mar 2003 B1
6535116 Zhou Mar 2003 B1
6542074 Tharman Apr 2003 B1
6542794 Obradovich Apr 2003 B2
6549834 McClellan Apr 2003 B2
6552682 Fan Apr 2003 B1
6556905 Mittelsteadt Apr 2003 B1
6559769 Anthony May 2003 B2
6564126 Lin May 2003 B1
6567000 Slifkin May 2003 B2
6571168 Murphy May 2003 B1
6587759 Obradovich Jul 2003 B2
6594579 Lowrey Jul 2003 B1
6599243 Woltermann Jul 2003 B2
6600985 Weaver Jul 2003 B2
6604033 Banet Aug 2003 B1
6611740 Lowrey Aug 2003 B2
6611755 Coffee Aug 2003 B1
6629029 Giles Sep 2003 B1
6630884 Shanmugham Oct 2003 B1
6636790 Lightner Oct 2003 B1
6639512 Lee Oct 2003 B1
6643578 Levine Nov 2003 B2
6651001 Apsell Nov 2003 B2
6654682 Kane et al. Nov 2003 B2
6657540 Knapp Dec 2003 B2
6662013 Takiguchi et al. Dec 2003 B2
6664922 Fan Dec 2003 B1
6665613 Duvall Dec 2003 B2
6674362 Yoshioka Jan 2004 B2
6675085 Straub Jan 2004 B2
6677854 Dix Jan 2004 B2
6678612 Khawam Jan 2004 B1
6696932 Skibinski Feb 2004 B2
6703925 Steffel Mar 2004 B2
6710738 Allen, Jr. Mar 2004 B2
6718235 Borugian Apr 2004 B1
6718239 Rayner Apr 2004 B2
6727809 Smith Apr 2004 B1
6728605 Lash Apr 2004 B2
6732031 Lowrey May 2004 B1
6732032 Lowrey May 2004 B1
6737962 Mayor May 2004 B2
6741169 Magiawala May 2004 B2
6741170 Alrabady May 2004 B2
6745153 White Jun 2004 B2
6748322 Fernandez Jun 2004 B1
6750761 Newman Jun 2004 B1
6750762 Porter Jun 2004 B1
6756916 Yanai Jun 2004 B2
6759952 Dunbridge Jul 2004 B2
6768448 Farmer Jul 2004 B2
6775602 Gordon Aug 2004 B2
6778068 Wolfe Aug 2004 B2
6778885 Agashe et al. Aug 2004 B2
6784793 Gagnon Aug 2004 B2
6784832 Knockeart et al. Aug 2004 B2
6788196 Ueda Sep 2004 B2
6788207 Wilkerson Sep 2004 B2
6792339 Basson Sep 2004 B2
6795017 Puranik et al. Sep 2004 B1
6798354 Schuessler Sep 2004 B2
6803854 Adams et al. Oct 2004 B1
6807481 Gastelum Oct 2004 B1
6813549 Good Nov 2004 B2
6819236 Kawai Nov 2004 B2
6832141 Skeen et al. Dec 2004 B2
6845314 Fosseen Jan 2005 B2
6845317 Craine Jan 2005 B2
6847872 Bodin Jan 2005 B2
6847873 Li Jan 2005 B1
6859039 Horie Feb 2005 B2
6859695 Klausner Feb 2005 B2
6865457 Mittelsteadt Mar 2005 B1
6867733 Sandhu et al. Mar 2005 B2
6868386 Henderson et al. Mar 2005 B1
6870469 Ueda Mar 2005 B2
6873253 Veziris Mar 2005 B2
6873261 Anthony Mar 2005 B2
6879894 Lightner Apr 2005 B1
6885293 Okumura Apr 2005 B2
6892131 Coffee May 2005 B2
6895332 King May 2005 B2
6909398 Knockeart et al. Jun 2005 B2
6914523 Munch Jul 2005 B2
6922133 Wolfe Jul 2005 B2
6922616 Obradovich Jul 2005 B2
6922622 Dulin Jul 2005 B2
6925425 Remboski Aug 2005 B2
6928348 Lightner Aug 2005 B1
6937162 Tokitsu Aug 2005 B2
6950013 Scaman Sep 2005 B2
6954140 Holler Oct 2005 B2
6958976 Kikkawa Oct 2005 B2
6968311 Knockeart et al. Nov 2005 B2
6970075 Cherouny Nov 2005 B2
6970783 Knockeart et al. Nov 2005 B2
6972669 Saito Dec 2005 B2
6980131 Taylor Dec 2005 B1
6981565 Gleacher Jan 2006 B2
6982636 Bennie Jan 2006 B1
6983200 Bodin Jan 2006 B2
6988033 Lowrey Jan 2006 B1
6989739 Li Jan 2006 B2
7002454 Gustafson Feb 2006 B1
7002579 Olson Feb 2006 B2
7005975 Lehner Feb 2006 B2
7006820 Parker et al. Feb 2006 B1
7019641 Lakshmanan Mar 2006 B1
7023321 Brillon et al. Apr 2006 B2
7023332 Saito Apr 2006 B2
7024318 Fischer Apr 2006 B2
7027808 Wesby Apr 2006 B2
7034705 Yoshioka Apr 2006 B2
7038578 Will May 2006 B2
7042347 Cherouny May 2006 B2
7047114 Rogers May 2006 B1
7049941 Rivera-Cintron May 2006 B2
7059689 Lesesky Jun 2006 B2
7069126 Bernard Jun 2006 B2
7069134 Williams Jun 2006 B2
7072753 Eberle Jul 2006 B2
7081811 Johnston Jul 2006 B2
7084755 Nord Aug 2006 B1
7088225 Yoshioka Aug 2006 B2
7089116 Smith Aug 2006 B2
7091880 Sorensen Aug 2006 B2
7098812 Hirota Aug 2006 B2
7099750 Miyazawa Aug 2006 B2
7099774 King Aug 2006 B2
7102496 Ernst Sep 2006 B1
7109853 Mattson Sep 2006 B1
7113081 Reichow Sep 2006 B1
7113107 Taylor Sep 2006 B2
7117075 Larschan et al. Oct 2006 B1
7119696 Borugian Oct 2006 B2
7124027 Ernst Oct 2006 B1
7124088 Bauer et al. Oct 2006 B2
7129825 Weber Oct 2006 B2
7132934 Allison Nov 2006 B2
7132937 Lu Nov 2006 B2
7132938 Suzuki Nov 2006 B2
7133755 Salman Nov 2006 B2
7135983 Filippov Nov 2006 B2
7138916 Schwartz Nov 2006 B2
7139661 Holze Nov 2006 B2
7145442 Wai Dec 2006 B1
7149206 Pruzan Dec 2006 B2
7161473 Hoshal Jan 2007 B2
7164986 Humphries Jan 2007 B2
7170390 Quiñones Jan 2007 B2
7170400 Cowelchuk Jan 2007 B2
7174243 Lightner Feb 2007 B1
7180407 Guo Feb 2007 B1
7180409 Brey Feb 2007 B2
7187271 Nagata Mar 2007 B2
7196629 Ruoss Mar 2007 B2
7216035 Hörtner May 2007 B2
7218211 Ho May 2007 B2
7222009 Hijikata May 2007 B2
7225065 Hunt May 2007 B1
7228211 Lowrey Jun 2007 B1
7233235 Pavlish Jun 2007 B2
7236862 Kanno Jun 2007 B2
7239948 Nimmo Jul 2007 B2
7256686 Koutsky Aug 2007 B2
7256700 Ruocco Aug 2007 B1
7256702 Isaacs Aug 2007 B2
7260497 Watabe Aug 2007 B2
RE39845 Hasfjord Sep 2007 E
7269530 Lin Sep 2007 B1
7271716 Nou Sep 2007 B2
7273172 Olsen Sep 2007 B2
7280046 Berg Oct 2007 B2
7283904 Benjamin Oct 2007 B2
7286917 Hawkins Oct 2007 B2
7286929 Staton Oct 2007 B2
7289024 Sumcad Oct 2007 B2
7289035 Nathan Oct 2007 B2
7292152 Torkkola Nov 2007 B2
7292159 Culpepper Nov 2007 B2
7298248 Finley Nov 2007 B2
7298249 Avery Nov 2007 B2
7301445 Moughler Nov 2007 B2
7317383 Ihara Jan 2008 B2
7317392 DuRocher Jan 2008 B2
7317927 Staton Jan 2008 B2
7319848 Obradovich Jan 2008 B2
7321294 Mizumaki Jan 2008 B2
7321825 Ranalli Jan 2008 B2
7323972 Nobusawa Jan 2008 B2
7323974 Schmid Jan 2008 B2
7323982 Staton Jan 2008 B2
7327239 Gallant Feb 2008 B2
7327258 Fast Feb 2008 B2
7333883 Geborek Feb 2008 B2
7339460 Lane Mar 2008 B2
7349782 Churchill Mar 2008 B2
7352081 Taurasi Apr 2008 B2
7355508 Mian Apr 2008 B2
7365639 Yuhara Apr 2008 B2
7366551 Hartley Apr 2008 B1
7375624 Hines May 2008 B2
7376499 Salman May 2008 B2
7378946 Lahr May 2008 B2
7378949 Chen May 2008 B2
7386394 Shulman Jun 2008 B2
20030055555 Knockeart et al. Mar 2003 A1
20040039504 Coffee et al. Feb 2004 A1
20040066330 Knockeart et al. Apr 2004 A1
20040077339 Martens Apr 2004 A1
20040083041 Skeen et al. Apr 2004 A1
20040142672 Stankewitz Jul 2004 A1
20050064835 Gusler Mar 2005 A1
20050091018 Craft Apr 2005 A1
20050096809 Skeen et al. May 2005 A1
20050137757 Phelan et al. Jun 2005 A1
20060154687 McDowell Jul 2006 A1
20060234711 McArdle Oct 2006 A1
20070229234 Smith Oct 2007 A1
20070293206 Lund Dec 2007 A1
20080064413 Breed Mar 2008 A1
20080255888 Berkobin Oct 2008 A1
Foreign Referenced Citations (4)
Number Date Country
2071931 Dec 1993 CA
2007235530 Sep 2007 JP
WO2005109369 Nov 2005 WO
WO2008109477 Sep 2008 WO
Related Publications (1)
Number Date Country
20080252487 A1 Oct 2008 US
Provisional Applications (1)
Number Date Country
60802478 May 2006 US