Vehicle supervision and monitoring

[0002] The present invention relates to data recording systems and, more particularly, to a vehicle monitoring arrangement and methodology therefor.

[0003] The widespread use of motor vehicles for both personal and work related activity places millions of vehicles on roads each day with their operation being largely unmonitored. Unmonitored vehicle operation can lead to a variety of issues and problems including, for example, abusive use of the vehicle and related driving-safety issues.

[0004] One specific example application is the use of a parent's vehicle by a teenage child. Teenagers hold jobs after school, attend college classes during the high school day, take themselves to after-school events, and assist the family with errands. Oftentimes the only practicable transportation available to and from these tasks is driving their parent's automobile, as many parents of young adults are unavailable and cannot drive the teen themselves. When young adults drive irresponsibly, they place themselves and others at risk. In addition to safety concerns, the high accident rates associated with inexperienced drivers causes higher insurance rates as a whole for the parents of teenage drivers.

[0005] Another problem is the inability of an employer at companies that use a fleet of vehicles (e.g., at a bus company or a trucking operation) to monitor the manner in which employees are operating their assigned vehicles. An employer attempts to prevent misuse or abuse of vehicles in order to keep the vehicles in good condition, thereby reducing maintenance costs and equipment down time. Additionally, when an operator is abusing a vehicle they are also likely to be driving dangerously. Reducing dangerous driving reduces the number of accidents and all of the costs associated with accidents. Currently, the only information available to employers comes from an individual's official driving record, personal observations or tips from other drivers on the road. It is therefore difficult for an employer to effectively monitor misuse of a vehicle by their employees.

[0006] Rented or leased vehicles receive an inordinate amount of intentional abuse from drivers. Rental agencies currently have no way of knowing which drivers abuse their vehicles. Therefore, the costs associated with vehicles that have been treated harshly are necessarily dispersed to all consumers. In the same manner, a car dealer and their customers face uncertainty in pricing an automobile coming off a lease, because neither party knows if a lessee abused a particular vehicle.

[0007] Another problem exists in the monitoring of those individuals on probation for violations resulting from the misuse of a vehicle. Violations such as repeated speeding violations or driving while under the influence of drugs or alcohol may cause a person to be issued a restricted license. Courts may issue these individuals an occupational license limiting when they may drive. Currently, these limitations cannot be closely enforced and cannot address the manner in which the violator operates the vehicle.

[0008] In an attempt to curb these issues and abuses, certain employers are increasingly using “1-800- . . . ‘How's my driving?’” bumper stickers on their vehicles in hope that other drivers will voluntarily call the employer and report vehicle misuse. While this appears to be somewhat effective for larger companies able to set up a toll-free telephone number, this practice has limitations including reliance on volunteer callers and a willingness to publicly display the telephone number on the bumper sticker.

[0009] The widespread use of the Internet has lead to a computer-based approach for addressing these issues. At least one company has set up a business in which a parents pay an annual fee for “1-800- . . . ‘How's my driving?’” bumper stickers wherein the toll-free 800 number is shared by all subscribers and the company provides feedback to the parents in response to driving-complaint calls. This approach, however, has various drawbacks, and some insurance company and safe-driving advocates remain unconvinced that these call-in monitoring programs are effective in reducing incidents of unsafe driving.

[0010] There is a need for a monitoring technique that overcomes the above-mentioned deficiencies and that can make roadways safer and lessen abuses on vehicles.

[0011] The present invention is directed to a method for monitoring the use of a vehicle by selectively recording certain vehicle-operating data during vehicle operation. The present invention is exemplified in a number of implementations and applications, some of which are summarized below.

[0012] According to one example embodiment, the use of a vehicle is monitored by recording one or more vehicle operation signals, such as an electronic speed sensor signal and an output from an electronic compass. Such a record of vehicle-operation data contains periodic recordings of the speed and direction of a vehicle while the vehicle is being driven. A processor performs calculations using speed and directional data to calculate acceleration and rate of directional change. Vehicle-operation data from the recording device and the results of calculations performed on this data are compared to stored reference data to determine if the vehicle was abused or driven in an unsafe manner by the operator. The results are output to a display showing vehicle-operating data and instances where the vehicle was abused or driven in an unsafe manner. Such instances and/or abuses can be determined by comparisons with the stored reference parameters.

