JP2012226548A - Driving state evaluation system and program - Google Patents

Abstract

PROBLEM TO BE SOLVED: To provide a driving state evaluation system for much more correctly performing analysis and evaluation corresponding to situations.SOLUTION: The driving state evaluation system for evaluating safety driving by tabulating the number of times how many the output value of an acceleration sensor periodically measured during the traveling of a vehicle is turned to be equal to or more than a threshold is configured to separately tabulate the number of times how many the output value of the acceleration sensor singly exceeds the threshold and the number of times how many the output value of the acceleration sensor continuously exceeds the threshold under the consideration of temporal continuity as a unit which is different from the size of the output value, and to display the separately tabulated values in a dangerous driving breakdown display area R5c, and to display the number of times of dangerous driving finally calculated by totaling those values in a display area R5a of the number of times of dangerous driving. The smaller is the number of times of dangerous driving, the higher is the index of the safety driving. Thus, separately counting and displaying the number of times of dangerous driving according to its singularity/continuity makes it possible for a driver to much more fully know his or her own driving tendency.

Description

  The present invention relates to a driving state evaluation system and a program for analyzing a driving state and the like based on log information measured and collected during traveling of a vehicle.

  There is a management device that collects and analyzes information about traveling of a vehicle recorded during traveling to manage the driving state of the driver. When the operation management device disclosed in Patent Document 1 detects and counts an event when a speed difference within a unit time is equal to or greater than a threshold, if the event occurs continuously, the plurality of consecutive A speed change event is counted as one speed change. The event to be counted becomes a dangerous driving.

  As a result, if there is a single-shot speed difference greater than or equal to the threshold, it is counted once, and if a speed difference greater than or equal to the threshold is continuously generated, a series of consecutive states are counted as one time. . The total of the counted numbers is the number of times of dangerous driving.