[0013] The above summary of the present invention is not intended to describe each illustrated embodiment or every implementation of the present invention. The figures and detailed description that follow more particularly exemplify these embodiments.

[0014] The invention may be more completely understood in consideration of the following detailed description of various embodiments of the invention in connection with the accompanying drawings, in which:

[0015] FIG. 1 shows a diagram of a monitoring arrangement for vehicle-operating data according to an example embodiment of the present invention;

[0016] FIG. 2 is a flow diagram of an example approach for vehicle monitoring in accordance with the present invention; and

[0017] FIGS. 3 and 4 are display formats shown various manners in which to display information as a function of certain data including the data recorded during vehicle operation, according to other specific example aspects of the present invention.

[0018] While the invention is amenable to various modifications and alternative forms, specifics thereof have been shown by way of example in the drawings and will be described in detail. It should be understood, however, that the intention is not necessarily to limit the invention to the particular embodiments described. On the contrary, the intention is to cover all modifications, equivalents, and alternatives falling within the spirit and scope of the invention as defined by the appended claims.

[0019] The present invention is believed to be applicable for a variety of different types of vehicles, and the invention is particularly suited for monitoring motorized vehicles designed for use on streets and highways. While the present invention is not necessarily so limited, aspects of the invention may be appreciated through a discussion of various examples using this context.

[0020] In an example embodiment of the present invention, a computerized recording instrument is placed onboard a vehicle. This instrument periodically records data generated using an electronic speed sensor signal and, optionally, an output signal from electronic compass. The speed sensor signal and the output from the electronic compass are recorded at intervals frequent enough to perform calculations for acceleration and rate of vehicle directional change. The recorded data is time stamped and transferred by a CPU to a memory. The CPU later retrieves the recorded data and performs calculations of the vehicle acceleration and vehicle rate of directional change. Analysis of speed, direction, acceleration, and rate of directional change present a number of differing methods for determining if a driver is driving dangerously or abusing the vehicle. These values themselves or ancillary functions of these values, are compared to one or more reference value parameters stored internally in the system. For example, in one embodiment, a maximum vehicle speed is used as a stored reference value. This value can be programmed into the vehicle recording device by the person responsible for supervision of the vehicle. Whenever the vehicle exceeds this value, for example, seventy-five miles per hour, the defined parameter is exceeded, and an alarm will be shown to the vehicle supervisor (hereinafter “VS”) on a display when accessing and/or processes the data from the system for review.

[0021] Review of this data can occur in a number of ways. For instance, the data can be reviewed live by: the driver as the defined parameter is being exceeded, and/or by a remotely-located VS via a wireless communication link (e.g., automated cellular telephone call to the VS in response to the alarm).

[0022] The data can also be processed by a processor internal to the vehicle monitoring arrangement and recorded internally to the vehicle monitoring arrangement for subsequent access directly from the vehicle monitoring arrangement and display without further correlation processing. For example, the processor internal to the vehicle monitoring arrangement can record the processed data on various media (e.g., removable plug-in RAM-card, magnetic tape, a magnetic disc, or a CD). In one embodiment, a writeable CD provides a convenient, easy-to-use recording and removable access to the recorded data. After such recording within the vehicle monitoring arrangement, the CD is then withdrawn for playback on a conventional computer or DVD player.

[0023] Another approach involves processing the data by a processor internal to the vehicle monitoring arrangement with the processing being handled only to a limited degree. The processed data is then recorded internal to the vehicle monitoring arrangement for subsequent access directly from the vehicle monitoring arrangement and for subsequent processing by another computer, for example, within a home or office environment. Such processing effectively transfers the task of correlating the vehicle operating parameters from the processor internal to the vehicle monitoring arrangement to the other computer, which can be advantageous where more sophisticated processing and/or display is desired. This application also lends itself well to the above-mentioned various media, including a writeable CD.