JP 2008-40766 A

  In the above-mentioned patent document 1, in paragraph [0007], as a problem of counting three times when an event exceeding the threshold value occurs three times in succession, “from 10 km / h to 20 km / h in 2 seconds, “The driver who accelerates at a speed of 30 km and the driver who accelerates at a speed of 10 km / h to 30 km per second” gives an example of “the driver who counts the speed twice per hour and the latter once. Is described as unfair in the evaluation of safe driving. In order to eliminate such unfairness, as described above, as an improvement in the number of dangerous driving times, both are counted as one time.

  However, for example, in the case of “a driver who accelerates speed from 10 to 20 km / h and 20 to 30 km / h in 2 seconds and a driver who accelerates from 10 to 20 km / h in 1 second” In both cases, the number of times of rapid acceleration is counted as one, and both are the same as the evaluation of safe driving. However, it is actually dangerous to continue acceleration for 2 seconds. In this case, it is preferable to count the former twice and the latter once. Therefore, the evaluation method disclosed in Patent Document 1 is not appropriate.

  In order to achieve the above-described object, the driving state evaluation system according to the present invention provides (1) vehicle state information based on measurement results obtained by periodically measuring the state of the vehicle while the vehicle is running. The operation state evaluation system for counting the number of times that the measurement content satisfies a predetermined evaluation criterion, and for the item of one measurement content, the number of times satisfying the first evaluation criterion is the number of units different from the first evaluation criterion. The two evaluation criteria were tabulated. In other words, instead of counting the number of times that satisfy the first evaluation criterion at once for the measurement content items to be evaluated, the items that satisfy the first evaluation criterion are divided into a plurality of groups according to the second evaluation criterion. For each group, the number of times satisfying the first evaluation standard was obtained, and these were counted.

  The vehicle state information based on the measurement result may be the measurement result itself or may be obtained by performing arithmetic processing on the measurement result. In the embodiment, the driving state evaluation system does not directly acquire the output values (measurement results) of the acceleration sensor for a plurality of times measured by the vehicle travel data collection device within the collection period (1 second), but on the acceleration sensor side. Judgment evaluation is performed on vehicle state information based on measurement results obtained by performing arithmetic processing such as averaging on the output values for a plurality of times. That is, in the embodiment, the vehicle travel data collection device records information about the state of the vehicle (output value of acceleration sensor, position information, etc.) every unit time (for example, 1 second). The information itself measured and collected once per unit time may be used, or may be obtained by performing arithmetic processing or the like based on information (measurement results) collected multiple times during that time. In the embodiment, the driving state evaluation system determines and tabulates the information acquired from the vehicle travel data collection device as it is based on the evaluation criteria. However, the present invention is not limited to this, and the information acquired on the driving state evaluation system side is further appropriately processed regardless of whether the vehicle traveling data collection device performs arithmetic processing or the like on the measurement result. The determination may be made with respect to the vehicle state information based on the measurement result obtained in this manner.

  Instead of simply counting the number of times satisfying one evaluation criterion (first evaluation criterion), the number of times satisfying the first evaluation criterion is counted for each group divided according to another second evaluation criterion, and the total is counted. Therefore, analysis and evaluation according to the situation can be performed.

  (2) The first evaluation criteria may relate to the size of the measurement content, and the second evaluation criteria may relate to the temporal continuity of the measurement content. Temporal continuity can be divided according to whether or not it is not less than n times in a sequence when measured. In this case, for example, if n is 2, the single occurrence and the continuous occurrence are separately counted. Of course, by setting n to 3 or more, it is possible to divide a single shot and a sequence of less than n times into one group and a sequence of n times or more into another group. Further, in the embodiment, the numbers are divided into two groups such as single shot and continuous, but it is not disturbed that the numbers are divided into three or more cases.

  The cause of occurrence may be different between a case that exceeds a certain size of the first evaluation criterion in a single or short period and a case that exceeds a certain size of the first evaluation criterion in a continuous long period. In such a case, by counting them separately, it is possible to know the number of occurrences in each group, recognize the driving behavior, etc., and easily understand matters to be careful for safe driving. Different causes of occurrence include, for example, those associated with driving unconsciously by the driver and those accompanying conscious driving. That is, for example, when the first evaluation criterion is the magnitude of acceleration / deceleration, if the first evaluation criterion is exceeded in a short period of time, the driver steps on the accelerator pedal or the brake pedal unconsciously. After that, it may be caused by releasing it (being depressed for a short time due to unconsciousness), but if it exceeds the size of the first evaluation standard continuously for a long period of time, consciously depress the accelerator pedal or brake pedal. It may be caused by continuing to step on. When there are many cases that exceed the first evaluation standard, which are accompanied by unconsciousness, the driver is not aware of his / her driving behavior and habit, and can recognize it. Another generation factor is based on the traffic state outside the vehicle (the driving state of other vehicles). For example, in order to avoid dangers, such as when the vehicle running in front of the vehicle suddenly brakes and the distance between vehicles approaches, the brake lamp on the vehicle ahead lights up, the person or object jumps forward in front of the vehicle, etc. Sometimes I step on the brake or change the course by turning the steering wheel. In many cases, the brake operation and the steering wheel operation for avoiding dangerous driving are completed in a relatively short period of time. And the event which occurs with such a cause (beyond the 1st evaluation standard) is permissible to some extent. On the other hand, when the road is vacant and there is no vehicle ahead, or there is a vehicle ahead in the distance, it is possible to exceed the size of the first evaluation criterion continuously for a long period of time. However, even if it is possible due to external traffic conditions etc., it is not preferable to continue driving that exceeds the size of the first evaluation standard continuously for a long period of time because it is dangerous driving. It is better to make the driver recognize that there is a driving behavior and to improve the driving so that it does not exceed a certain size of the first evaluation standard continuously for such a long period for safe driving .

  Another cause of occurrence is, for example, the state of the road on which the vehicle has traveled. For example, if there are many places where the corners are flat, such as in urban areas, and where there are many turns around 90 degrees, such as T-junctions and crossroads, by driving safely, it will exceed the size of the first evaluation standard continuously for a long period of time. There are few things. On the other hand, when driving on roads that go up and down, such as mountain roads, or where a sharp curve continues, accelerating in the forward and backward direction is inevitably applied when accelerating and decelerating. It may take a long time. In this way, when based on road conditions, exceeding a certain size of the first evaluation standard for a long period of time does not directly lead to dangerous driving as it is, but again such roads When traveling on a road, there is a higher risk of accidents due to incorrect steering operation or braking operation than when traveling in urban areas. Therefore, such a dangerous road can be avoided when determining a travel route to the destination for safe driving.

  Also, if the first evaluation criterion exceeds a certain size and is in a dangerous driving state (event occurrence), the case where the first evaluation criterion exceeds a certain size for a certain period of time, When the case where the size of the first evaluation standard is exceeded only once in a single shot is compared, it can be said that the latter is more dangerous because the dangerous state continues for a long time. In the present invention, counting is performed separately based on temporal continuity, but if the size is continuously longer than a certain size, the number of times counted is increased accordingly, and analysis is performed that the degree of risk is high. be able to.

  Further, the first evaluation criterion may be related to the temporal continuity of the measurement content, and the second evaluation criterion may be related to the size of the measurement content, or other than the temporal continuity and the measurement content size. The evaluation reference value may be used.

  (3) It is good to output the total value which further totaled the frequency | count totaled for every said 2nd evaluation criteria. By dividing and tabulating for each second evaluation criterion, it is possible to analyze the driving behavior tendency in more detail. And total evaluation with respect to the whole driving | operation can be performed by further totaling the frequency | count totaled, respectively. In particular, the number of times counted for each of the second evaluation criteria and the total value may be displayed on the same screen so as to be visible at the same time, for example.

  (4) The values aggregated for each second evaluation criterion may be output for each second evaluation criterion. By dividing and outputting the values collected for each second evaluation criterion, it is possible to easily understand where there is a problem such as dangerous driving or the like divided by the second evaluation criterion.

  (5) The first evaluation criterion may be set based on a plurality of evaluation criterion values. More detailed analysis and evaluation can be performed by setting a plurality of evaluation standard values in the same evaluation standard as the first evaluation standard. In the embodiment, this corresponds to the case where the number of occurrences for each section is counted by dividing every 0.1G. When the plurality of evaluation reference values are provided, aggregation for each second evaluation reference may be performed on at least one evaluation reference value. Similarly, the second evaluation criterion may be provided with a plurality of evaluation criterion values.

  (6) There may be a plurality of items of the measurement contents, and a total value of the number of times satisfying the first evaluation criterion for the plurality of measurement contents items may be output. Detailed analysis and evaluation can be performed by setting multiple items of measurement contents. In the embodiment, three types of items of acceleration, deceleration, and handle (direction change) are obtained based on the output of the multi-axis acceleration sensor. As for acceleration and deceleration, the direction in which acceleration is applied is opposite, and is applied in the front-rear direction along the traveling direction of the vehicle. Therefore, the output is positive based on one sensor output (X-axis in the embodiment). Is obtained from the negative value and negative value, respectively. As described above, the measurement result itself is different from the case of counting with different items (in the embodiment, “acceleration” and “deceleration”) for one measurement result (in the embodiment, the output value of the X axis of the acceleration sensor) ( In the embodiment, there are both cases of counting for items (based on X-axis and Y-axis sensor output values).

  (7) It is preferable to provide a function of outputting the evaluation result obtained based on the first evaluation criterion and the second evaluation criterion as a totaling range of at least one of a date unit, a specified period, and an operation unit. In particular, in the case of driving, it is often managed as a daily report for each day, and in accordance with it, for example, the driver performs safe driving in consideration of his / her physical condition and mood while taking into account his own driving behavior. It is easy to become an opportunity for what to do. In addition, the designated period can be set for various settings such as a certain time zone of the day, conversely, a plurality of days, or monthly units. Suitable for confirming the behavior during that period. The operation unit is, for example, a single travel unit from when the engine is started to when it is stopped. By outputting the result for each driving unit, for example, it is possible to evaluate each driving in consideration of road conditions and other external factors.

  (8) The vehicle state to be measured includes acceleration, and the measurement content items include acceleration determined from acceleration in the vehicle traveling direction, deceleration determined from acceleration in the vehicle traveling direction, and direction intersecting with the vehicle traveling direction. It may be at least one of the changes in the traveling direction obtained from the acceleration. When a large acceleration is received, the degree of danger is high. Therefore, it becomes easy to evaluate whether or not the vehicle is safe driving. In this case, it is preferable that more detailed analysis and evaluation can be performed by using a plurality of items as items of measurement contents.

  (9) A measurement result having a function of displaying a road map, obtaining position information when measuring the state of the vehicle, and satisfying the first evaluation criterion based on information recorded by associating the measurement result with the position information It is good to provide the position display function which shows the position on the said road map corresponding to the position from which it was obtained. The road map may display what the system itself has stored in memory, or may display what is obtained by accessing an external database via the Internet or the like. In this way, you can later confirm at which position on the road a dangerous driving event has occurred, whether the cause is due to the shape of the road (slope, curve, etc.) or the behavior of other traveling vehicles ( It is possible to remember and analyze in more detail whether it was following an interrupt, sudden braking, etc., or due to self-carelessness.

  (10) On the premise of the invention of (9), it is preferable to have a function of displaying information related to the measurement result at the position in the vicinity of the position on the road map displayed by the position display function. In the embodiment, it is displayed by a balloon method. By displaying the additional information in this way, it is only necessary to be able to grasp the behavior of the driving at that time objectively together with its own memory.

  (11) A program for causing a computer to realize the function as the operating state evaluation system according to any one of (1) to (10) above.

  According to the present invention, instead of simply counting the number of times satisfying one evaluation criterion (first evaluation criterion), the number of times satisfying the first evaluation criterion is counted for each group divided according to another second evaluation criterion. Because it is aggregated, analysis and evaluation according to the situation can be performed more correctly.

It is a figure which shows an example of a vehicle travel data collection apparatus. It is a figure which shows the installation position etc. of an OBD2 connector. It is a figure which shows an example of the file structure in SD memory card. It is a figure which shows one Embodiment of the driving | running state evaluation system concerning this invention. It is a flowchart explaining the function of the arithmetic processing part of a driving | running state evaluation system. It is an example of the display screen explaining the function of an arithmetic processing part. It is an example of the display screen explaining the function of an arithmetic processing part. It is an example of the display screen explaining the function of an arithmetic processing part. It is an example of the display screen explaining the function of an arithmetic processing part. It is an example of the display screen explaining the function of an arithmetic processing part. It is an example of the display screen explaining the function of an arithmetic processing part. It is an example of the collected log information. It is a figure explaining the classification of the acceleration which makes gravity acceleration a unit. It is a flowchart explaining the function of the arithmetic processing part of a driving | running state evaluation system. It is a figure which shows an example of the buffer memory structure explaining the function of an arithmetic processing part. It is an example of the display screen explaining the function of an arithmetic processing part. It is an example of the display screen explaining the function of an arithmetic processing part. It is an example of the display screen explaining the function of an arithmetic processing part. It is an example of the display screen explaining the function of an arithmetic processing part. It is an example of the display screen explaining the function of an arithmetic processing part. It is an example of the display screen explaining the function of an arithmetic processing part. It is an example of the display screen explaining the function of an arithmetic processing part. It is an example of the display screen explaining the function of an arithmetic processing part. It is an example of the display screen explaining the function of an arithmetic processing part. It is an example of the display screen explaining the function of an arithmetic processing part. It is an example of the display screen explaining the function of an arithmetic processing part. It is an example of the display screen explaining the function of an arithmetic processing part. It is an example of the display screen explaining the function of an arithmetic processing part. It is an example of the display screen explaining the function of an arithmetic processing part.

[Vehicle travel data collection device]
FIG. 1 shows an example of a vehicle travel data collection device that collects data to be analyzed according to the present invention. As shown in FIG. 1, the vehicle travel data collection device 1 includes a device main body 2, a vehicle connection adapter 3, and a GPS module 4. The apparatus body 2 and the vehicle connection adapter 3 are connected by a connection cable 5. The apparatus body 2 and the GPS module 4 are connected by a connection cable 6. One end of each of the connection cables 5 and 6 is integrally connected to the vehicle connection adapter 3 and the GPS module 4, and a male connector terminal is provided at the tip of the other end. This connector terminal is connected to a female connector terminal provided on the back surface of the apparatus main body 2.

  The vehicle connection adapter 3 is detachably attached to an OBD-II (II is a Roman numeral “2”, hereinafter “OBD-II” is referred to as “OBD2”) connector mounted on the vehicle. The OBD2 connector is also referred to as a failure diagnosis connector, and is connected to the ECU of the vehicle to output various vehicle information. Therefore, the vehicle travel data collection device 1 periodically acquires various types of vehicle information by connecting the vehicle connection adapter 3 and the OBD2 connector on the vehicle body side. Vehicle information to be acquired includes vehicle speed, engine speed, MAF value (mass air flow), injection opening time, throttle opening, and the like. The OBD2 connector is also connected to a battery on the vehicle side, and power can be supplied from a predetermined terminal of the OBD2 connector when the ignition switch is turned on. Therefore, the vehicle travel data collection device 1 also receives power supply from the battery on the vehicle side.

  The GPS module 4 incorporates a GPS antenna and a receiving circuit, receives a GPS (Global Positioning System) signal, detects the current position (longitude / latitude), time / altitude (3D positioning mode), etc. 6 to the apparatus body 2 side. In addition, the battery power supply of the vehicle from an OBD2 connector is used for the operation power supply of the GPS module 4.

  The apparatus main body 2 includes a case main body 2a formed of a rectangular housing, an SD memory card slot 2b provided on the front surface of the case main body 2a, an LED 2c for informing an operation state, and 2 formed on the rear surface of the case main body 2a. Two female connector terminals and a mode command switch 2d. Further, the case body 2a includes a control unit that performs arithmetic processing and other processes including a CPU, a triaxial acceleration sensor, a buzzer, and an interface for connecting to an external device.

  The control unit is a microcomputer including a CPU, ROM, RAM, nonvolatile memory, I / O, and the like. The above-described various input devices (SD memory card slot 2b, acceleration sensor, vehicle connection adapter 3, GPS module 4) ) Is executed on the basis of the information input from (), and a predetermined alarm or information is output using the above-mentioned various output devices (SD memory card slot 2b, LED 2c, buzzer).

  The LED 2c is turned on when the engine is started and turned off when the engine is stopped. The LED 2c that is lit flashes at regular intervals (for example, 1 second) in normal times, and blinks at a cycle shorter than the regular intervals when abnormal. Engine start / stop determination is made by detecting superimposed noise on the power line. These determinations and blinking control are performed by the control unit. Thereby, a user (driver) can confirm that it was operating normally and there was abnormality by seeing blinking of LED2c. Here, the abnormality may be, for example, dangerous driving.

  The acceleration sensor detects the behavior of the vehicle, and detects the acceleration applied to the X axis in the traveling direction, the acceleration applied to the Y axis in the horizontal direction, and the acceleration applied to the Z axis in the vertical direction. As a result, the X-axis detects sudden acceleration / deceleration, the Y-axis detects a sudden handle, and the Z-axis detects a predetermined behavior of the vehicle such as climbing a step or falling into a depression. In the present embodiment, dangerous driving is detected based on the outputs of the X axis and the Y axis.

  The buzzer is disposed immediately below the speaker opening 2e provided on the top surface of the case body 2a. The control unit outputs an alarm buzzer sound when the output of the acceleration sensor is equal to or greater than a set threshold value. The sounding pattern of the alarm buzzer sound varies depending on the type of dangerous driving (rapid acceleration, rapid deceleration, sudden steering) and the level (magnitude of sensor output).

The control unit accesses the SD memory card 7 inserted in the SD memory card slot 2b, and reads and writes data. That is, the control unit reads a file recorded on the SD memory card 7 to perform various settings, and regularly collects data (log information), position information, and the like relating to vehicle travel collected during operation in the SD memory. Or record on the card 7.
Hereinafter, the function of the control unit will be described while explaining the operation during actual use from the installation of the vehicle travel data collection device 1.

* Installation FIG. 2A shows an example of an installation position of the OBD2 connector, and FIG. 2B shows a front view of the OBD2 connector. As shown in FIG. 2 (a), the installation position varies depending on the vehicle type. For example, (1) the accelerator pedal side, (2) the right side of the driver's seat, (3) the center of the driver's seat, (4) the driver's seat Left side of foot, (5) Right side of center console, (6) Right side of foot of passenger seat, (7) Back side of steering panel, (8) Left side of foot of passenger seat, (9) Left side of center console, (10) Bottom of center console and so on. In any case, the OBD2 connector exists around the handle.

  Therefore, the user first connects the vehicle connection adapter 3 to the OBD2 connector of the vehicle. At this time, the vehicle connection adapter 3 and the apparatus main body 2 are connected by the connection cable 5. The apparatus main body 2 is fixed to a center console or an instrument panel so as not to hinder driving. For fixing, a double-sided adhesive tape or the like is used.

* Initial setting The communication protocol for vehicle information varies depending on the car manufacturer and the model. Therefore, prior to use, it is necessary for the vehicle travel data collection device 1 (control unit) to recognize which vehicle is installed. In the present embodiment, the vehicle type of the installed vehicle is set using the initial setting file recorded in the SD memory card 7.

  That is, as shown in FIG. 3, the SD memory card 7 stores a setting file and a data recording file. Two setting files, an initial setting file and a normal setting file, are prepared. In the initial setting file, vehicle type information including a vehicle manufacturer name and a vehicle type name is recorded. This vehicle type information is recorded on the SD memory card 7 by the driving state evaluation system, as will be described later.

  The initial setting is performed by pressing the mode command switch 2d while the SD memory card 7 is mounted in the SD memory card slot 2b. When detecting that the mode command switch 2d is pressed, the control unit reads the initial setting file in the SD memory card 7 to obtain the vehicle type information, and stores it in the nonvolatile memory in the vehicle travel data collection device 1 (case body 2). Write. Since the vehicle type information is registered and stored in the nonvolatile memory, the vehicle type information may be performed once at the time of installation in the initial setting.

* Normal setting Normal setting allows the vehicle travel data collection device 1 to memorize the card information of the SD memory card, the sensor level, and optional information such as whether or not the GPS module is connected. The sensor level (impact sensitivity level) determines the detection sensitivity of the acceleration sensor, and one of five levels is set. The lower the level (numerical value), the lower the sensitivity (the alarm buzzer will not sound unless there is a large impact), and the higher the level (numerical value), the higher the sensitivity (the alarm buzzer will sound even for a small impact). In an actual operation while the vehicle is running, an alarm buzzer sound is notified when the output of the acceleration sensor exceeds a set level. More specifically, the five levels are classified as follows: Level 1 sounds at 0.5G or higher, Level 2 sounds at 0.4G or higher, Level 3 sounds at 0.3G or higher, Level 4 sounds at 0.2G or higher , Level 5 is set to sound at 0.1G or more.

  This normal setting is performed each time the SD memory card 7 is inserted into the SD memory card slot 2b. That is, when the control unit detects that the SD memory card 7 is attached, the control unit reads the normal setting file in the SD memory card 7 and writes the acquired information in the RAM.

* Installation mode The case body 2 has a built-in triaxial acceleration sensor. With the case body 2 fixedly installed at a predetermined position on the vehicle, the direction of travel of the vehicle is taught, and the X axis (travel direction), Y axis (lateral direction), and Z axis (top and bottom direction) are correctly recognized, and the desired direction It is made possible to detect the acceleration related to. Specifically, first, the mode command switch 2d is pressed for a long time (for example, 5 seconds or longer) with no SD memory card mounted, and then the user travels forward in the vehicle. When detecting the state, the control unit switches to the installation mode, determines the traveling direction (X axis) from the direction in which the acceleration is applied at that time, and determines the direction orthogonal to the direction to the horizontal direction (Y axis).

* Normal operation The user starts the engine with the SD memory card 7 inserted. The control unit records information (log information) on the traveling of the vehicle collected every second in the SD memory card 7 when both conditions of engine start and installation of the SD memory card 7 are satisfied. Information relating to vehicle travel includes current date and time information, current position information (latitude, longitude, height, etc.), acceleration sensor output (X axis, Y axis, Z axis), and vehicle information (vehicle speed, etc.). The controller sets one data collection period from engine start to stop, and creates one file for each data collection period. This file has a configuration in which terminal information such as a driver is recorded at the head, and thereafter log information collected every second is sequentially recorded. This terminal information is registered in the SD memory card by executing the driving state evaluation system as will be described later.

  The control unit that acquired 100 acceleration sensor outputs (acceleration of X, Y, and Z) per second (10 ms cycle) divides each 100 values into 5 groups of 20 units, and averaged the values in each group. Further, the maximum values are recorded on the SD memory card. The unit of the output value of the acceleration sensor is gravitational acceleration (G) (1G = 9.8 m / sec ^ 2). The average value is obtained in this way because the output of the acceleration sensor includes errors and variations, so that the influence of the errors and variations is reduced. Moreover, it is divided into a plurality of groups (here, five), and the maximum value among them is obtained for the following reason. In this embodiment, the unit for collecting data is every second, but the driving behavior is not always the same during the one second. And, when driving with a large acceleration in one period (relatively short period) in one second and driving with a small acceleration in other periods, driving with a momentary large acceleration However, there is a case where it is determined that the driving is not dangerous driving because the obtained acceleration is lowered by calculating the average of 100 samples sampled in all sections. Therefore, by dividing into a plurality of groups and recording the maximum value between the groups as an acceleration, a large acceleration generated in one period in the one second is buried by a small acceleration generated in another period. That is restrained.

  The control unit outputs an alarm buzzer when the output value of at least one of the axes of the acceleration sensor (the value obtained by calculation recorded on the SD memory card) is equal to or higher than the sensor level set in the normal setting. To do. The volume of the alarm buzzer is a fixed level in this embodiment.

  The control unit determines whether the vehicle suddenly accelerates or suddenly decelerates based on the sensor output value of the X axis. That is, in this embodiment, when the speed is accelerated when traveling forward in the traveling direction, the sensor output value of the X axis shows a positive value, and the speed is increased when traveling forward in the traveling direction. When the vehicle is decelerating, the X-axis sensor output value is set to indicate a negative value. Therefore, the control unit determines that the X-axis sensor output value is an acceleration value when the absolute value of the X-axis sensor output value is equal to or higher than the set sensor level and the output value is positive. Is greater than the set sensor level and the output value is negative, it is determined that the vehicle is suddenly decelerating.

  Since the Y-axis sensor output value is the acceleration applied in the lateral direction, it is the lateral G applied to the driver when the steering wheel is turned. The sign of the sensor output value varies depending on whether the direction in which the handle is turned is right or left. The driving behavior is a dangerous driving that leads to an accident when the steering wheel is suddenly turned and a large lateral G is applied. If the absolute value of the magnitude is the same, the steering wheel is turned in either direction. But the risk does not change. Therefore, the control unit determines that the handle is in a sudden handle when the absolute value of the Y-axis sensor output value is equal to or higher than the set sensor level.

  And a control part performs the sounding of the alarm buzzer according to the kind of dangerous driving | operation, and blinking control of LED according to said determination result. The sensor output value of the Z axis is recorded but not used for alarming.

  When the user gets off the vehicle after stopping the engine, the user takes out the SD memory card 7 from the SD memory card slot 2b, sets the SD memory card 7 in a driving state evaluation system composed of a personal computer, and applies the information on the traveling of the vehicle recorded during the traveling. Suck into the driving condition evaluation system.

<Basic configuration of operating state evaluation system>
The driving state evaluation system is configured by a personal computer. Therefore, as shown in FIG. 4A, the hardware configuration of the driving state evaluation system includes an arithmetic processing unit 11, a storage unit 12, an input unit 13, a display unit 14, and a card reader 15. The storage unit 12 is a non-volatile memory that stores an application program executed by the arithmetic processing unit 11, a work memory that the arithmetic processing unit 11 uses during the execution of the operation, and an administrator to be specified for performing the operation state evaluation. Internal or external storage device for recording management information such as driver, vehicle, SD memory card, etc. (registrant file, vehicle information file, terminal information file) and vehicle status information recorded during driving (Hard disk) (see FIG. 4B). The input unit 13 is a pointing device such as a mouse or a keyboard. The card reader 15 is a device that reads / writes data from / to the loaded SD memory card 7.

  This driving state evaluation system has a function of analyzing information related to vehicle travel collected by the vehicle travel data collection device described above, evaluating the behavior of the driver, more specifically, safe driving, and outputting the result. . In the present embodiment, it is assumed that there is a dangerous driving when the acceleration sensor output exceeds a predetermined threshold, and the number of times that the dangerous driving has occurred is counted and output. In other words, the safe driving index decreases as the number of dangerous driving occurrences increases. If the number of dangerous driving occurrences is zero, it can be said that the driving is safe driving. In this way, the safe driving index is evaluated based on the number of dangerous driving occurrences.

  When the vehicle travel data collection device 1 includes the GPS module 4 as in this embodiment, the travel history is also recorded. Therefore, the driving state evaluation system links the travel history data and the acceleration sensor output, and also provides information such as at which position there is a dangerous driving in which the output value of the acceleration sensor exceeds the threshold value. Hereinafter, the function of the arithmetic processing unit 11 will be described while explaining a specific processing procedure.

* Starting process By starting an application program (referred to as “PC viewer” in the present embodiment) installed in the storage unit 12, the personal computer operates as an operating state evaluation system.

  As shown in FIG. 5, when the PC viewer is started in accordance with normal program startup processing (clicking on shortcut keys, clicking on menu items in the program menu list, etc.) of the personal computer (S1), the arithmetic processing unit 11 A PC viewer activation screen shown in FIG. 6A is displayed on the display unit 13 and waits for selection of whether to use the trial mode or the normal mode (S2). The user operates a pointing device that is the input unit 14 and clicks one of two input buttons of “normal mode activation” and “trial mode activation” provided in the PC viewer activation screen. The arithmetic processing unit 11 detects which of the two input buttons is clicked, and activates the corresponding mode.

  When “normal mode activation” is selected (No in S2), the arithmetic processing unit 11 determines whether or not the administrator user is unregistered (S3). That is, the arithmetic processing unit 11 accesses the registrant file in the storage unit 12 to determine whether or not at least one administrator user is registered. If it is not registered, the caution shown in FIG. A message is displayed on the display unit 13 (S4), waits for the click of the “OK” button, and executes an administrator user registration process (S5). The arithmetic processing unit 11 displays a new registration screen for the administrator user shown in FIG. The user operates the input unit 14 to input an administrator name, an account name, and a password in each text input box on the new registration screen, and clicks the “Register” button. Therefore, the arithmetic processing unit 11 creates administrator user information having a table structure in which they are associated based on the input information, and stores the administrator user information in the registrant file.

  Here, the administrator user has the authority to register / delete / change registrant information / vehicle information / terminal information, which will be described later, and the authority to set SD card, import SD card data, and view operation data for all users. Have. The administrator name is the user's screen display name and can be changed later. The account name is the account at login and cannot be changed. Further, the password is a password at the time of login, and can be changed later.

  Next, the arithmetic processing unit 11 executes a login process (S6). That is, the arithmetic processing unit 11 displays a login screen shown in FIG. The user operates the input unit 14, inputs a user account and a password in each text input box on the login screen, and clicks a login button. The arithmetic processing unit 11 determines whether or not the combination of the input user account and password matches the one stored in the registrant file, and if it matches, the PC viewer main screen (FIG. 7 ( b)) is displayed.

  If an administrator user has already been registered (Yes in S3), the process jumps to step S6, and the arithmetic processing unit 11 displays a login screen and executes a login process. Further, when an administrator user is registered as will be described later, the administrator user also registers information related to the driver to be managed. Therefore, by registering a user account and password for the driver, the driver can also log in to the system and view the PC viewer screen. The registered administrator user adds a user account for the driver and a new administrator user account.

  The main screen of the PC viewer shown in FIG. 7B is displayed with the execution of a series of processing steps after new administrator user registration. That is, since information related to vehicle travel has not been registered, each result display area is blank.

  Also, as shown in Fig. 7 (b), clicking on the menu prepared in the upper part of the main screen (the part surrounded by an oval) executes the corresponding functions and displays the results displayed during data collection and analysis. Can be set. The menu items are “operation data list”, “operation data all day management”, “operation data period totaling”, “form”, “data import”, “terminal SD card setting”, “management”, “order” from the left. “Change Password”, “User Switch”, “Version Information”.

  When “trial mode activation” is selected, the branch determination in S2 is Yes, so the arithmetic processing unit 11 analyzes using the sample data registered in the storage unit 12, and the analysis result is PC. Output to the result display area on the main screen of the viewer. The operation in the trial mode is the same as that in the normal mode, and it is possible to register additional information related to traveling of a new vehicle and a user account, and to change or delete registered data. Since these processes and operations are the same as those in the normal mode, the user can check the operability, analysis results, and the like using the trial mode, assuming the actual normal mode. However, registration / change / deletion of data when starting in the trial mode is only a temporary change, and the data change is not saved when the application ends.

* Initial setting process After starting up the PC viewer, it is necessary to use the SD memory card to collect information on vehicle travel, and to perform operations such as analysis and result display. "And" terminal "information must be set and registered. Further, by this initial setting, a file in which each information is registered in a non-volatile storage area such as a hard disk constituting the storage unit 12 is generated. Information registered in this file can be added or updated thereafter.

* Driver information management When the driver information to be used is unregistered, the administrator user executes driver registration processing. Specifically, the administrator user clicks “management” in the menu at the top of the main screen. When the arithmetic processing unit 11 detects that the “management” is clicked, it displays a pull-down menu having three menu items of “vehicle list”, “terminal list”, and “registrant list”. When the arithmetic processing unit 11 detects that the “registrant list” has been clicked, the arithmetic processing unit 11 accesses the registrant file in the storage unit 12 and acquires the registered administrator user and driver information. The registrant list screen shown in FIG.

  When detecting that the “new driver registration” button on the registrant list screen has been clicked, the arithmetic processing unit 11 displays a new driver registration screen shown in FIG. 8B on the display unit 13. This new registration screen is actually displayed over the registrant list screen. The administrator user operates the input unit 14 to input the driver name, account name, and password in each text input box on the new registration screen, and clicks the “Register” button. Therefore, the arithmetic processing unit 11 creates driver information having a table structure in which the information is associated based on the input information and stores it in the registrant file. When there are a plurality of drivers to be managed, the above process is repeated.

  The driver user specified by the driver information can set the SD card of the logged-in user, import the SD card, and view the operation data. Other driver users can set the SD card, import the SD card, and view the operation data. Can not. The driver name is the screen display name of the user, and can be changed later. The account name is the account at login and cannot be changed. Further, the password is a password at the time of login, and can be changed later.

  If a new administrator user is to be added, this can be done by clicking the “new administrator registration” button on the registrant list screen shown in FIG. When the “new administrator registration” button is clicked, the arithmetic processing unit 11 displays a new administrator user registration screen shown in FIG. Then, the administrator user operates the input unit 14 to input an administrator name, an account name, and a password in each text input box on the new registration screen, and clicks a registration button. The arithmetic processing unit 11 creates administrator user information having a table structure in which they are associated based on the input information, and stores the administrator user information in the registrant file.

  Furthermore, when performing an update process such as correcting or deleting an already registered administrator user or driver information by executing the above-described process, the administrator user performs an update process on the registrant list screen shown in FIG. Click the "change" button B1 or the "delete" button B2 in the target management user or driver information column. The arithmetic processing unit 11 that has detected such a click executes an update process. Specifically, when the arithmetic processing unit 11 detects that the “change” button B1 is clicked, the arithmetic processing unit 11 displays the registered information in each text input box of the new registration screen shown in FIGS. 8B and 6C. After that, when a click on the “Register” button is detected, the information in each text input box is updated. Further, when detecting the click of the “delete” button B2, the arithmetic processing unit 11 displays a confirmation message for confirming whether or not to delete, a “Yes” button and a “No” button, and a “Yes” button. When it is detected that is clicked, the corresponding driver / administrator user is deleted from the registrant file. Of course, when the arithmetic processing unit 11 detects that the “No” button has been clicked, it does not delete it. If at least one administrator user is required and the number of registered administrator users is “1” and the “delete” button is clicked for the administrator user, the arithmetic processing unit 11 cannot be deleted. A confirmation screen having a message to that effect and an “OK” button is displayed. When a click on the “OK” button is detected, the confirmation message is deleted. As described above, only the administrator user can add / modify / delete these management users and driver information.

* Vehicle information management When the vehicle information to be used is not registered, the administrator user executes a vehicle information registration process. Specifically, first, click “Management” in the menu at the top of the main screen. When the arithmetic processing unit 11 detects that the “management” is clicked, it displays a pull-down menu having three menu items of “vehicle list”, “terminal list”, and “registrant list”. When the arithmetic processing unit 11 detects that the “vehicle list” is clicked, the arithmetic processing unit 11 accesses the vehicle information file in the storage unit 12 and acquires information on the registered vehicle information, as shown in FIG. The vehicle list screen shown is displayed. As shown in the figure, when the vehicle information is not registered, the arithmetic processing unit 11 displays only item names (vehicle manufacturer name, vehicle type name, vehicle number, reference fuel consumption value), and data in each item is blank. .

  Then, when detecting that the “new vehicle registration” button on the vehicle list screen is clicked, the arithmetic processing unit 11 displays a new registration screen for vehicle information shown in FIG. 9B on the display unit 13. This new registration screen is actually displayed over the vehicle list screen. The administrator user operates the input unit 14 to input the vehicle manufacturer name, vehicle type name, vehicle number, and reference fuel consumption value in each text input box on the new registration screen, and clicks the registration button. Therefore, the arithmetic processing unit 11 creates vehicle information having a table structure in which the information is associated based on the input information, stores the vehicle information in the registrant file, and displays the vehicle information on the vehicle list screen. When there are a plurality of vehicles to be managed, the above process is repeated.

  Of course, when the arithmetic processing unit 11 detects that the “correction” button in the registered vehicle information column displayed on the vehicle list screen is clicked, each text input on the new registration screen shown in FIG. The registered information is displayed in the box. After that, when the “register” button is clicked, the information is updated to the information in each text input box at that time. Thereby, the registered vehicle information can be corrected. In addition, when the arithmetic processing unit 11 detects a click on the “delete” button in the registered vehicle information column displayed on the vehicle list screen, the arithmetic processing unit 11 confirms whether or not to delete the “Yes” button / “No” button. Is displayed, and when it is detected that the “Yes” button has been clicked, the corresponding vehicle information is deleted from the vehicle information file. Accordingly, the corresponding vehicle information is deleted from the vehicle list screen.

* Terminal information management An administrator user performs terminal information registration processing, when terminal information about a terminal to use (the above-mentioned vehicle run data collection device) is unregistered. Specifically, first, click “Management” in the menu at the top of the main screen. When the arithmetic processing unit 11 detects that the “management” is clicked, it displays a pull-down menu having three menu items of “vehicle list”, “terminal list”, and “registrant list”. When the arithmetic processing unit 11 detects that the “terminal list” is clicked, the arithmetic processing unit 11 accesses the terminal information file in the storage unit 12 and acquires information on the registered terminal information. The terminal list screen shown is displayed.

  When the arithmetic processing unit 11 detects that the “DMR terminal new registration” button on the terminal list screen is clicked, the arithmetic processing unit 11 displays a new terminal registration screen shown in FIG. 10B on the display unit 13. This new registration screen is actually displayed over the registration terminal list screen. Here, “DMR” is an abbreviation of “Drive Monitoring Recorder” and refers to a vehicle travel data collection device in relation to this embodiment. The administrator user operates the input unit 14 to input the terminal ID, the attached vehicle, the product model setting, the GPS setting, and the acceleration sensor range into each input box on the new registration screen, and clicks the “Register” button. Therefore, the arithmetic processing unit 11 creates driver information having a table structure in which the information is associated based on the input information, and stores the driver information in the terminal information file. When there are a plurality of terminals to be managed, the above process is repeatedly executed.

  The terminal ID is set to a value that does not overlap with other terminals among 1 to 9999. The arithmetic processing unit 11 displays “1” by default, and when it detects that the upper and lower key buttons at the right end of the input box are clicked, the arithmetic processing unit 11 raises or lowers the numerical value by one. Of course, numerical values may be entered directly into the input box. Since the arithmetic processing unit 11 lists vehicle information that can be specified by a pull-down menu method, the user selects a corresponding vehicle. That is, the arithmetic processing unit 11 accesses the vehicle information file, acquires the registered vehicle information, makes a pair of the vehicle type name and the vehicle number, and displays one vehicle in the input box of the attached vehicle. When detecting that the input box has been clicked, the arithmetic processing unit 11 displays the acquired registered vehicle information (vehicle model name + vehicle number) in a pull-down menu method. The administrator user clicks and selects one of the vehicle information listed using the input unit (pointing device) 13. The arithmetic processing unit 11 displays the clicked vehicle information in the input box of the attached vehicle. If the vehicle on which the terminal (vehicle travel data collection device) is installed is not registered, the “new vehicle registration” button is clicked to register the vehicle information first.

  The GPS setting is for setting whether or not the terminal (vehicle traveling data collection device) is a device with a GPS module. In the embodiment shown in FIG. 1 described above, since the GPS module 4 is connected, the administrator user designates the radio button by clicking the “GPS” radio button. The acceleration range setting designates the range of the acceleration sensor mounted on the terminal, and is selected from ± 2G, ± 4G, ± 8G, and ± 16G.

* Terminal SD card setting After the registration of the driver information, vehicle information, and terminal information described above is completed, the administrator user next sets an SD memory card to be used during daily driving and operation. The setting process to the SD memory card is to create an initial setting file used at the time of initial setting for the vehicle travel data collection device described above, a normal setting file used at the time of normal setting, and the like. The actual setting process is performed as follows.

  First, the administrator user attaches the SD memory card to be set to the card reader 15 for the SD memory card. By the function of the personal computer, the arithmetic processing unit 11 recognizes the SD memory card. Further, the administrator user clicks “terminal SD card setting” in the menu at the top of the main screen. When detecting that the “terminal SD card setting” is clicked, the arithmetic processing unit 11 displays a DMR terminal SD card setting screen shown in FIG. This DMR terminal SD card setting screen is actually displayed over the main screen. At this time, the arithmetic processing unit 11 accesses the registered terminal file, acquires the registered terminal ID, acquires the terminal information of the terminal ID that matches the default condition, and stores the information in each input box shown in FIG. Each information about the minimum terminal ID is displayed as default information. Further, the impact sensitivity is displayed as level 3. Furthermore, the date and time information at the time of initial setting displays the date and time information of the internal clock of the personal computer when “Terminal SD card setting” in the menu is clicked as a default value. The default condition may be, for example, that the terminal ID is minimum / maximum, or the last condition registered. In particular, the last registered one is preferable because the setting process for the SD memory card is likely to be performed immediately after that, so that it is often possible to select and execute as it is displayed as default information.

  Since the arithmetic processing unit 11 acquires the registered terminal ID, when detecting that the input box of the terminal ID on the DMR terminal SD card setting screen is clicked, all the acquired terminal IDs are displayed in a pull-down menu method. indicate. When any terminal ID is selected from the list, the corresponding terminal information is read and displayed in the corresponding input box.

  When the arithmetic processing unit 11 detects that the “setting” button on the DMR terminal SD card setting screen is clicked, the arithmetic processing unit 11 registers each information displayed in the input box on the DMR terminal SD card setting screen at that time in the SD memory card. To do. At this time, the arithmetic processing unit 11 creates a file by dividing each information into an initial setting file and a normal setting file, and stores them in the SD memory card.

  Furthermore, the data displayed on the DMR terminal SD card setting screen can be changed except for the terminal ID. When the “setting” button is clicked in the changed state, both files are stored in the SD memory card as described above. The stored contents in the storage unit 12 are also updated.

* Terminal SD card reading The SD memory card in which the terminal SD card setting described above is executed and the terminal information is stored is removed from the card reader 15 and delivered to the driver. Then, the driver uses the SD memory card to attach to a vehicle travel data collection device mounted on the vehicle that he / she drives, performs a predetermined setting process as necessary, and then performs normal driving. . Then, after the operation is completed, the SD memory card is removed from the vehicle travel data collection device, set in the card reader 15, the information recorded in the memory card is read, and the data is taken into the driving state evaluation system. Such reading processing is actually performed as follows.

  The administrator user attaches the SD memory card to the card reader 15 for the SD memory card. By the function of the personal computer, the arithmetic processing unit 11 recognizes the SD memory card. The administrator user clicks “data import” in the menu at the top of the main screen. When the arithmetic processing unit 11 detects that the “data import” is clicked, the arithmetic processing unit 11 displays an SD card data import screen shown in FIG. This SD card data capture screen is actually displayed over the main screen.

  The administrator user designates an SD memory card drive, a product model (here, DMR), a driver, and a vehicle from an input box for designating a read drive, and clicks an “execute” button. When it is detected that the execution button has been clicked, the arithmetic processing unit 11 reads the travel data recording file in the SD memory card and stores it in the database in the storage unit 12. In this database, the period from when the engine is started until it is turned off is defined as one unit, and each unit is filed and registered.

  FIG. 12 shows an example of a data structure of a database that stores vehicle state information in the storage unit 12. As shown in the figure, time information (actually date is included), position information (latitude / longitude), acceleration sensor output values (X axis, Y axis, Z axis), and vehicle information are recorded in time series. It has a structure. Of course, other log information collected by the vehicle travel data collection device 1 every second is also recorded. A file having the above-described data structure is created and registered in the database with one run from the start of the engine to the stop as one unit.

  When the processing of the terminal SD card is completed, the arithmetic processing unit 11 displays a completion confirmation screen with a message “Completed” and an “OK” button, and detects that the “OK” button has been clicked. Delete the completion confirmation screen.

* Analysis Processing The arithmetic processing unit 11 reads out information related to vehicle travel registered in the database as described above, performs various types of analysis, and outputs the results. Specifically, the following various processes are performed. This analysis process is performed by accessing the database each time when outputting an analysis result to be described later, and acquiring information related to the traveling of the target vehicle.

** Analysis of dangerous driving (safe driving index) In this embodiment, the unit of output of each axis of the acceleration sensor is gravitational acceleration (1G = 9.8 m / sec ^ 2)). Judgment is made. Specifically, as shown in FIG. 13, the level is divided in increments of 0.1G. Each section includes a lower limit value and does not include an upper limit value. When a human (driver) feels acceleration while driving, the speed change in the felt direction is large, and the greater the degree, the higher the degree of danger. And in the case of acceleration sensor detection error range (0 to 0.1G) or minute acceleration (0.1 to 0.2G) that can be detected only by the sensor but not felt by humans, there is no effect on driving. It is safe. On the other hand, experience shows that when the acceleration is 0.2 G or more and less than 0.3 G, a weak G is sometimes felt, and when the acceleration is 0.3 G or more and less than 0.4 G, the weak G is felt. If you feel weak but G, you should drive carefully. Therefore, in the range from 0.2G to less than 0.3G where you sometimes feel weak G, it can be said that you need a little attention. In the range where you always feel weak G from 0.3G to less than 0.4G, you need to be careful. It can be said. And if it becomes 0.4 G or more, it will be in the dangerous state which feels strong G during a driving | operation.

  Therefore, in this embodiment, 0.4G is set as a threshold value, and it is determined that there is a dangerous driving when the acceleration is 0.4G or more. The vehicle travel data collection device 1 described above is configured to sound an alarm buzzer sound when the output value of the acceleration sensor exceeds a level set by the user. The reference level for sounding is variable, and the alarm buzzer sound can be sounded even at an acceleration lower than 0.4 G that is determined as dangerous driving. On the other hand, in the present embodiment, the dangerous driving is determined by using the X-axis, Y-axis, and Z-axis accelerations recorded by the vehicle travel data collection device 1 every second. The threshold for determining that there has been a dangerous driving is fixed at 0.4 G, and further, analysis and evaluation is performed for each traveling data unit as shown below.

  Therefore, the arithmetic control unit 11 searches the X-axis and Y-axis accelerations stored in the analysis target file (one run unit) in time series, and extracts a threshold value of 0.4 G or more. And count. At this time, the number of occurrences of single dangerous driving that exceeds the threshold once in a single shot (less than the threshold before and after) and the number of occurrences of continuous dangerous driving that exceeds the threshold continuously twice or more are counted separately. To do. Furthermore, for continuous dangerous driving, the number of consecutive occurrences is not counted as one time but the number of consecutive occurrences is counted as it is. That is, when the threshold value is exceeded for three consecutive times (for three seconds continuously), the number of consecutive dangerous driving occurrences is three. In other words, whether it occurs continuously or in a single shot, each occurrence is counted as one time, but it belongs to either single-shot dangerous driving or continuous dangerous driving Are counted separately.

  Furthermore, in the present embodiment, three types of sudden acceleration, sudden deceleration, and sudden handle are prepared as the types of dangerous driving to be determined. For each type of dangerous driving, there is a distinction between single and continuous as described above. As a result, the number of continuous rapid acceleration, continuous rapid deceleration, continuous sudden handle, single sudden acceleration, single sudden deceleration, single sudden handle The number of occurrences of each event is counted individually in 6 types.

  As described in the configuration of the vehicle travel data collection device 1, the acceleration sensor mounted on the vehicle travel data collection device 1 has an X-axis when the speed is accelerated while traveling forward in the traveling direction. The sensor output value is a positive value, and the X-axis sensor output value is set to a negative value when the speed is decelerating while traveling forward in the traveling direction.

  Therefore, the arithmetic processing unit 11 determines that the acceleration is in a rapid acceleration state when the absolute value of the X-axis sensor output value is 0.4 G or more, which is a set threshold value, and the output value is positive. The count value of either the number of times or the number of continuous rapid acceleration is incremented by one. In addition, the arithmetic processing unit 11 determines a sudden deceleration state when the absolute value of the X-axis sensor output value is 0.4 G or more which is a set threshold value and the output value is negative, and the single sudden deceleration The count value of either the number of times or the number of continuous rapid deceleration is incremented by one. Furthermore, the arithmetic processing unit 11 determines that the steering wheel is in a sudden handle state when the absolute value of the Y-axis sensor output value is 0.4 G or more, which is a set threshold value, and determines either the number of single sudden steering or the number of continuous sudden steering The count value is incremented by one.

  And the arithmetic processing part 11 calculates | requires the number of dangerous driving | operations totaling the frequency | count of occurrence of six types of events as mentioned above. The number of dangerous driving times is obtained by simply adding the number of occurrences of each event without weighting. That is, when the single sudden acceleration occurs twice at different locations every second and when the continuous sudden acceleration occurs continuously for 2 seconds, both the single sudden acceleration number and the continuous sudden acceleration number are two times. Therefore, the total number of times 4 is the number of dangerous driving. Also, for example, if there is a driving behavior such as sudden acceleration while turning suddenly for 1 second, the number of times of dangerous driving is added to the number of single sudden steering and the number of single sudden acceleration, respectively. Will be twice, and will be evaluated as a more dangerous driving.

  Specifically, the count processing of the number of occurrences of single and continuous dangerous driving events is realized by the arithmetic processing unit 11 executing the flowchart shown in FIG. A counter A that counts the number of single occurrences and a counter B that counts the number of consecutive occurrences are provided. The X-axis output value of the i-th acceleration sensor recorded in time series is Gx (i), the threshold value ThresX (0.4G) at which the output value of the acceleration sensor is determined to be dangerous, and the number of acquired data are iMax.

  The arithmetic processing unit 11 sets i = 1 and resets the counters A and B to 0 (S11). Next, the arithmetic processing unit determines whether or not the X-axis output value Gx (i) of the i-th acceleration sensor is equal to or greater than a threshold value ThresX (S12). If Gx (i) is less than ThresX, the branch determination in process step S12 is No, jumps to process step S22, and i is incremented. The arithmetic processing unit 11 determines whether i exceeds the number of acquired data (iMax) (S23). If the number does not exceed the number of acquired data, the processing unit 11 returns to the processing step S12 and increments the output value of the i-th acceleration sensor. It is determined whether or not the threshold value is greater than or equal to the threshold value.

  As shown in FIG. 12, in general, since idling is performed at the beginning of the engine and the vehicle does not start within one second, Gx (i) becomes ThresX several times from i = 1. Since this is the case, the above routine is often executed repeatedly.

  On the other hand, when Gx (i) is equal to or greater than ThresX in S12, the arithmetic processing unit 11 increments the counter B for the number of consecutive occurrences (S13), and the output value (Gx (i + 1)) after 1 second of the acceleration sensor is obtained. It is determined whether or not the threshold value is exceeded (S14). When Gx (i + 1) is less than the threshold value (No in S14), the counter A for single occurrence is incremented and the counter B is decremented (S21).

  If Gx (i) to be processed is the final data (i = iMax), there is no Gx (i + 1) data. In such a case, the arithmetic processing unit 11 makes a branch determination in S14 with Gx (i + 1) = 0. In other words, when stopping the engine during normal driving, the engine is stopped once and then the engine is turned off. Therefore, the output value of the acceleration sensor is less than the threshold value for at least one second immediately before stopping the engine. It can be said that the last output value Gx (iMax) of the travel data hardly exceeds the threshold value. Therefore, in the analysis process for normal driving data, there is actual data for Gx (i + 1) in S14. For example, the data file is cut off halfway for some reason, and it happens that the final iMax Gx (i + 1) is 0 even if the output value is greater than the threshold value, or when the final iMax output value is greater than or equal to the threshold value, for example, when the engine is shut down and the engine is turned off by sudden braking. , S14 is No.

  When the branch determination of S12 is performed, it is the case of No in S12, No in S14, and No in S17 in the previous process. First, if a certain i-th output value Gx (i) is less than the threshold value, No in S12. The output value at this time is T1 for convenience. Since i is incremented by 1 in S22, Gx (i-1) at the time of branching determination in S12 is T1, so Gx (i-1) is less than the threshold. Thus, when the branch determination in S12 is No, Gx (i−1) for the next output value Gx (i) to be processed is the output value that was previously determined No in S12. (I-1) is less than the threshold value. Then, the loop of S12 → S22 → S23 → S12... Is repeatedly executed until Gx (i) becomes equal to or greater than the threshold (except when i exceeds iMax in S23).

  In the case of No in S14, the output value (Gx (i + 1)) immediately after the current output value Gx (i) to be processed is less than the threshold value, and the output value at that time is T2. Since S14 is No and i is incremented by 1 in S22, the output value to be processed next is T2, and therefore S12 is No.

  When S17 is No, the output value determined to be No in S17 is Gx (i-1) when branch determination is performed in the next S12, as in S12 above. i-1) is less than the threshold value. Thereafter, the loop of S12 → S22 → S23 → S12... Is repeatedly executed until Gx (i) becomes equal to or greater than the threshold (except when i exceeds iMax in S23). If Gx (i) is greater than or equal to the threshold value, the process proceeds sequentially from S12 → S13 → S14 as described above.

  The branch determination is Yes in S12 because, in the previous process, No in S12 or No in S17, Gx (i-1) is less than the threshold and Gx (i) is greater than or equal to the threshold. In other words, the output value Gx (i) that becomes Yes in S12 is the head when it is generated once or continuously.

  Therefore, when the branch determination in S12 is Yes, Gx (i-1) is less than the threshold value. Therefore, if Gx (i + 1) is also less than the threshold value, the output value equal to or greater than the threshold value determined as Yes in S12 is a single shot. Therefore, the value obtained by incrementing the counter B in S13 is returned to the original value, and the single occurrence counter A is incremented.

  Then, the arithmetic processing unit 11 increments i (S22), determines whether i exceeds the number of acquired data (iMax) (S23), and returns to processing step S12 if it does not exceed the number of acquired data. It is determined whether or not the incremented output value of the i-th acceleration sensor is greater than or equal to a threshold value.

  On the other hand, if the branch determination in processing step S14 is Yes, the current output value Gx (i) to be processed and the next output value Gx (i + 1) are both equal to or greater than the threshold value. In this case, the output value Gx (i) is the head of continuous generation. Gx (i + 1) in S14 is the second continuously generated. Thus, since Gx (i) is the head of continuous occurrence, the arithmetic processing unit 11 increments i (S15), and determines whether or not the incremented output value of the i-th acceleration sensor is equal to or greater than a threshold value. to decide.

  When Gx (i) is equal to or greater than ThresX, the arithmetic processing unit 11 increments the counter B for the number of consecutive occurrences (S18), and after i is incremented (S19), i exceeds the number of acquired data (iMax). (S20), if the number of acquired data has not been exceeded, the process jumps to step S17 to determine whether or not the output value of the incremented i-th acceleration sensor is equal to or greater than a threshold value. As described above, the output of the sensor that made the branch determination in S17 via S15 is the second output value that is continuously generated. After that, if the output value is continuously greater than or equal to the threshold value, S17 → S18 → The loop of S19 → S20 → S17... Is repeatedly executed.

  In the case of No in process step S17, the process jumps to S22, and the processes after S22 described above are executed. If the branch determination of S20 and S23 is executed and i exceeds the number of acquired data, all the data in the file has been searched, and the process is terminated.

  The data shown in FIG. 12 will be described as an example. In FIG. 12, the output value on the X-axis in the portion not shown is less than the threshold value (0.4G). When i = 1 to 4, and further, n and n + 1, the output value of the X-axis is less than 0.4 G, so that the process returns to S11 through S12 → S21 → S22 → S23. When i = n + 2, the X-axis output value of the acceleration sensor is 0.428 G, which is equal to or greater than the threshold value, so S13 is executed to increment the value of counter B. As a result, the value of the counter B becomes 1. Since the output value Gx (n + 3) of the X axis of the acceleration sensor of (i + 1), that is, (n + 3) also exceeds the threshold value, the process proceeds from S15 to S17. The counter B value is 2. Since Gx (n + 4) is less than the threshold value, the result is No in S17 and jumps to S22. Therefore, the value of the counter B is 2 in the process so far, and the continuous number is 2.

  Further, since Gx (m + 1) which is the sensor output value of i = m + 1 is less than the threshold value, the process goes from S22 to S12 through S23. Since Gx (m + 2) is equal to or greater than the threshold value, the value of the counter B is once incremented. However, since Gx (m + 3) becomes less than the threshold value, the counter A is incremented and the counter B is decremented in S21. Therefore, in this state, the value of the counter A is 1 and the value of the counter B is 2. The same applies to the case of i = m + 5, and the counter A is incremented, and finally the values of the counters A and B both become 2.