[0024] According to yet another aspect of the present invention, the data is processing to a limited degree by a processor internal to the vehicle monitoring arrangement, as described immediately above, but with the other computer performing the subsequent processing for the VS after the recorded data is sent to a central site, for example, by sending data indicative of recorded alarm conditions or the actual partially processed data itself to a central site for the correlation of the speed data, the time of occurrence and any other vehicle operation data. The central site be implemented, for example, using an Internet web site, with an associated computer responding to the Web-fed information by providing display data in default formats or (paid-) subscriber selected formats. Such an arrangement is depicted on the right side of FIG. 1 using a modem 101 to send recorded vehicle-operation data to a target server over the Internet. Whether from such a target server or directly from the vehicle monitoring arrangement, the data ultimately generated for display can be in any one of a number of formats, including a printout of simple text to one or more of the graphical formats shown and discussed in connection with FIGS. 3 and 4.

[0025] According to other embodiments of the present invention, functions more complex than vehicle speed are also monitored. For instance, in one application a vehicle-turning profile is used as a reference parameter. The turning profile is based on the speed of the vehicle time-aligned with the rate of directional change. This turn profile reflects that a rate of directional change that is safe at a low speed will be made more dangerous as the vehicle's speed increases. The curve defining a safe turning profile therefore provides that at a relatively high speed the driver take only relatively gradual turns.

[0026] In one embodiment, the VS manipulates the displayable data using an interface, such as a key pad. Displayable data includes all of the recorded data, any ancillary calculated functions of the recorded data, any stored parameter defining data, and alarms from occasions when the stored parameters were exceeded. The display is structured to allow the VS to view all of the data or only selected characteristics. For example, the VS may simply wish to view the maximum speed attained by the vehicle during its previous use or the VS may similarly choose to view results of the more complex functions performed by the vehicle monitor. For example, any alarms showing the vehicle was turning outside of the safe region as defined by the stored reference turning profile.

[0027] FIG. 1 is a diagram showing an example embodiment of a vehicle monitoring arrangement according to the present invention. A new-event trigger is input from the user interface 102 instructing the unit to begin recording data. The vehicle's speed signal 104 is translated by an ADC (analog digital converter) and along with the output from the electronic compass 112 on the vehicle is used to generate vehicle-operation data for interpretation by the CPU 106. The CPU 106 of the vehicle monitor periodically records these outputs, which are time-aligned using a real-time clock circuit internal to the CPU 106. The CPU 106 transfers the recorded data to a memory 108. The recorded data is stored in the memory 108 until the CPU 106 accesses it for processing based on a VS request. The CPU 106 processes the data output from the ADC and the electronic compass to determine acceleration and rate of directional change. The recorded data and ancillary calculations are compared to stored reference parameters. An alarm is generated when the reference parameters have been exceeded. After analysis, the processing unit, in response to input from the user interface, moves the displayable data to a user display 110 where the VS can interactively view the results. For further details and alternative manners in which to process and provide detectable outputs (i.e., display) as a function of the vehicle's speed signal (e.g., signal 104), reference may be made to U.S. Pat. No. 5,982,168 (Westberg et al.), entitled High Performance Tachometer With Automatic Triggering,” incorporated herein in its entirety.

[0028] With alternative or additional vehicle-operation data generation devices onboard a vehicle, the uses of the vehicle monitor are expanded. In FIG. 1, the data recorded from the speed signal 104 on the vehicle is combined with knowledge or location of the vehicle. Global positioning satellite (GPS) 114 technology monitors the location of the vehicle during operation. This includes providing data useful in identifying the roads over which the vehicle is traveling. The GPS 114 system routes the location information to the CPU 106. This type of data can be recorded and reviewed simply to provide a parent/employer/legal-authority with evidence as to where the vehicle was driven. When used with the speed signal, the GPS (e.g., combined with a road-map navigator) 114 can also provide the speed limit on the road being traveled to the CPU 106. Position knowledge combined with knowledge of the posted speed limits on a specific roads permits the CPU 106 to calculate if a driver is exceeding the posted speed limit. The legal speed limit or some selected value above this limit thereby operates as a maximum operation parameter. Instances when this parameter are exceeded are recognized during processing of the vehicle-operation data and are recorded as an alarm, and the alarm data is instantly and/or subsequently displayed.