The above is the count processing of the number of single / continuous rapid acceleration event occurrence based on the sensor output value of the X-axis, but the count processing of the single / continuous rapid deceleration event occurrence and single / continuous sudden handle event generation. The count process can be performed in the same manner. That is, single-shot / continuous rapid deceleration uses the X-axis sensor output, but the sign of the output value is negative. Since dangerous driving is an absolute value of 0.4G or more, the number of single / continuous sudden deceleration event occurrences is counted when Gx (i) is -0.4G or less. Up. Therefore, ThresX = −0.4G, and branch determination of S12 and S17 is Gx (i) = <ThresX
The branch determination in S17 is Gx (i + 1) = <ThresX
And For the single / continuous sudden handle based on the Y-axis sensor output value, the flowchart shown in FIG. 14 is executed using the absolute value of the sensor output value.

* Analysis of other driving behavior Further, in the present embodiment, the calculation control unit 11 searches the output value of the acceleration sensor, and for each acceleration of 0.1G or more, sudden acceleration is performed every 10 stages in increments of 0.1G.・ The number of occurrences of sudden deceleration and sudden steering is also counted. That is, when the output value of the sensor is less than 0.1 G, since it includes an error, it is not effective information for analyzing the driving behavior, so that the data is not counted. Further, the sudden acceleration, sudden deceleration, and sudden handle here are counted together without dividing the single shot and the continuous as in the above-mentioned dangerous driving event. That is, for example, a buffer memory is prepared in which 10 levels of division as shown in FIG. 15 are associated with three events (acceleration / deceleration / handle). The initial value of each buffer memory is 0. The arithmetic control unit 11 sequentially extracts the X-axis sensor output values in time series, and increments the value in the corresponding column by one. When the absolute value is 0.1 or more from the X-axis sensor output value, the value in either the acceleration event or deceleration event column is incremented. When the absolute value is 0.1 or more from the Y-axis sensor output value The value in either column of the handle event is incremented.