[0029] In one example embodiment, different configurations of the vehicle monitor permit different options for the interaction between the CPU (or other processor arrangement) and the memory depending on the need for and amount of memory available. FIG. 2 illustrates an example approach for one such vehicle monitoring operation. Block 200 depicts a VS entering a password (via keypad 102) the verification of which permits the VS to select an option of how to handle the data sampling and recording operation. Depending on which option is selected, the data will be recorded with different types of data-loss risks since longer vehicle-monitoring sessions with frequent data sampling and display-intentional recording will require much larger blocks of memory. For these types of monitoring sessions, the VS initiating the recording can initiate a recording option that fits the anticipated driving situation. As examples: if the VS anticipates a relatively short drive and/or few “alarm” conditions needing to be recorded, the vehicle monitoring arrangement can be programmed (e.g., via keypad 102) to record all alarms and to sample data relatively frequently (e.g., every quarter second); if the VS anticipates a relatively long drive, the vehicle monitoring arrangement can be programmed to record all alarms while discarding data associated with the less severe alarms at a rate corresponding to the need for additional memory, and to sample data relatively infrequently (e.g., each second). Once all the available memory is used, the processor can be programmed to either stop recording data, write over the oldest data with the more recently-obtained data, or replace the data on the basis of the severity of the alarms (e.g., an alarm generated as a result of exceeding the speed by five percent is replaced by an alarm generated as a result of exceeding the speed by ten percent).

[0030] It will be appreciated that a relatively short or long drive is defined as a function of the total volume of data being recorded during the driving period and the initially-available volume of memory; the total volume of data being recorded during the driving period, is of course, a function of the time duration, the recording frequency, (whether alarm data and/or ongoing data being collected) and the amount of data recorded in each instance.

[0031] From block 200 of FIG. 2, flow proceeds to block 202 which depicts an initial (“turn-on”) event trigger signal (such as ignition, a vehicle turn, or an initial minimum speed) being presented to the CPU to begin the real-time data collection process. In response, the CPU begins to periodically sample and temporarily record the vehicle operation data in a cache, or local buffer, as indicated at block 204. In addition to data generated from the speed signal, and vehicle can also be equipped to record vehicle direction data as can be provided from a conventional electronic compass.

[0032] The electronic compass is used in this application to track vehicle direction and the speed at which turns are occurring in certain periods of time. For example, in a particular example application, the vehicle monitor is configured to record speed data each five seconds after the initial event trigger signal and to record vehicle-turn data around events in which the vehicle turns with an initial turn speed of at least ten miles per hour. Once the vehicle monitor is activated by the initial event trigger signal, anytime the vehicle turns with an initial turn speed of at least ten miles per hour, the data previously sampled and temporarily recorded for a given period of time before and after this event (e.g., two seconds before and ten seconds after) is time-stamped and transferred to a more permanent location for subsequent processing (block 206) from which correlated presentation data is generated and recorded for supervisory access and display.

[0033] FIG. 3 provides an example presentation format for display of the data recorded for the event characterized above. In this vehicle situation, the vehicle monitor detected that the vehicle was traveling North when it began a turn at eleven miles per hour at exactly 10:05 pm. Two seconds later, the vehicle was traveling East at thirteen miles per hour; and, five seconds after 10:05 pm, the vehicle was traveling Southeast at fourteen miles per hour. Ten seconds after it began this recorded turn, at 10:05:10 pm, the vehicle was traveling Southeast at fifty miles per hour. The curved arrow in FIG. 3 depicts an added graphical view showing the patterned direction of the recorded vehicle turn. Further along the horizontal time line in FIG. 3, the graph depicts the vehicle (weeks later) quickly decelerating from seventy miles per hour when traveling East at exactly 10:45:00 pm to ten miles per hour still headed East at exactly 10:45:50 pm. For more sophisticated embodiments of the present invention including a GPS and street-mapping navigation programming, this time-stamped deceleration event can be correlated to the GPS-defined location of the vehicle as indicated by the parenthetical abbreviation “HWY 35W S-MPLS” which indicates that at this event time the vehicle was traveling just South of Minneapolis on Highway 35W. FIG. 4 illustrates another user-friendly display format.