* Output Processing FIG. 16 shows an example of the output of the analysis result described above. This figure has shown an example of the display screen of "operation data all day total" which is one of the output screens. The display screen of “total operation data all day” includes a display condition input area R1, a map display area R2, an operation file list display area R3, an aggregate display area R4, and an analysis result display area R5.

  In the display condition input area R1, a driver and operation date input box for specifying information related to the traveling of the vehicle to be analyzed are arranged at the top, and an event extraction level designation box, a route map display mode designation button, The layout is such that a map window display location designation button is arranged.

  The driver input box is an area for designating a driver to be analyzed. When the arithmetic processing unit 11 detects that the box is clicked by the pointing device which is the input unit 14, the arithmetic processing unit 11 displays a list of drivers registered in the database by a pull-down menu method, and any of the displayed drivers is displayed. When it is detected that is specified, the driver name is displayed in the driver input box. In the figure, “administrator” is designated.

  The operation day input box is an area for designating a date on which the analysis is run. When the arithmetic processing unit 11 detects that the box is clicked by the pointing device which is the input unit 14, the arithmetic processing unit 11 displays a calendar type date input screen, and any date is displayed from the displayed date input screen. When the designation is detected, the designated date is displayed in the operation date input box. The operation date input box displays today's date as a default value. Therefore, a function is also provided in which the displayed values for each date are changed by direct text input. In the figure, “November 14, 2010” is designated.

  There is a “display operation file” button at the lower right of the operation date input box. When the arithmetic processing unit 11 detects that the button has been clicked, the arithmetic processing unit 11 searches for a file of information related to traveling of the vehicle that satisfies the specified driver and the operation date. If the corresponding file exists, the arithmetic processing unit 11 reads the information related to the traveling of the vehicle stored in the file and performs the above analysis. In addition, when there are a plurality of files on the same day, the arithmetic processing unit 11 analyzes all the plurality of files.

  The arithmetic processing unit 11 outputs the analysis result to each of the operation file list display area R3, the total display area R4, and the analysis result display area R5, and the result to each display area.

  The operation file list display area R3 is an area for displaying the corresponding operation data designated by the display conditions in a list. If multiple files exist on the specified date, display all of the multiple files. The figure shows an example in which there are five files that match the conditions.

  The operation file list display area R3 includes a start time display field, a stop time display field, a Map display check field, and a display color selection button. In the start time display field and the stop time display field, the start time and stop time of the vehicle associated with one run are displayed. This is performed by the arithmetic processing unit 11 reading the first and last date / time data of the information related to the traveling of the vehicle recorded in time series in the analysis target file and displaying it. The Map display check column switches display / non-display of the travel route on the map displayed in the map window display region R2 by turning ON / OFF. The arithmetic processing unit 11 displays the travel route of the checked file in the map window display area R2. You can select a color by clicking the button in the display color row. That is, when the arithmetic processing unit 11 detects that the button of the display color string is clicked, the arithmetic processing unit 11 displays the travel route in the selected color.

  In addition, among the file list lists displayed in the operation file list display area R3, what is to be counted when the analysis results are displayed in the analysis result display area R5 is indicated by shading / coloring or the like. Yes. In this embodiment, since it is managed in units of days, the default is totaling all day, that is, when there are multiple files on the same date, all are analyzed, and each analysis result is added together, and the total result is Output. That is, when there are a plurality of travel data files on the same day, the arithmetic processing unit 11 analyzes each travel data, and stores the result for each travel data file in the buffer memory or the like managed by the arithmetic processing unit 11. Record the number of events. And the arithmetic processing part 11 adds together about the same item about these some driving | running | working data, respectively, and displays it on the predetermined location of analysis result display area R5. Since all the files are selected and targeted for aggregation in this way, the background portions of all items No. 1 to No. 5 are painted in a predetermined color (for example, blue) in FIG.

  The analysis result display area R5 is an area for displaying various analysis results. The arithmetic processing unit 11 displays a plurality of tabs so as to protrude from the upper end of the analysis result region R5, detects the tab clicked by the pointing device, and displays the analysis result region associated with the tab. Here, the “safe driving indicator” tab related to the present invention is clicked and selected. This safe driving index analysis result display area R5 is provided with a dangerous driving frequency display area R5a representing a safe driving index on the left side, an event occurrence frequency display area R5b for each acceleration level, and a dangerous driving breakdown display area R5c. On the right side, an event occurrence graph display region R5d for each acceleration level is provided.

  Each region R5a, R5b, R5c on the left side of the analysis result display region R5 is a region for displaying each analysis result as a numerical value. When there are a plurality of files to be counted, the arithmetic processing unit 11 displays the total value of the analysis results of each file. That is, for example, in FIG. 16, the number of occurrences of 0.3G acceleration event in the event occurrence number display area R5b is five, which is 0.3G or more of each of the five files shown in the operation file list. This means that the number of occurrences of acceleration event less than 4G is obtained and the total value is 5 times. The same applies to other items. Further, in the event occurrence count display area R5b, when the occurrence count of the section of 0.3G or more and less than 0.4G requiring attention is 1 or more, the background portion of the column is displayed in yellow. As a result, when the number of event occurrences in the section is 0, the background remains white, and thus the user can immediately understand whether or not there is a driving with caution depending on the presence or absence of the yellow column. Similarly, when the number of occurrences of 0.4G or more that becomes dangerous driving is 1 or more, the background portion of the column is displayed in red. As a result, when the number of event occurrences in this section is 0, the white background remains, and the user can immediately understand whether or not there was a dangerous driving depending on the presence or absence of the red column.

  In this example, since there has never been an event that results in a dangerous driving of 0.4G or more, all of the six dangerous driving type events displayed in the dangerous driving breakdown display area R5c are zero. The number of dangerous driving times as a driving index is also zero. Therefore, the user who sees this can confirm that the analyzed driver is driving safely.

  The event occurrence graph display area R5d on the right side of the analysis result display area R5 displays the analysis results displayed in a table format (numerical value) in the event occurrence count display area R5b using a graph (here, a bar graph). Moreover, the graph elements corresponding to the three types of events of acceleration, deceleration, and steering wheel are displayed in different colors. For example, the acceleration event is blue, the deceleration event is green, and the steering event is red. By displaying the graph while changing the color in this way, the user who sees it can intuitively understand what kind of event occurs at the acceleration level (classification).

  As described above, in this embodiment, since the management is performed in units of days, the default is totaling all day. Therefore, when a plurality of driving data files exist on the specified date as described above, all the files are analyzed and the results are displayed. The total display area R4 switches display contents by three tabs of “all day total”, “operation file selection”, and “instantaneous data display”. FIG. 16 displays the default “all day total”. In this “all day total”, the result totaled for each item of the total daily operation data is displayed.

  Further, in the present embodiment, when a plurality of files exist on the same day, the analysis result for each file can also be displayed. Specifically, when the arithmetic processing unit 11 recognizes that the “operation file selection” tab in the total display area R4 is clicked, “operation file selection” shown in FIG. 17 is displayed. This “operation file selection” has an “operation file selection designation box” above. This “operation file selection specification box” is in a state where the file No. 1 in the operation file list is specified together with the screen switching. Accordingly, the No1 file is analyzed, and the result is displayed in each area of the analysis result display area R5. In addition, when one file is designated in this way, the operation file list display area R3 is in a state where only one (here, No. 1) column is painted (for example, blue).

  Moreover, when displaying about another file, it is performed by designating another file in an operation file selection designation box. Specifically, when the arithmetic processing unit 11 detects that the operation file selection designation box is clicked by the pointing device that is the input unit 14, as shown in FIG. , “Range selection” that designates all of No1 to No5) is displayed by a pull-down menu method. When the arithmetic processing unit 11 detects that one of the menu items has been selected (No 4 is highlighted and selected in FIG. 18), the arithmetic processing unit 11 analyzes the detected file, and as a result Is displayed in each area of the analysis result display area R5.

  Furthermore, on this “operation file selection” screen, an input box for the total period is prepared below the operation file selection instruction box. In the input box for the total period, the total start time and total end time are registered. First, the arithmetic processing unit 11 extracts the start time and end time of the designated file and displays them. Then, when the user inputs appropriate values for the aggregation start time and the aggregation end time, only the data registered in the specified file is extracted and analyzed within the range of the aggregation start time to the aggregation end time. Process. Thus, the total range can be changed by changing the time of the total period. This makes it easier to find out the tendency of the dangerous driving at what time (around noon, around the evening) and at which point the driving is dangerous, such as at the beginning of driving, near the middle point and near the end.

  The event extraction level designation box in the display condition input area R1 designates the event extraction level to be extracted from the value of the acceleration sensor. This designation can be individually set for each event type, and the arithmetic processing unit 11 displays the result on the right side a number of times. This extraction level is specified in increments of 0.1G. Actually, when the arithmetic processing unit 11 detects that the extraction level designation box is clicked by the pointing device which is the input unit 14, the arithmetic processing unit 11 pulls down 10 menu items divided by 0.1G in a pull-down menu method. indicate. When the arithmetic processing unit 11 detects that one of the menu items is selected, the arithmetic processing unit 11 temporarily analyzes the number of event occurrences of the detected extraction level, and the analysis result (the number of times of each event for each travel data file). Is obtained from the buffer memory that is recorded automatically, and the value is displayed as a numerical value on the right side of the event extraction level designation box.

  The route map display mode designation button in the display condition input area R1 has three modes of “normal display”, “marker display”, and “event display”. By clicking a radio button arranged on the left of each title, specify. These three modes are used to determine the display mode when displaying the travel route superimposed on the map displayed in the map display region R2. That is, when there is a file to be counted, the arithmetic processing unit 11 displays a surrounding map in the map display region R2 from the position information stored in the file. This displayed map is obtained via the Internet. That is, the arithmetic processing unit 11 accesses a site that provides the map using the Internet, acquires map data including at least all position information registered in the file, and displays the map data in the map display region R2. .

  In normal display, route display is performed without marker display. That is, the arithmetic processing unit 11 extracts the history of position information about the file (background color is displayed in blue) that is the object of aggregation from the files displayed in the operation file list display area R3 and travels. A route is obtained and displayed in a superimposed manner at a corresponding position on the map displayed in the map display region R2. The travel route is a line connecting consecutive positions before and after, and the color is the display color specified in the operation file list display area R3.

  In the marker display mode, a marker is displayed at a corresponding position on a travel route corresponding to a position where data recorded in time series stored in information related to vehicle travel is recorded, and a pointer is placed on the displayed marker. In this mode, detailed data such as time, latitude, longitude, and speed at the corresponding point is displayed. As shown in FIG. 19, when the “marker display” radio button is checked, the arithmetic processing unit 11 acquires the position information of the data recorded in time series stored in the information related to the traveling of the vehicle, and For the marker corresponding to the position information, a marker M made of a blue circle is displayed at a corresponding position on the travel route. As illustrated in FIG. 20, when the arithmetic processing unit 11 detects that the pointer is positioned on the marker M, the arithmetic processing unit 11 generates a balloon F in which time, latitude, longitude, and speed are written for the position indicated by the marker M. indicate.

  In the event mode, the location where the acceleration selected at the event extraction level is generated is indicated by a predetermined event occurrence location display mark. When the pointer is placed on the event occurrence location display mark displayed in the same manner as the marker M, the time at the corresponding location is displayed. In this mode, detailed data such as latitude, longitude, speed, traveling direction acceleration, lateral acceleration, and the type of event that has occurred are displayed.

  As illustrated in FIG. 21, when the “event display” radio button is checked, the arithmetic processing unit 11 acquires the extraction level for each event type specified in the event extraction level specification box, and An event satisfying the condition is extracted from the file, and a vent occurrence location display mark P is superimposed and displayed on a corresponding location on the travel route of the map displayed from the position information where the extracted event has occurred. Further, the event occurrence location display mark P changes its color depending on the event occurrence content. That is, for example, the handle event occurrence location display mark (lateral acceleration) is a purple circle, the acceleration or deceleration occurrence location display mark (vertical acceleration) is a yellow circle, and the handle and acceleration / deceleration occurrence location display mark (vertical and horizontal direction). Acceleration) is a red circle. As a result, the type of event can be confirmed simply by looking at the color of the mark.

  Further, as shown in FIG. 22, when the arithmetic processing unit 11 detects that the pointer is positioned on the event occurrence location display mark P, the arithmetic processing unit 11 at the corresponding location with respect to the position indicated by the event occurrence location display mark P. A balloon F in which the time, latitude, longitude, speed, traveling direction acceleration, lateral direction acceleration, and type of the generated event are written is displayed.

  Further, the map window display location designation button in the display condition input area R1 designates the display position of the route map. As shown in the figure, the fixed screen display in which the display position is fixed and the route map pops out from the fixed position. Switches between two types of floating display screens to be displayed on a separate screen. Since the “floating display” button is displayed during the fixed screen display, when the arithmetic processing unit 11 detects that the button is clicked, the route map is removed from the fixed screen display area as shown in FIG. Display in a separate area. Since it is displayed in another area, the size of the area can be changed independently of the main screen (FIG. 23 shows a state after the area is enlarged). When the floating display is performed as described above, the display area of the fixed screen is blank. In addition, the arithmetic processing unit 11 displays a “fixed display” button in the display condition input area R1 in the case of floating display. Therefore, the display is switched to the fixed display by clicking the “fixed display” button or moving the floating display screen to the display area of the fixed screen.

  FIG. 24 shows the result of analysis based on another file. In this example, both continuous sudden acceleration and single sudden acceleration events have occurred. In addition, an event of 0.3 to 0.4G that requires attention has also occurred. Therefore, in the event occurrence count display area R5b for each acceleration level in the analysis result display area R5, the column for the acceleration event of 0.4 G or more is “4”, and the background color is red. Further, in the dangerous driving breakdown display area R5c, it is displayed that the continuous sudden acceleration is twice and the single sudden acceleration is twice. In this case, since there are no acceleration events of 0.4 G or more other than the above two, the number of dangerous driving times is 4 times in total, and is displayed as 4 times in the dangerous driving frequency display area R5a.

  By outputting the analysis result in this manner, the driver can objectively check his / her driving state after driving. Therefore, the driver can improve the driving method so far so that the evaluation becomes higher, and the accident rate of the vehicle can be reduced.

  The user can easily confirm that the breakdown of the four occurrences is both continuous rapid acceleration and single rapid acceleration by looking at the dangerous driving breakdown display area R5c. It can be understood that there is a tendency to become too dangerous when stepped on, and that this acceleration tendency is both single-shot and continuous. Therefore, the driver can perform safe driving by suppressing depression of the accelerator and paying attention to the mood.

  In addition, when driving dangerously or driving with attention, the event display mode is used to check the travel route, and it can be easily determined whether or not a large G on the terrain such as a slope or a curve is likely to be applied. Thereby, the driving tendency can be known also in relation to the topography. In this way, by using the acceleration in units of gravitational acceleration as an index, it is easy for humans to determine and judge the danger level, and since the classification is set to 0.1 G units, each classification has a gravitational acceleration (1G ), And it is easy to understand the magnitude of the applied acceleration. As a result, it is easy to reflect on the existence of dangerous driving and try to improve the driving method to drive safely. It is preferable because it is easy to trigger.

  FIG. 25 and subsequent figures show examples of display screens for explaining the form output process. In this embodiment, it is possible to create a form that is summarized from various viewpoints such as various daily reports, monthly reports, period totals, and safe driving indicators. Specifically, when detecting that “form” in the menu at the top of the main screen is clicked, the arithmetic processing unit 11 switches to the form creation management screen. FIG. 25 shows a state in which a daily report is further selected and the type of daily report to be created is displayed by a pull-down menu method on the form creation management screen.

  In this state, when the arithmetic processing unit 11 detects that the daily safety driving report is clicked, as shown in FIG. 26, the calculation processing unit 11 is currently displaying a condition designation screen for designating a driving date and a driver for creating a daily report. Overlay on the screen. The operation date defaults to today's date according to the internal clock of the personal computer. In this way, when the user looks at the form immediately after reading the SD memory card, he simply clicks the “Create” button without entering the service date, and the daily report on the driving that was registered on the day is displayed. Can see.

  When viewing the daily report of another day, the user inputs the date corresponding to the operation date input box. That is, when the arithmetic processing unit 11 detects that the operation day input box has been clicked, the arithmetic processing unit 11 displays a calendar type input screen, and confirms that any date has been designated from the displayed date input screen. When detected, the designated date is displayed in the operation date input box. In addition, it has a function to change and specify each value displayed by directly entering text.

  When the arithmetic processing unit 11 detects that the driver input box on the condition designation screen has been clicked, it displays a list of drivers registered in the database in a pull-down menu method, and any of the displayed drivers is designated. When this is detected, the driver name is displayed in the driver input box. In the figure, “administrator” is designated.

  In the condition designation screen, a “create” button and a “cancel” button are prepared below the driver input box. When the arithmetic processing unit 11 detects that the “cancel” button is clicked, the calculation processing unit 11 ends the display of the condition designation screen. Further, when the arithmetic processing unit 11 detects that the “create” button is clicked, the arithmetic processing unit 11 searches for a file of information related to the traveling of the vehicle that satisfies the specified driver and the operation date, and stores the vehicle stored in the file. 27, the above-described safe driving analysis is performed, and the daily safe driving report shown in FIG. 27 is displayed based on the analysis result.

  This daily report for safe driving displays the driver's name and date of driving in the upper area, as well as aggregate information related to common driving in each daily report, and on the left side of the center, it relates to three dangerous drivings: sudden acceleration, sudden deceleration, and sudden steering An area for displaying the analysis result in a graph is provided, and an area for displaying the number of occurrences and the total number of events of each dangerous driving in a tabular format is provided on the right side of the center. Further, an area for displaying a speed graph on a daily basis is provided in the lower area.

  Arithmetic processing unit 11 arranges each axis of rapid acceleration, rapid deceleration, and sudden handle at an interval of 120 degrees in the area to display the graph on the left side, plots the number of occurrences of each event in a corresponding axis shape, and sets adjacent axes A triangular graph is displayed by connecting the plotted points. By looking at the triangular shape of FIG. 27, the driving tendency can be intuitively understood. Also, the number of occurrences of events plotted on each axis is performed separately for single and continuous events. Then, the points where the number of single event occurrences is plotted are connected to the points where the continuous event occurrence numbers are plotted. As a result, a single triangle and a continuous triangle are displayed. Therefore, the user can compare the shape of each of the two triangles to determine whether there are many single events or many consecutive events when driving dangerously. You can see at a glance which case to watch out for.

  FIG. 28A shows a state in which safe driving is further selected on the form creation management screen, and the form type related to safe driving to be created is displayed in a pull-down menu method. As shown in the figure, there are four menu items of “Safe driving daily report”, “Safe driving monthly report”, “Safe driving index”, and “Safe driving index (all drivers)”. As is clear from this menu item, when the above-mentioned daily safe driving report is output, it can also be performed by clicking on this "daily driving safety".

  When the arithmetic processing unit 11 detects that the “safe driving index” is clicked, the arithmetic processing unit 11 displays a condition designation screen for designating a total period and a driver shown in FIG. This condition designation screen is displayed so as to overlap the currently displayed screen. By default, the input box for the total period displays the date one month before and the last day displays the date of today. In this input box, any date can be specified by a calendar method or a method of directly inputting text. The manner of input by the driver is the same as in the above examples.

  When the arithmetic processing unit 11 detects that the “Create” button has been clicked, the arithmetic processing unit 11 searches for a file of information on traveling of the vehicle that satisfies the designated total period and the conditions of the driver, and travels the vehicle stored in the file. The above-mentioned information is read out and the above-mentioned safe driving analysis is performed, and the safe driving index shown in FIG.

  This safe driving index displays “driver name and counting period”, “total number of periods”, and “detailed information” in order from the top. The “Total number of periods” column includes “Dangerous driving count”, “Consecutive sudden acceleration count”, “Continuous sudden deceleration count”, “Consecutive sudden steering count”, “Independent rapid acceleration count”, “Independent rapid deceleration count”, “ The total number of each value of “number of single sudden handles” is shown in a table format. “Detailed information” displays the number of occurrences of each event separately for each date. This makes it possible to objectively recognize the driving behavior during the specified period numerically and to check whether the driving behavior has been improved by looking at the detailed information.