[0034] The degree and/or detail of graphical-data presentation is not critical for most applications, and the subsequent processing of the data recorded at block 206 of FIG. 2 for subsequent display processing can be altered to suit any given application. Associated with block 208 of FIG. 2, FIG. 3 depicts the CPU performing the actual processing of the data recorded at block 206 for subsequent user display. For a typical parent-teen application involving different teen drivers with relatively infrequent review of the data, the minimal graphical-data presentation features include: driver name, date, time, exceeded thresholds (e.g., including speed limits obtained via the GPS map-navigational systems), and direction of travel. Such data is included in each of the formats shown in FIGS. 3 and 4.

[0035] As mentioned previously, this processing can be performed at different times depending on the application: as an ongoing background task for the CPU with the display-formatted results being returned to the memory unit while additional vehicle operation data is being received and collected; by the same CPU after and/or during the vehicle monitoring session; and/or by another CPU after and/or during the vehicle monitoring session.

[0036] The processing can include additional calculations and generate other data useful in determining how the vehicle was used. For instance, the speed and time data can be used to calculate acceleration and deceleration rates, and the direction and time data can be used to calculate the rate and severity of directional change. In combination with this processing, in a manner similar to the alarm thresholds discussed above for the maximum speed, the CPU can be alerted by using other acceptable threshold parameters for each of the generated and calculated vehicle-operation data variables. In this regard, the vehicle monitor alerts the driver and/or vehicle VS of instances in which these acceptable threshold parameters are being exceeded.

[0037] In another example embodiment, a reference parameter provides a turning profile that matches vehicle acceleration with rate of directional change. The maximum acceptable rate of directional change is tied to the acceleration of the vehicle. Therefore, a sharp turn made while ac/decelerating in order to perform a “donut” maneuver will be outside the acceptable parameters stored in the vehicle monitor.

[0038] In another embodiment, vehicle acceleration and deceleration threshold levels are programmed into the vehicle monitoring arrangement as reference parameters. Acceptable acceleration and deceleration threshold levels are useful when a general default setting is used but are more valuable when they are vehicle specific based upon the capabilities of the vehicle. Therefore default settings are provided, but the VS can override the default setting and input acceleration or deceleration parameters specific to the vehicle. In the same manner, other reference parameters can be defined and input by the VS for the other vehicle-operation data processed by the vehicle monitor.

[0039] In one alternative embodiment, only alarm data and alarm context data are stored. The context data is the data defining the vehicle operation leading up to and following the actual alarm-generating occurrence. The CPU processes the data as it is sampled looking for instances in which the reference parameters have been exceeded. When the CPU determines a reference data parameter has been exceeded, the alarm and the context data surrounding the alarm generation are recorded. The CPU contains a limited memory that allows the context data generated before an alarm, to be saved to the memory after an alarm, is generated. When the memory is full with alarm data and context data, the overflow data is stored based on a prioritization system that favors alarm data. The CPU begins recording over context data preserving only alarm data. The context data is selectively overwritten by extending the intervals between data points for the recorded context data. For example, instead of having context data with a data point taken every second, four out of five data points will be overwritten leaving only every fifth data point. Context data is selectively overwritten in this way until only alarm data remains. When all the context data has been recorded over, leaving only alarm data, new alarms are not recorded. The saved data is displayed upon request by the VS.

[0040] In another embodiment, once the memory is filled, the overflow data is stored based on a prioritization system that favors alarms and context data. General operation data that does not fall outside of acceptable parameters and is not context data to an alarm is overwritten first. If more memory is still needed, context data is selectively overwritten by leaving only interval context data. For example, instead of having context data with a data point taken every second, four out of five data points will be overwritten leaving only every fifth data point. Context data is selectively overwritten in this way until only alarm data remains. When all the context data has been recorded over, leaving only alarm data, new alarms are not recorded.

[0041] It will be appreciated that each of the above-described options can be implemented as being selectable in the same vehicle monitoring arrangement, a single one of these options can be implemented or two or more combinations of these options can be implemented.

[0042] In yet another example embodiment, the role of the onboard CPU is limited to simply time-aligning and routing the generated “raw” data for storage in the memory. The data is stored in the memory until it is downloaded to a location separate from the vehicle for processing and display.

[0043] In another example embodiment of the present invention, additional vehicle characteristics are monitored. FIG. 1 shows that signals from additional signal source generators can be received, monitored and processed in the above-described manner; these include: engine revolutions per minute (e.g., also using the speed signal) , vehicle roll or pitch (using the same sensor types vehicles currently use to deploy front and side air bags), the number of occupants in the vehicle at any given time (e.g., using an arrangement such as shown in U.S. Pat. No. 6,014,602), shock absorber and suspension system use characteristics ((e.g., using one or more electromagnetic anti-gravitational detectors mounted near each shock absorber or colocated with the vehicle monitoring arrangement). Also, microphones can be placed within the vehicle and/or monitoring device along with transducers to indicate sound levels and/or types (e.g., from people, car-phone sounds, braking, engine roar and/or music) occurring at certain (alarm) times, and whenever sound-level thresholds have been exceeded. Monitoring these additional outputs generates a more fully developed profile of the manner in which the vehicle is operated, as is useful for vehicle maintenance purposes and vehicle safety data. Default setting are provided for each of the additional data sources monitored or the VS may input their own particularized settings.

[0044] In another example embodiment of the present invention, the input by the VS can customize features for the monitoring of a subsequent trip. Using a graphic or keypad interface, the VS can specify the driver of the vehicle. The VS can also specify the length of time for which the vehicle should be monitored for the subsequent trip. In addition, the VS can set the parameters of the vehicle monitor to personalized settings for the monitored vehicle-operation data, and also specify which vehicle-operating data to monitor.

[0045] In another example embodiment of the present invention, the driver of the vehicle is required to input a breathalyzer sample to determine if they have been drinking alcohol. The results of the breathalyzer are recorded and output as displayable data. The vehicle monitor requires a breathalyzer each time the vehicle is started. Additionally, the vehicle monitor allows for multiple breathalyzer tests to be performed during the same trip. Time between required breathalyzer tests is programmable by the VS. For example, the vehicle monitor may be programmed by a court of law to require that the driver submit to a breathalyzer every thirty minutes while they are driving to insure that they do not start the car while intoxicated and also that they do not drink while the car is running.

[0046] Related to the problem addressed above in insuring a driver is sober when they operate the vehicle is another example embodiment. Here, the vehicle monitor is connected to the vehicle ignition and will only unlock the ignition after the correct input has been given to the vehicle monitor. In the breathalyzer example above, the correct input would be the breathalyzer results showing no alcohol present. In another example, the correct input is a driver identification or a password.

[0047] In another example embodiment of the present invention, access to the data contents and output of the vehicle monitor are limited. The stored data is only accessible to authorized personnel and is only accessible to those with the correct input (password) for the VS interface. In addition to limiting access, the data is also protected from modification or deletion so that the vehicle can indeed be effectively monitored.

[0048] In another example embodiment of the present invention, the user interface can be accessed remotely. A modem is used to establish contact between the vehicle monitor on board the vehicle and the remote VS. In this way, the VS can input any information that would otherwise be done at the vehicle including inputting event triggers or redefining operation parameters. Additionally, the VS can interactively receive a remote output that shows displayable data from the vehicle monitor.

[0049] In another example embodiment and application of the present invention, the vehicle monitoring arrangement is installed in police cars and the data (alarm and/or all other data) recorded during certain intervals is used in connection with evidentiary questions for example after a car chase or other dangerous incident.

[0050] Various embodiments of the present invention are applicable to a wide variety of applications. In addition to parent-child vehicle supervision, the invention advantageously serves: vehicle use as may arise in criminal probation; employer-employee vehicle monitoring; car rental agencies and owners generally interested in using such data to substantiate proper use of a vehicle when attempting to sell that vehicle or when attempting to maintain discounted rates with insurance companies (this entails extensive recording and/or data archiving over extended periods of time); and as general indicators that various portions of the vehicle should be serviced.

[0051] Moreover, although not required, the present invention can be advantageously implemented using readily available vehicle-generating signals (such as the vehicle speed signal, an electronic compass, and/or an auto-equipped GPS unit), and using currently-available technology. For instance, numerous commercially-available processor arrangements can be used for such processing, including the CPUs installed in laptops and desktop PCs. The vehicle recording arrangements described in connection with the present invention can be readily enclosed in a black box, with or without a display, and with or without an opening for inserting and removing the display-purposed recording media (e.g., a CD, RAM board or 8 mm tape). Alternatively, a vehicle already including these hardware components (e.g., writeable CD recorder/player, electronic compass, speed signal, CPU based control system) in readily configurable to provide the above discussed operation, for example, using writeable CD to record the alarm and/or selected-interval data for display directly from the recorded CD. As another alternative, some or all of the above-mentioned components already equipped as part of the vehicle, assuming less than all of a desired set of signal sources, are used in combination with certain of the operative intelligence installed separately (for example, the CPU, recording media and input signal interfaces); in this manner, a cost effective product is provided without redundant use of hardware already present in the vehicle.

[0052] Some of the above embodiments can be appreciated when considering an example automobile having been equipped with a writeable CD recorder/player, and a CPU-based control system communicatively coupled to an electronic compass, a speed signal, and driver-position sensor (e.g., a sensor/memory control for a powered driver-seat and/or adjustable driver pedals). According to certain embodiments of the present invention, for certain vehicles including such a driver-position sensor, the CPU-based control system uses the driver-position sensor to match a data recording file to a certain driver for driver identification purposes from the vantage point of the VS.

[0053] According to one application, the present invention is implemented for a parent-teen monitoring relationship as follows. First, the VS enters a manufacturer-programmed “VS access code” via user interface (e.g., keypad 102 of FIG. 1) to configure the CPU-based control system (106 of FIG. 1) with various data including one or more of the following: new personalized VS password; the names of drivers for which electronic files are established for data recording; selecting activation of one or more of the available types of thresholds and the threshold levels (e.g., mph over GPS-available speed limits; speed limits for vehicle turns; acceleration and deceleration rate limits, hours for which driving is prohibited; whether to activate remote communication via the modem-web path or via a wireless (e.g., cellular) call for remote reconfiguration of the CPU-based control system, and live monitoring from a remote site for a status check on device operation and/or vehicle location (as in a theft application); using GPS-defined settings, any designated regions of prohibited travel and/or maximum distance settings; which activated thresholds, if any, should be communicated to certain drivers (e.g., via sound and/or display) in response to the programmed thresholds being exceeded; and how the recorded data should be processed. For any non-selected features, the CPU-based control system defaults to an initial setting, for example, for recording only maximum speeds and maximum rates of speed changes.

[0054] With the vehicle-monitoring operation fully configured, the data recording process begins for a particular driver. This process can be initiated in a number of ways including, for example, via remote activation via the modem-web path or a cellular call (e.g., from a VS such as the parent, an auto-insurance agent, an attorney representing the driver and vehicle owner for legal-monitoring purposes).

[0055] According to the programmed settings, after or during the recording session, the driver and/or VS can review the displayable data in any of the previously described manners. For instance, a week after use of the vehicle by one or more teen drivers, the VS can enter the password for accessing the data and then, using a menu-driven display, review for each driver each exceeded threshold.

[0056] While the present invention has been described with reference to several particular example embodiments, those skilled in the art will recognize that many changes may be made thereto without departing from the spirit and scope of the present invention. For example, various data compression and data accessing techniques can be combined to more effectively utilized memory and provide display aspects. The spirit and scope of the present invention is set forth in the following claims.