[Others]
The threshold value for determining dangerous driving is set to 0.4 G based on an empirical rule, but a different value may be used. Further, although three types of events corresponding to the dangerous driving are sudden acceleration, sudden deceleration, and sudden steering, any one or two may be added, and other factors may be added. Furthermore, although the threshold values for determining dangerous driving for all three events are the same, they may be different.

  There may not be a GPS unit. If there is no GPS unit, or if the location information could not be supplemented even with a GPS unit, the driving history is not obtained and the occurrence position of an event such as dangerous driving on the map can not be confirmed, but even in that case, It is possible to count and output the number of dangerous driving times and the number of occurrences of single / continuous events. Therefore, the state of safe driving can be confirmed from such numerical values.

  In the above-described embodiment, those with a threshold value (0.4G) or more for dangerous driving are counted separately separately and continuously, and finally added together to obtain the number of dangerous driving times, and less than the threshold value. For each thing, it is counted for each of the three types of events of acceleration / retroportion / handle that belong to the normal 0.1G level division. In the present invention, the counts of the level divisions in increments of 0.1 G may also be divided into a plurality of numbers focusing on temporal continuity such as single and continuous. In that case, the graph display of the histogram may represent each (for example, six types) separately, or may represent single and continuous as one bar, and may be distinguished by color / pattern classification. For example, for events requiring attention that may lead to dangerous driving, such as 0.3G or more, you can check whether there are many cases of single or continuous occurrence, and know what kind of driving you should consider from the characteristics of driving .

  The log information during running was recorded every second and analyzed based on it, but the data collection period is not limited to 1 second, and it is better to collect data in detail by making it shorter.

  In the embodiment, the vehicle travel data collection device 1 samples the output of 100 acceleration sensors per second, and performs a predetermined calculation process on the output to obtain the output value of the acceleration sensor every second. As recorded. The present invention is not limited to this, and the vehicle travel data collection device may record all sampled data as it is without performing arithmetic processing, and may perform evaluation by appropriately performing arithmetic processing on the driving state evaluation system side.

  Further, in the above-described embodiment, the number of occurrences of events in which the output value of the acceleration sensor exceeds the threshold is divided into two types, single and continuous, and finally summed to calculate the final number of dangerous driving times. I asked for it. As described above, the time continuity of the collected data is divided into two groups. However, the present invention is not limited to this, and the number of consecutive times is further divided into a plurality of groups and divided into three or more groups. May be. Also, even when dividing into two groups in terms of temporal continuity, whether or not the criteria for the classification is continuous two or more times, such as single and continuous, is not N times or more (N is 3 or more) As such, any group may include a continuation. In particular, if the data collection cycle is shortened, the significance of dividing the data into single and continuous may be diminished (no single event occurs). Therefore, if N is set to an appropriate value in consideration of the data collection cycle. good.

  In the above-described embodiment, the measurement of the vehicle state is performed by analyzing and evaluating the occurrence number of each event based on the output value of the acceleration sensor using the acceleration sensor. However, the present invention is not limited to this. Alternatively, a movement distance / speed change per unit time may be obtained and analyzed based on the change. As the movement distance per unit time and the speed change are larger, it can be said that the driving is dangerous. Therefore, the obtained value is compared with a threshold value, and the number of event occurrences exceeding the threshold value is counted. At that time, similarly to the above-described other embodiments, the single occurrence and the continuous occurrence are separately counted and counted.

  The operating state evaluation system is realized by a stand-alone computer using a single personal computer, but may be realized by a network system in which a database or a part of arithmetic processing is executed by a server or a host computer connected via a network.

[Modification]
A driving state evaluation system that evaluates safe driving based on acceleration (unit: gravitational acceleration) applied based on acceleration measured while the vehicle is running may be used. By using the acceleration in units of gravitational acceleration as an index, it is easy for humans to determine and judge the danger level.

  In that case, the acceleration may be divided into 0.1 G increments, and the number of occurrences in each division may be counted. By setting the increment to 0.1G, the force (G) applied to the self when the event to which each category belongs is n / 10 of the gravitational acceleration (1G), which is easy to imagine. By making it easy to imagine in this way, it is easy to convince the user that it is certainly dangerous in the driving.

  In the driving state evaluation system that evaluates safe driving based on the acceleration measured periodically while the vehicle is running, the acceleration sensor has at least two axes (front and rear and side), and the acceleration sensor detects the acceleration along the traveling direction. When a sudden acceleration and / or sudden deceleration event is detected, and a function that changes the direction (steep handle) from the acceleration in the direction crossing the traveling direction is provided, the number of occurrences of each event is obtained and evaluated from the total value. good.

  As a result, in particular, when sudden steering or the like is performed while suddenly accelerating (rapidly decelerating), the count based on acceleration / deceleration and the count based on the sudden handle can be added in a double, so that it can be judged more dangerous.

DESCRIPTION OF SYMBOLS 1 Vehicle travel data collection apparatus 2 Apparatus main body 3 Vehicle connection adapter 3
4 GPS module 5 Connection cable 6 Connection cable 7 SD memory card 11 Arithmetic processing unit 12 Storage unit 13 Input unit 14 Display unit 15 Card reader

Claims (11)

A driving state evaluation system that counts the number of times a measurement content satisfies a predetermined evaluation standard for vehicle state information based on measurement results obtained by measuring the state of the vehicle periodically while the vehicle is running,
The driving state evaluation system, wherein the number of times satisfying the first evaluation criterion is counted for each second evaluation criterion in a unit different from the first evaluation criterion for one measurement content item. The first evaluation criterion relates to the size of the measurement content,
The operating state evaluation system according to claim 1, wherein the second evaluation criterion relates to temporal continuity of the measurement contents.   The driving state evaluation system according to claim 1 or 2, wherein a total value obtained by further summing up the number of times of aggregation for each of the second evaluation criteria is output.   The operating state evaluation system according to any one of claims 1 to 3, wherein a value aggregated for each second evaluation criterion is output for each second evaluation criterion.   The driving state evaluation system according to claim 1, wherein the first evaluation criterion is set based on a plurality of evaluation criterion values.   The operation according to any one of claims 1 to 5, wherein a plurality of items of the measurement contents exist, and a total value of the number of times satisfying the first evaluation criterion for the plurality of measurement content items is output. Condition evaluation system.   The evaluation function obtained based on the first evaluation criterion and the second evaluation criterion is provided with a function of outputting at least one of a date unit, a specified period, and an operation unit as an aggregation range. The driving | running state evaluation system in any one of claim | item 1 -6. The vehicle state to be measured includes acceleration,
The item of the measurement content is at least one of acceleration obtained from acceleration in the traveling direction of the vehicle, deceleration obtained from acceleration in the traveling direction of the vehicle, and change of traveling direction obtained from acceleration in the direction intersecting with the traveling direction of the vehicle. The driving | running state evaluation system in any one of Claims 1-7 characterized by these. It has a function to display a road map,
On the road map corresponding to the position where the measurement result satisfying the first evaluation criterion is obtained based on the information recorded by associating the measurement result with the position information, and acquiring the position information when measuring the state of the vehicle The driving | running state evaluation system in any one of Claims 1-8 provided with the position display function which shows these positions.   10. The driving state evaluation system according to claim 9, further comprising a function of displaying information related to the measurement result at the position in the vicinity of the position on the road map displayed by the position display function.   The program for making a computer implement | achieve the function in the driving | running state evaluation system in any one of Claims 1-10.