WO2004102500A1 - 警報システム,警報制御装置,及び警報制御プログラム - Google Patents

警報システム,警報制御装置,及び警報制御プログラム Download PDF

Info

Publication number
WO2004102500A1
WO2004102500A1 PCT/JP2003/006148 JP0306148W WO2004102500A1 WO 2004102500 A1 WO2004102500 A1 WO 2004102500A1 JP 0306148 W JP0306148 W JP 0306148W WO 2004102500 A1 WO2004102500 A1 WO 2004102500A1
Authority
WO
WIPO (PCT)
Prior art keywords
state
alarm
moving
behavior
cpu
Prior art date
Application number
PCT/JP2003/006148
Other languages
English (en)
French (fr)
Inventor
Taku Katagiri
Tomonobu Takashima
Masatoshi Tohno
Daisuke Ueno
Tadao Omi
Hisao Ito
Kozo Baba
Akiyoshi Tafuku
Original Assignee
Fujitsu Limited
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Fujitsu Limited filed Critical Fujitsu Limited
Priority to PCT/JP2003/006148 priority Critical patent/WO2004102500A1/ja
Priority to JP2004571870A priority patent/JP3890062B2/ja
Publication of WO2004102500A1 publication Critical patent/WO2004102500A1/ja
Priority to US11/135,431 priority patent/US7218213B2/en

Links

Classifications

    • GPHYSICS
    • G08SIGNALLING
    • G08BSIGNALLING OR CALLING SYSTEMS; ORDER TELEGRAPHS; ALARM SYSTEMS
    • G08B21/00Alarms responsive to a single specified undesired or abnormal condition and not otherwise provided for
    • G08B21/02Alarms for ensuring the safety of persons
    • G08B21/06Alarms for ensuring the safety of persons indicating a condition of sleep, e.g. anti-dozing alarms
    • BPERFORMING OPERATIONS; TRANSPORTING
    • B60VEHICLES IN GENERAL
    • B60WCONJOINT CONTROL OF VEHICLE SUB-UNITS OF DIFFERENT TYPE OR DIFFERENT FUNCTION; CONTROL SYSTEMS SPECIALLY ADAPTED FOR HYBRID VEHICLES; ROAD VEHICLE DRIVE CONTROL SYSTEMS FOR PURPOSES NOT RELATED TO THE CONTROL OF A PARTICULAR SUB-UNIT
    • B60W40/00Estimation or calculation of non-directly measurable driving parameters for road vehicle drive control systems not related to the control of a particular sub unit, e.g. by using mathematical models
    • B60W40/08Estimation or calculation of non-directly measurable driving parameters for road vehicle drive control systems not related to the control of a particular sub unit, e.g. by using mathematical models related to drivers or passengers
    • B60W40/09Driving style or behaviour
    • BPERFORMING OPERATIONS; TRANSPORTING
    • B60VEHICLES IN GENERAL
    • B60KARRANGEMENT OR MOUNTING OF PROPULSION UNITS OR OF TRANSMISSIONS IN VEHICLES; ARRANGEMENT OR MOUNTING OF PLURAL DIVERSE PRIME-MOVERS IN VEHICLES; AUXILIARY DRIVES FOR VEHICLES; INSTRUMENTATION OR DASHBOARDS FOR VEHICLES; ARRANGEMENTS IN CONNECTION WITH COOLING, AIR INTAKE, GAS EXHAUST OR FUEL SUPPLY OF PROPULSION UNITS IN VEHICLES
    • B60K28/00Safety devices for propulsion-unit control, specially adapted for, or arranged in, vehicles, e.g. preventing fuel supply or ignition in the event of potentially dangerous conditions
    • B60K28/02Safety devices for propulsion-unit control, specially adapted for, or arranged in, vehicles, e.g. preventing fuel supply or ignition in the event of potentially dangerous conditions responsive to conditions relating to the driver
    • B60K28/04Safety devices for propulsion-unit control, specially adapted for, or arranged in, vehicles, e.g. preventing fuel supply or ignition in the event of potentially dangerous conditions responsive to conditions relating to the driver responsive to presence or absence of the driver, e.g. to weight or lack thereof
    • BPERFORMING OPERATIONS; TRANSPORTING
    • B60VEHICLES IN GENERAL
    • B60KARRANGEMENT OR MOUNTING OF PROPULSION UNITS OR OF TRANSMISSIONS IN VEHICLES; ARRANGEMENT OR MOUNTING OF PLURAL DIVERSE PRIME-MOVERS IN VEHICLES; AUXILIARY DRIVES FOR VEHICLES; INSTRUMENTATION OR DASHBOARDS FOR VEHICLES; ARRANGEMENTS IN CONNECTION WITH COOLING, AIR INTAKE, GAS EXHAUST OR FUEL SUPPLY OF PROPULSION UNITS IN VEHICLES
    • B60K28/00Safety devices for propulsion-unit control, specially adapted for, or arranged in, vehicles, e.g. preventing fuel supply or ignition in the event of potentially dangerous conditions
    • B60K28/02Safety devices for propulsion-unit control, specially adapted for, or arranged in, vehicles, e.g. preventing fuel supply or ignition in the event of potentially dangerous conditions responsive to conditions relating to the driver
    • B60K28/06Safety devices for propulsion-unit control, specially adapted for, or arranged in, vehicles, e.g. preventing fuel supply or ignition in the event of potentially dangerous conditions responsive to conditions relating to the driver responsive to incapacity of driver
    • BPERFORMING OPERATIONS; TRANSPORTING
    • B60VEHICLES IN GENERAL
    • B60WCONJOINT CONTROL OF VEHICLE SUB-UNITS OF DIFFERENT TYPE OR DIFFERENT FUNCTION; CONTROL SYSTEMS SPECIALLY ADAPTED FOR HYBRID VEHICLES; ROAD VEHICLE DRIVE CONTROL SYSTEMS FOR PURPOSES NOT RELATED TO THE CONTROL OF A PARTICULAR SUB-UNIT
    • B60W40/00Estimation or calculation of non-directly measurable driving parameters for road vehicle drive control systems not related to the control of a particular sub unit, e.g. by using mathematical models
    • B60W40/08Estimation or calculation of non-directly measurable driving parameters for road vehicle drive control systems not related to the control of a particular sub unit, e.g. by using mathematical models related to drivers or passengers
    • B60W2040/0818Inactivity or incapacity of driver
    • B60W2040/0827Inactivity or incapacity of driver due to sleepiness
    • BPERFORMING OPERATIONS; TRANSPORTING
    • B60VEHICLES IN GENERAL
    • B60WCONJOINT CONTROL OF VEHICLE SUB-UNITS OF DIFFERENT TYPE OR DIFFERENT FUNCTION; CONTROL SYSTEMS SPECIALLY ADAPTED FOR HYBRID VEHICLES; ROAD VEHICLE DRIVE CONTROL SYSTEMS FOR PURPOSES NOT RELATED TO THE CONTROL OF A PARTICULAR SUB-UNIT
    • B60W50/00Details of control systems for road vehicle drive control not related to the control of a particular sub-unit, e.g. process diagnostic or vehicle driver interfaces
    • B60W50/08Interaction between the driver and the control system
    • B60W50/14Means for informing the driver, warning the driver or prompting a driver intervention
    • B60W2050/143Alarm means
    • BPERFORMING OPERATIONS; TRANSPORTING
    • B60VEHICLES IN GENERAL
    • B60WCONJOINT CONTROL OF VEHICLE SUB-UNITS OF DIFFERENT TYPE OR DIFFERENT FUNCTION; CONTROL SYSTEMS SPECIALLY ADAPTED FOR HYBRID VEHICLES; ROAD VEHICLE DRIVE CONTROL SYSTEMS FOR PURPOSES NOT RELATED TO THE CONTROL OF A PARTICULAR SUB-UNIT
    • B60W2520/00Input parameters relating to overall vehicle dynamics
    • B60W2520/10Longitudinal speed
    • BPERFORMING OPERATIONS; TRANSPORTING
    • B60VEHICLES IN GENERAL
    • B60WCONJOINT CONTROL OF VEHICLE SUB-UNITS OF DIFFERENT TYPE OR DIFFERENT FUNCTION; CONTROL SYSTEMS SPECIALLY ADAPTED FOR HYBRID VEHICLES; ROAD VEHICLE DRIVE CONTROL SYSTEMS FOR PURPOSES NOT RELATED TO THE CONTROL OF A PARTICULAR SUB-UNIT
    • B60W2520/00Input parameters relating to overall vehicle dynamics
    • B60W2520/10Longitudinal speed
    • B60W2520/105Longitudinal acceleration
    • BPERFORMING OPERATIONS; TRANSPORTING
    • B60VEHICLES IN GENERAL
    • B60WCONJOINT CONTROL OF VEHICLE SUB-UNITS OF DIFFERENT TYPE OR DIFFERENT FUNCTION; CONTROL SYSTEMS SPECIALLY ADAPTED FOR HYBRID VEHICLES; ROAD VEHICLE DRIVE CONTROL SYSTEMS FOR PURPOSES NOT RELATED TO THE CONTROL OF A PARTICULAR SUB-UNIT
    • B60W2520/00Input parameters relating to overall vehicle dynamics
    • B60W2520/12Lateral speed
    • B60W2520/125Lateral acceleration
    • BPERFORMING OPERATIONS; TRANSPORTING
    • B60VEHICLES IN GENERAL
    • B60WCONJOINT CONTROL OF VEHICLE SUB-UNITS OF DIFFERENT TYPE OR DIFFERENT FUNCTION; CONTROL SYSTEMS SPECIALLY ADAPTED FOR HYBRID VEHICLES; ROAD VEHICLE DRIVE CONTROL SYSTEMS FOR PURPOSES NOT RELATED TO THE CONTROL OF A PARTICULAR SUB-UNIT
    • B60W2530/00Input parameters relating to vehicle conditions or values, not covered by groups B60W2510/00 or B60W2520/00
    • B60W2530/18Distance travelled

Definitions

  • the present invention provides an alarm system for notifying an operator that the behavior of a moving object operator is an abnormal behavior that is unsuitable for maneuvering, and causing such an alarm system to function on the moving object. And an alarm control program for causing a computer to function as such an alarm control device.
  • pilots of moving objects such as cars, trucks, motorcycles, electric trains, ships, and aircraft are attacked by sleep while operating, to close their eyes and eyes, to view the night view, or to use a dashboard. If you divert your gaze to operate the above switch or audio system ⁇ mobile phone, you will not be able to observe the situation in front. Failure to observe the situation ahead while maneuvering will result in a high probability of an accident, as the pilot will not be able to take any danger avoidance actions. For this reason, many companies have proposed various alarm systems that output an alarm from a speaker, a monitor, or a light emitting diode lamp when the operator takes such abnormal behavior unsuitable for maneuvering.
  • Patent Document 1
  • Patent Document 2
  • the danger is significantly different between the case where the abnormal behavior is performed for a fixed time when the moving speed of the moving object is 10 OkmZh and the case where the abnormal behavior is performed for the same fixed time when the moving speed is 1 OkmZh.
  • the above-mentioned conventional alarm system simply determines that the abnormal behavior state is a danger state when the abnormal behavior state continues for a certain period of time or more, regardless of the moving speed of the moving object, that is, Hazard status is determined regardless of the magnitude of the danger. For this reason, according to the conventional warning system, the mobile operator could not receive an accurate warning when the danger actually increased.
  • the present invention has been made in view of the above-described conventional circumstances, and an object of the present invention is to provide an alarm system that can accurately output an alarm when danger is actually increased.
  • An object of the present invention is to provide an alarm control device for causing a simple alarm system to function in a moving object, and an alarm control program for causing a computer to function as such an alarm control device. Disclosure of the invention
  • An alarm system configured to solve the above-described problem includes: a behavior detection unit configured to detect an abnormal behavior from a behavior of a driver sitting on a cockpit of a moving body; A distance measuring unit that measures the moving distance of the moving body while the abnormal behavior of the moving object is continuously detected, and determines that the vehicle is in a dangerous state when the moving distance measured by the distance measuring unit exceeds a threshold. It is characterized by comprising a dangerous state determination unit, and an alarm output unit that outputs an alarm when the dangerous state determination unit determines that the state is dangerous.
  • the threshold of the moving distance is constant.
  • the time limit that can tolerate is linearly changed according to the moving speed of the moving object. Therefore, when the moving speed of the moving object is high, the abnormal behavior is determined only by taking a short period of abnormal behavior, and when the moving speed of the moving object is low, the abnormal behavior is determined for a longer time. Otherwise, it is not determined to be in danger. Therefore, the operator of the mobile body can be properly alerted when the danger is actually increasing.
  • the dangerous state determination unit uses the moving distance during which the abnormal behavior is continued as a condition for determining the dangerous state.
  • the elapsed time of may be added to the judgment condition of the dangerous state.
  • the higher the moving speed of the moving object the shorter the time until it is determined that the vehicle is in the danger state. If the moving speed of the moving object becomes equal to or less than a certain value, that is, if the elapsed time exceeds the threshold, the risk becomes dangerous.
  • the time until the status is determined is uniformly determined.
  • the danger state determination unit may determine the state of the moving body and It is possible to always determine whether or not the vehicle is in a danger state, regardless of whether the mobile object is in a danger state only when the state of the moving object is in a stable state. In the latter case, an unnecessary alarm is not output when the moving body stops or moves unstable. Whether the state of the moving object is stable or not depends on the moving speed of the moving object, front and rear acceleration, left and right acceleration, vertical rate, pitch rate, roll rate, steering angle, gas injection amount, accelerator opening, Although it can be determined from the amount of brake depression, etc., it is desirable to determine the state of the moving object based on at least three of these moving state elements.
  • the dangerous state determination unit may have one threshold for the moving distance, or may have many thresholds having different sizes from each other. In the latter case, when determining whether or not the vehicle is in a danger state, a danger level corresponding to the magnitude of the threshold value exceeding the moving distance can be specified from a number of danger levels.
  • the alarm output unit can change the output level of the alarm according to the danger level. This allows the pilot to know that there is a danger and at the same time how high the danger is.
  • the dangerous state determination unit may have one threshold value for the elapsed time, or may have many threshold values having different sizes. In the latter case, when determining whether or not the vehicle is in a danger state, a danger level corresponding to the magnitude of the threshold value that has exceeded the moving distance is specified from a number of danger levels, and the elapsed time is determined. The risk level corresponding to the magnitude of the exceeded threshold can be specified from a number of risk levels, and the higher of the two specified risk levels can be specified. Thus, the alarm output unit can change the output level of the alarm according to the danger level. In the alarm system of the present invention, when the behavior detecting unit detects the abnormal behavior, the behavior detecting unit may specify the type of the detected abnormal behavior.
  • Types of abnormal behavior include closed eyes, which are likely to cause a drowsiness maneuver, and inattentiveness, which indicates that the driver's gaze is deviated from the correct gaze.
  • the dangerous state determination unit has different thresholds for the moving distance or the duration depending on the type of the abnormal behavior, when the behavior detecting unit identifies the type of the abnormal behavior, A threshold value according to the type can be adopted.
  • the behavior detecting unit acquires the image data from the imaging device that captures an image of the face of the pilot, and obtains the image of the pilot for each predetermined frame of the image data, for example, for each frame. Behavior abnormality may be detected.
  • the alarm control device of the present invention configured to solve the above-described problem is incorporated in a moving body having a cockpit for a driver to sit down at the time of maneuvering, and measures a moving speed of the moving body.
  • a movement detecting unit for detecting, and a moving speed acquired from the speed sensor Based on a movement detecting unit for detecting, and a moving speed acquired from the speed sensor, a moving distance of the moving body while the abnormal behavior of the driver is continuously detected by the behavior detecting unit is measured.
  • a distance measurement unit a danger state determination unit that determines a danger state when the movement distance measured by the distance measurement unit exceeds a threshold, and a danger state in the danger state determination unit. Further comprising an alarm output unit for outputting an alarm to the output device when it is determined that the are characterized.
  • this alarm control device when this alarm control device is connected to a speed sensor, an image pickup device, and an output device, it transfers a system equivalent to the above-described alarm system of the present invention. It can function in moving objects.
  • an alarm control program configured to solve the above-mentioned problem is incorporated in a moving body having a cockpit for a driver to sit down at the time of maneuvering, and measures a moving speed of the moving body.
  • Danger state determination procedure for determining that a dangerous state has occurred when the travel distance exceeds the threshold, and an alarm output that causes the output device to output an alarm only when it is determined that a dangerous state has occurred. That is the execution procedure is characterized.
  • the computer can function as the above-described alarm control device of the present invention.
  • FIG. 1 is a configuration diagram schematically showing an alarm system according to a first embodiment of the present invention.
  • FIG. 2 is a flowchart for explaining a vehicle state monitoring process executed in a vehicle-mounted unit of the alarm system.
  • FIG. 3 is a flowchart for explaining a stop state process executed as a subroutine in the vehicle state monitoring process.
  • FIG. 4 is a flowchart for explaining the unstable state processing executed as a subroutine in the vehicle state monitoring processing.
  • FIG. 5 is a flowchart for explaining the unstable state processing executed as a subroutine in the vehicle state monitoring processing.
  • FIG. 6 is a flowchart for explaining the unstable state processing executed as a subroutine in the vehicle state monitoring processing.
  • FIG. 7 is a flowchart for explaining the unstable state processing executed as a subroutine in the vehicle state monitoring processing.
  • FIG. 8 is a flowchart for explaining a stable state process executed as a subroutine in the vehicle state monitoring process.
  • FIG. 9 is a flowchart for explaining the stable state processing executed as a subroutine in the vehicle state monitoring processing.
  • FIG. 10 is a flowchart for explaining a stable state process executed as a subroutine in the vehicle state monitoring process.
  • FIG. 11 is a flowchart for explaining a stable state process executed as a subroutine in the vehicle state monitoring process.
  • FIG. 12 is a flowchart for explaining a behavior monitoring process executed in a vehicle-mounted unit of the alarm system.
  • FIG. 13 is a flowchart for explaining a behavior determination process for an eye closed executed as a subroutine in the behavior monitoring process.
  • FIG. 14 is a flowchart for explaining a dangerous state determination process executed in the vehicle-mounted unit of the alarm system.
  • FIG. 15 is a flowchart for explaining a dangerous state determination process executed in the vehicle-mounted unit of the alarm system.
  • FIG. 16 is a flowchart for explaining a dangerous state determination process executed in the vehicle-mounted unit of the alarm system.
  • FIG. 17 is a flowchart for explaining an alarm output process executed in the vehicle-mounted unit of the alarm system.
  • FIG. 18 is a table for explaining a data structure of a rank definition table used in the alarm output processing.
  • FIG. 19 is a flowchart for explaining a behavior determination process for inattentiveness executed as a subroutine in the behavior monitoring process.
  • FIG. 20 is a flowchart for explaining a part of the dangerous state determination process executed in the vehicle-mounted unit of the alarm system according to the second embodiment of the present invention.
  • FIG. 1 is a schematic configuration diagram of an alarm system according to a first embodiment of the present invention. As shown in FIG. 1, this alarm system includes a small camera 10, a speaker 20, a speed sensor 30, a front and rear G sensor 40, a lateral G sensor 50, and an on-vehicle unit 60. I have.
  • the small camera 10 is an imaging device including an area image sensor for moving image shooting and an objective optical system.
  • the area image sensor converts an image formed on the imaging surface by the objective optical system into image data and outputs the image data in the form of an analog signal.
  • This small camera 10 is installed around the instrument panel on the dashboard, around the sun visor, or on the A-pillar in the cabin of a car such as a car or truck. Regardless of where it is installed, small turtles The direction of la 10 is adjusted so that the face of driver D sitting in the driver's seat is included in the field of view.
  • the speaker 20 is an output device that converts audio data input in the form of an analog signal into audio.
  • the loudspeaker 20 may be mounted on an automobile for exclusive use in the alarm system, or may be a loudspeaker provided in an automobile for audio. In the latter case, the audio data is temporarily input to the audio system from the external input terminal, and the audio system causes its own speaker to output audio based on the audio data.
  • the speed sensor 30 is a detection device that outputs a signal according to the speed of the vehicle.
  • the speed sensor 30 may be mounted on a vehicle exclusively for the alarm system, or may be a speed sensor shared with another system in the vehicle.
  • Other systems in the car include the speed display system (so-called speed meter) in the instrument panel, the ABS [Antilock Brake System], the TRC [Traction Control] system, and the VDC [Vehic le Dynamic]. Control] system power s .
  • the front-rear G sensor 40 is a detection device that outputs a signal corresponding to the component of the inertia force applied to the vehicle in the front-rear direction (the forward / backward direction of the vehicle). This is a device that outputs a signal corresponding to the component (left / right direction).
  • Both G sensors 40 and 50 may be mounted on the vehicle as a dedicated alarm system, but may be front and rear G sensors and side G sensors shared with other systems in the vehicle. .
  • Other systems in the car include active suspension systems, ABS and VDC systems ⁇
  • the vehicle unit 60 uses the other devices 10 to 50 described above to provide an alarm system.
  • the 10 to 50 are all connected to the vehicle-mounted unit 60.
  • the in-vehicle unit 60 is housed around the dashboard together with, for example, an engine control unit.
  • a CPU [Central Processing Unit] 60a a CPU [Central Processing Unit] 60a, a RAM [Random Access Memory] 60b, a video control device 60c, a sound source control device 60d, a first to a third IZO [Input] / Output] ports 60e to 60g and ROM [Read Only Memory] 60h are provided, and these hardware 60a to 60li are connected to each other via a bus B.
  • the CPU 60a is a central processing unit that controls the entire vehicle unit 60.
  • the RAM 60b is a main storage device in which a work area is expanded when the CPU 60a executes various programs.
  • the video control device 60 c is a device that controls reception of image data from the small camera 10. More specifically, the video control device 60c samples an analog signal or a digital signal input from the small camera 10 at regular time intervals (for example, 33 ms ⁇ ), and compresses the data amount per frame. Generate digital image data. Further, the video control device 60c sequentially transmits the generated image data to the CPU 60a.
  • the sound source control device 60d is a device that controls the output of the audio data to the speaker 20.
  • the sound source control device 60d converts the digital signal into an analog signal, and outputs an analog signal to the speaker 20.
  • the first I / O port 60e is connected between the CPU 60a and the speed sensor 30. It is a device that mediates data.
  • the first I / O port 6 Oe generates vehicle speed data based on a signal constantly output from the speed sensor 30, and sequentially updates its own memory with the speed data.
  • the first port 60e outputs the speed data in the memory to the CPU 60a when instructed by the CPU 60a.
  • the second I / O port 60f is a device that mediates data between the CPU 60a and the front and rear G sensors 40
  • the third I / O port 60g is a device that transfers data between the CPU 60a and the horizontal G sensor 50. It is a device that mediates data overnight.
  • Both Z ⁇ ports 6 Off and 60 g generate vehicle acceleration data based on signals constantly output from the G sensors 40 and 50, and use this acceleration data in their own memory. Are sequentially updated. Further, both the 1 / / ⁇ port one DOO 601 *, both 60 g, if there is an instruction from the CP U60 a, and outputs the acceleration data in the memory to the CPU 60 a. '
  • ROM 6 Oh is a recording device in which various data and various programs are recorded.
  • the R ⁇ M60h may be detachably mounted to a socket provided inside the vehicle-mounted unit 60.
  • the ROM 60 h mounted on the in-vehicle unit 60 can be replaced with a ROM 60 h in which various corrected data and various upgraded programs are recorded.
  • the ROM 60h functions as a replaceable computer-readable medium.
  • the programs recorded in the ROM 60h include a vehicle state monitoring program 61, a behavior monitoring program 62, a dangerous state determination program 63, and an alarm output program 64.
  • the vehicle state monitoring program 61 corresponds to a moving body state determination unit, and the speed sensor 30, the front and rear G sensor 40, and the lateral G sensor 50 include a moving state detection unit.
  • the behavior monitoring program 62 and the small camera 10 correspond to a behavior detecting unit
  • the dangerous state determining program 63 corresponds to a distance measuring unit, a time measuring unit, and a dangerous state determining unit.
  • the alarm output program 64 and the speaker 20 correspond to an alarm output unit.
  • the engine starts to be driven, and the small camera 10, the G sensors 40, 50, and the on-vehicle unit 60 are turned on. You. Then, in the on-vehicle unit 60, the four programs 61 to 64 are read from the ROM 60h by the CPU 60a, and the execution of the vehicle state monitoring processing, behavior monitoring processing, dangerous state determination processing, and alarm output processing is started. Is done. Note that these four processes are executed in parallel with each other. That is, the in-vehicle unit 60 is in a state where these four processing processes are simultaneously generated.
  • FIG. 2 is a flowchart for explaining a vehicle state monitoring process.
  • the CPU 60a determines how many values are substituted in the vehicle state variable Vs. Note that the value of the vehicle state variable Vs is set to 1 as an initial value at the time of startup. Then, when the value assigned to the vehicle state variable Vs is 1, the CPU 60a determines that the vehicle state is the stopped state, and advances the process to step S102.
  • step S102 the CPU 60a reads the stop state subroutine and starts execution of the stop state processing.
  • Fig. 3 explains this stop state processing. It is a flowchart for clarifying.
  • the CPU 60a monitors the speed data that is sequentially updated at the first I / O port 60e, and at the speed of the vehicle of 0 km / h. Wait until it runs out. Then, when the speed of the car stops at Okm / h, the CPU 60a advances the process to step S202.
  • step S202 the CPU 60a starts a time measurement process. More specifically, the CPU 60a starts a process of incrementing the value of the time variable T from 0 by a predetermined unit second (for example, 0.01 seconds).
  • step S203 the CPU 60a determines whether or not the speed of the vehicle is OkmZh. If the speed of the car is not 0 km / h, the CPU 60a advances the process to step S204.
  • step S204 the CPU 60a determines whether the value of the time variable T exceeds a predetermined upper limit (for example, 2 seconds). Then, when the value of the time variable T is equal to or smaller than the predetermined upper limit, the CPU 60a returns the process to step S203.
  • a predetermined upper limit for example, 2 seconds
  • the CPU 60a determines whether the speed of the vehicle has reached Okm / h before the value of the time variable T exceeds a predetermined upper limit value. The process returns from step S201 to step S201. If the value of the time variable T exceeds a predetermined upper limit before the vehicle speed becomes 0 km / h, the process proceeds from step S204 to step S205.
  • step S205 the CPU 60a switches the vehicle state from the stop state to the unstable state. More specifically, the CPU 60a changes the value of the vehicle state variable Vs from 1 to 2. Then, the CPU 60a executes the stop state processing. And proceed to step S105 in the main routine in FIG.
  • step S101 If the value assigned to the vehicle state variable Vs in step S101 is 2, the CPU 60a determines that the vehicle state is in an unstable state and proceeds to step S103.
  • step S103 the CPU 60a reads the unstable state subroutine and starts executing the unstable state processing.
  • 4 to 7 are flowcharts for explaining this unstable state processing.
  • the CPU 60a monitors the speed data sequentially updated at the first I / O port 60e, and the speed of the vehicle is Okm / h. Is determined. If the speed of the vehicle is 0 kmZh, the CPU 60a advances the process to step S302.
  • step S302 the CPU 60a starts a time measurement process of incrementing the value of the time variable T from 0 by a predetermined unit second.
  • step S303 the CPU 60a determines whether or not the speed of the vehicle is 0 km / h. If the speed of the vehicle is 0 km / h, the CPU 60a advances the process to step S304.
  • step S304 the CPU 60a determines whether or not the value of the time variable T exceeds a predetermined upper limit (for example, 3 seconds). When the value of the time variable T is equal to or smaller than the predetermined upper limit, the CPU 60a returns the process to step S303.
  • a predetermined upper limit for example, 3 seconds
  • the CPU 60a determines that the speed of the vehicle is Okm / h before the value of the time variable T exceeds a predetermined upper limit. If the value of the time variable T exceeds the predetermined upper limit before the speed of the vehicle stops at 0 km / h, the process returns from step S303 to S301. The process proceeds from step S304 to S305.
  • step S305 the CPU 60a switches the vehicle state from the unstable state to the stopped state. More specifically, the CPU 60a changes the value of the vehicle state variable Vs from 2 to 1. Then, the CPU 60a ends the execution of the unstable state processing, and advances the processing to step S105 in the main routine of FIG.
  • step 301 the CPU 60a proceeds to steps S306, S311, and S316.
  • the routines are executed in parallel with each other, and when all three routines end, step S321 is executed.
  • step S306 in FIG. 5 the CPU 60a starts a time measurement process for incrementing the value of the time variable T from 0 by a predetermined unit of second.
  • the CPU 60a determines whether or not the speed of the vehicle is lower than a predetermined upper limit.
  • this upper limit is a speed condition which is one of the conditions for judging that the vehicle state of the automobile has become a stable running state.
  • the upper limit is, for example, a value of 4 Okm / h. Is set. If the speed of the vehicle is equal to or higher than the predetermined upper limit, the CPU 60a advances the process to step S308.
  • step S308 the CPU 60a determines whether the value of the time variable T exceeds a predetermined upper limit (for example, 5 seconds). And the time variable T Is less than or equal to the predetermined upper limit, the CPU 60a returns the process to step S307.
  • a predetermined upper limit for example, 5 seconds
  • step S308 if the value of the time variable T exceeds the predetermined upper limit before the vehicle speed falls below the predetermined upper limit, the CPU 60a executes step S308. The process proceeds to S309.
  • step S309 the CPU 60a switches the stable speed condition flag to TRUE, and proceeds to step S321 in FIG.
  • step S310 the CPU 60a switches the stable speed condition flag to FALSE, and proceeds to step S321 in FIG.
  • step S311 in FIG. 6 the CPU 60a starts a time measurement process of incrementing the value of the time variable from 0 by a predetermined unit second.
  • next step S312 the CPU 60a monitors the longitudinal acceleration data that is sequentially updated at the second I / O port 60f, and determines whether or not the longitudinal acceleration of the vehicle exceeds a predetermined upper limit. Is determined.
  • the upper limit value the vehicle state of the automobile is one in which acceleration and deceleration conditions condition for determining that it is now in a stable traveling state, the upper limit value, for example, the value of lm / s 2 is Set. If the longitudinal acceleration of the vehicle is equal to or less than the predetermined upper limit, the CPU 60a advances the process to step S313.
  • step S313 the CPU 60a determines whether or not the value of the time variable T exceeds a predetermined upper limit (for example, 5 seconds). And the time variable T Is less than or equal to the predetermined upper limit, the CPU 60a returns the process to step S312.
  • a predetermined upper limit for example, 5 seconds
  • step S314 the CPU 60a switches the stable longitudinal acceleration condition flag to TRUE, and proceeds to step S321 in FIG.
  • step S315 the CPU 60a switches the stable longitudinal acceleration condition flag to FALSE, and proceeds to step S321 in FIG.
  • step S316 in FIG. 7 the CPU 60a starts a time measurement process of incrementing the value of the time variable T from 0 by a predetermined unit second.
  • the CPU 60a monitors the lateral acceleration data sequentially updated at the third I / O port 60g, and determines whether or not the lateral acceleration of the vehicle exceeds a predetermined upper limit.
  • the upper limit value the vehicle state of the automobile is one in which the curve condition condition for determining that it is now in a stable traveling state, the upper limit value, for example 0. 5 m / s 2 value Is set. If the lateral acceleration of the vehicle is equal to or less than the predetermined upper limit, the CPU 60a advances the process to step S318.
  • step S318 the CPU 60a determines that the value of the time variable T Determine if it exceeds the value (for example, 5 seconds). When the value of the time variable T is equal to or smaller than the predetermined upper limit, the CPU 60a returns the process to step S317.
  • step S319 the CPU 60a switches the stable lateral acceleration condition flag to TRUE, and proceeds to step S321 in FIG.
  • step S317 if the lateral acceleration of the vehicle exceeds the predetermined upper limit before the value of the time variable T exceeds the predetermined upper limit during the execution of the processing loop of steps S317 and S318, the CPU 60 In a, the process proceeds from step S317 to S320.
  • step S320 the CPU 60a switches the stable lateral acceleration condition flag to FALSE, and proceeds to step S321 in FIG.
  • step S321 the CPU 60a sets a stable speed condition flag, a stable longitudinal acceleration condition flag, and a stable lateral acceleration condition flag. Determine whether all the flags are TRUE. Then, if at least one of the three flags is FALSE, the CPU 60a returns the process to step S301, and if all three flags are TRUE, step S301. The process proceeds to 322.
  • step S322 the CPU 60a switches the vehicle state from the unstable state to the stable state. More specifically, the CPU 60a updates the value of the vehicle state variable Vs from 2 to 3. Then, the CPU 60a executes the unstable state processing. The line ends, and the process proceeds to step S105 in the main routine of FIG.
  • step S101 If the value substituted in the vehicle state variable Vs is 3 in step S101, the CPU 60a determines that the vehicle state is in a stable state and proceeds to step S104.
  • step S104 the CPU 60a reads out the stable state subroutine and starts executing the stable state processing.
  • 8 to 11 are flowcharts for explaining the stable state processing.
  • the CPU 60a monitors the speed data sequentially updated at the first IZO port 60e, and determines whether or not the speed of the vehicle is 0 km / h. Is determined. If the speed of the vehicle is 0 km / h, the CPU 60a advances the process to step S402.
  • step S402 the CPU 60a starts a time measurement process of incrementing the value of the time variable T from 0 by a predetermined unit second.
  • next step S403 the CPU 60a determines whether or not the speed of the vehicle is OkmZh. If the speed of the vehicle is 0 km / h, the CPU 60a advances the process to step S404.
  • step S404 the CPU 60a determines whether the value of the time variable T exceeds a predetermined upper limit (for example, 3 seconds). If the value of the time variable T is equal to or smaller than the predetermined upper limit, the CPU 60a returns the process to step S403.
  • a predetermined upper limit for example, 3 seconds
  • the CPU 60a determines that the speed of the vehicle is 0 km / li before the value of the time variable T exceeds a predetermined upper limit. If the value of the time variable T exceeds the predetermined upper limit before the speed of the vehicle stops at 0 km / li, the process returns to step S401 from step S403 if The process proceeds from step S404 to S405.
  • step S405 the CPU 60a switches the vehicle state from a stable state to a stopped state. More specifically, the CPU 60a changes the value of the vehicle state variable Vs from 3 to 1. Then, the CPU 60a ends the execution of the stable state processing, and proceeds to step S105 in the main routine of FIG. 2, while if the speed of the car is not 0 kmZh in step 401, The CPU 60a proceeds to steps S406, S411, and S416.
  • step S406 in FIG. 9 the CPU 60a starts a time measurement process for incrementing the value of the time variable T from 0 by a predetermined unit of second.
  • the CPU 60a determines whether or not the speed of the vehicle is within a predetermined range. That is, the CPU 60a determines whether or not the speed of the vehicle is lower than the predetermined upper limit and higher than the predetermined lower limit.
  • the fact that the speed of the vehicle is out of the predetermined range is a speed condition which is one of the conditions for determining that the vehicle state of the vehicle has become unstable, and the upper limit of the range includes For example, a value of 100 km / h is set, and the lower limit of the range is set to 40 km / h. The upper limit may not be set if unnecessary. And cars If the speed is not within the predetermined range, the CPU 60a advances the process to step S408.
  • step S408 the CPU 60a determines whether the value of the time variable T exceeds a predetermined upper limit (for example, 5 seconds). If the value of the time variable T is equal to or smaller than the predetermined upper limit, the CPU 60a returns the process to step S407.
  • a predetermined upper limit for example, 5 seconds
  • step S407 and S408 if the value of the time variable T exceeds a predetermined upper limit before the speed of the vehicle reaches a speed within a predetermined range, the CPU 60a The process proceeds from step S408 to S409.
  • step S409 the CPU 60a switches the unstable speed condition flag to TRUE, and proceeds to step S421 in FIG.
  • step S407 if the speed of the vehicle falls within the above-mentioned predetermined range before the value of the time variable T exceeds the predetermined upper limit, The CPU 60a proceeds from step S407 to step S410.
  • step S410 the CPU 60a switches the non-photographing speed condition flag to FALSE, and proceeds to step S421 in FIG.
  • step S411 of FIG. 10 the CPU 60a starts a time measurement process of incrementing the value of the time variable T from 0 by a predetermined unit second.
  • the CPU 60a monitors the longitudinal acceleration data sequentially updated at the second I / O port 60f, and determines whether or not the longitudinal acceleration of the vehicle is below a predetermined upper limit. Determine.
  • this upper limit is Vehicle state of the automobile is one in which acceleration and deceleration conditions condition for determining that became unstable running condition, the upper limit value, for example, a value of 2 m / s 2 is set. If the longitudinal acceleration of the vehicle is equal to or greater than the predetermined upper limit, the CPU 60a advances the process to step S413.
  • step S413 the CPU 60a determines whether or not the value of the time variable T exceeds a predetermined upper limit (for example, 5 seconds). If the value of the time variable T is equal to or smaller than the predetermined upper limit, the CPU 60a returns the process to step S412.
  • a predetermined upper limit for example, 5 seconds
  • step S414 the CPU 60a switches the unstable longitudinal acceleration condition flag to TRUE, and proceeds to step S421 in FIG.
  • step S415 the CPU 60a switches the speed condition flag before and after stability to FALSE, and proceeds to step S421 in FIG.
  • the CPU 60a starts a time measurement process for incrementing the value of the time variable T from 0 by a predetermined unit of time.
  • the CPU 60a sets the third I / O port 60
  • the lateral acceleration data sequentially updated in g is monitored, and it is determined whether or not the lateral acceleration of the vehicle is below a predetermined upper limit.
  • the upper limit is is one curve condition condition for determining that the vehicle state of the automobile becomes unstable running condition, the upper limit value, for example, the value of lm / s 2 is Is set. If the lateral acceleration of the vehicle is equal to or greater than the predetermined upper limit, the CPU 60a advances the process to step S418.
  • step S4108 the CPU 60a determines whether the value of the time variable T exceeds a predetermined upper limit (for example, 5). If the value of the time variable T is equal to or smaller than the predetermined upper limit, the CPU 60a returns the process to step S417.
  • a predetermined upper limit for example, 5
  • step S419 the CPU 60a switches the unstable lateral acceleration condition flag to TRUE, and proceeds to step S421 in FIG.
  • step S42Q the CPU 60a switches the unstable lateral acceleration condition flag to FALSE, and proceeds to step S421 in FIG.
  • step S421 the CPU 60a sets the unstable speed condition flag, It is determined whether at least one of the three condition condition flags and the unstable lateral acceleration condition flag is TRUE. Then, when all three flags are FALSE, the CPU 60a returns the process to step S401, and when at least one of the three flags is TRUE, the process proceeds to step S422. Proceed.
  • step S422 the CPU 60a switches the vehicle state from the stable state to the non-stable state. More specifically, the CPU 60a changes the value of the vehicle state variable Vs from 3 to 2. Then, the CPU 60a ends the execution of the stable state processing, and proceeds to step S105 in the main routine of FIG.
  • step S105 the CPU 60a notifies the value of the vehicle state variable V s at this time to the behavior monitoring processing process and the dangerous state determination processing process. Thereafter, the CPU 60a returns the process to step S101, and determines how many values have been substituted into the vehicle state variable Vs at this time.
  • the vehicle state is switched to the stop state after a certain time has elapsed since the vehicle stopped (S103, S301 to S305, S104, S401 to S405), After a certain period of time has elapsed since the vehicle started running, the vehicle state switches to an unstable state (S102, S201 to S205).
  • the vehicle state becomes stable.
  • the vehicle state switches to a stable state.
  • the vehicle state becomes unstable.
  • the state is switched (S104, S401, S406 to S422).
  • FIG. 12 is a flowchart for explaining the behavior monitoring process.
  • the CPU 60a determines how many values have been assigned to the processing state variable Vp. Note that the value of this processing state variable Vp is set to 1 as an initial value at startup. If the value assigned to the processing state variable Vp is 1, the CPU 60a determines that the processing state is the stopped state and proceeds to step S502.
  • step S502 the CPU 60a executes the above-described vehicle condition monitoring processing process. Wait until the process reports the value of the vehicle state variable Vs. Then, when notified of the value of the vehicle state variable Vs from the vehicle state monitoring process, the CPU 60a advances the process to step S503.
  • step S503 the CPU 60a determines whether the value of the notified vehicle state change V s is 3 or not. That is, the CPU 60a determines whether or not the vehicle state has been switched to the stable state. If the value of the notified vehicle state variable Vs is 3, the CPU 60a advances the process to step S504.
  • step S504 the CPU 60a switches the execution start flag to TRUE, and proceeds to step S506.
  • step S503 the CPU 60a advances the process to step S505.
  • step S505 the CPU 60a switches the execution start flag to FALSE, and proceeds to step S506.
  • step S506 the CPU 60a determines whether or not the execution start flag is TRUE. Then, if the execution start flag is not TRUE, the CPU 60a returns the process to steps S501 and S502, and if the execution start flag is TRUE, the CPU 60a proceeds to step S507. Proceed.
  • step S507 the CPU 60a switches the processing state from the stop state to the execution state. More specifically, the CPU 60a changes the value of the processing state variable Vp from 1 to 2. Thereafter, the CPU 60a returns the process to step S501.
  • step S501 it is substituted for the processing state variable Vp. If the value is 2, the CPU 60a determines that the processing state is the execution state, and advances the process to step S508.
  • step S508 the CPU 60 reads the behavior determination subroutine, and starts executing the behavior determination processing.
  • FIG. 13 is a flowchart for explaining the behavior determination processing.
  • step S601 the CPU 60a waits until the reception of one frame of image data from the video control device 60c is completed. When the reception of the image data for one frame is completed, the CPU 60a advances the process to step S602.
  • step S602 the CPU 60a executes an eye opening acquisition process.
  • this eye opening acquisition processing is performed, for example, in Japanese Patent Publication No. 20,00-163564, Japanese Patent Publication No. 2000-142164, Japanese Patent Publication No. 07-181012, and Japanese Patent Publication No. 06-032154. Since this is an eye opening acquisition process that is described in detail in Japanese Patent Application Laid-Open Publication No. H10-209, it will not be described in detail here. However, to explain the outline, this eye opening acquisition process specifies a pixel group indicating the driver D's eye from among all the pixels in the received image data, and determines the vertical direction of the specified pixel group. The width is measured as the degree of opening of driver D's eyes.
  • the CPU 60a acquires the opening of the driver D's eye by executing the eye opening acquiring process, and then proceeds to step S603.
  • step S603 the CPU 60a determines whether or not the acquired eye opening is equal to or greater than a predetermined threshold value. Then, when the eye opening is equal to or more than the predetermined threshold, the CPU 60a determines that the possibility that the driver D is awake is high and advances the process to step S604.
  • step S604 the CPU 60a sets the acquired eye opening degree to R AM 6 Recorded in Ob, and the process proceeds to step S605.
  • step S605 the CPU 60a adjusts the threshold.
  • the adjustment method is that the CPU 60a calculates an average value of a large number (or the latest predetermined number) of eye openings recorded in the RAM 60b, and calculates a difference between the average value and the original threshold value. In this method, an adjustment amount is determined based on the difference, and a new threshold value is generated by adding or subtracting the adjustment amount to or from the original threshold value.
  • the CPU 60a terminates the execution of the behavior determination process, and proceeds to step S509 in the main routine of FIG.
  • step S603 if the degree of eye opening is less than the predetermined threshold in step S603, it is determined that the driver D is likely to be in a coma, and the process proceeds to step S606.
  • step S606 the CPU 60a notifies the dangerous state determination processing process of behavior abnormality information indicating that the behavior of the driver D is abnormal. After that, the CPU 60a ends the execution of the behavior determination processing, and proceeds to step S509 in the main routine in FIG.
  • step S509 the CPU 60a determines whether or not the value of the vehicle state variable Vs has been notified from the vehicle state monitoring process. Then, when the value of the vehicle state variable Vs has not been notified from the vehicle state monitoring processing process, the CPU 60a returns the process to step S508.
  • step S510 when the value of the vehicle state variable Vs is notified from the vehicle state monitoring processing process, the CPU 60a The process proceeds to step S510.
  • step S510 CPU 60a determines whether or not the value of the notified vehicle state variable Vs is one. That is, the CPU 60a determines whether or not the vehicle state has been switched to the stop state. If the value of the notified vehicle state variable Vs is 1, the CPU 60a advances the process to step S511.
  • step S511 the CPU 60a switches the execution end flag to TRUE, and proceeds to step S513.
  • step S510 if the value of the notified vehicle state variable Vs is not 1 in step S510, the CPU 60a proceeds to step S512.
  • step S512 the CPU 60a switches the execution end flag to FALSE, and proceeds to step S513.
  • step S513 the CPU 60a determines whether or not the execution end flag is TRUE. Then, if the execution end flag is not TRUE, the CPU 60a returns the process to steps S501, S508, S509, and if the execution end flag is TRUE, returns to step S514. Proceed with the process.
  • step S514 the CPU 60a switches the processing state from the execution state to the stop state. More specifically, the CPU 60a changes the value of the processing state variable Vp from 2 to 1. Thereafter, the CPU 60a returns the process to steps S501 and S502.
  • behavior abnormality information is notified to the dangerous state determination processing process described below (S606).
  • This behavior abnormality information is notified only once for one frame of image data (S508, S60).
  • the dangerous state determination process is performed 10 times consecutively. The behavior abnormality information is notified.
  • step S701 the CPU 60a waits until continuous notification of the behavior abnormality information from the behavior monitoring process described above is started. Then, when continuous notification of the behavior abnormality information from the behavior monitoring processing process is started, the CPU 60a advances the process to step S702.
  • step S702 the CPU 60a determines whether the vehicle state is in a stable state. Then, if the vehicle state is not stable, the CPU 60a returns the process to step S701. If the vehicle state is stable, the CPU 60a advances the process to step S703.
  • step S703 the CPU 60a starts a time measurement process of incrementing the value of the time variable T from 0 by a predetermined unit of time.
  • step S704 the CPU 60a starts distance measurement processing.
  • the speed data is sampled from the first I / O port 60e at regular time intervals (for example, every 0.5 seconds), and the sampled speed data and the time are sampled.
  • the process of calculating the mileage of the vehicle at the time interval based on the distance is repeated. Further, the mileage at each time interval is integrated, and the mileage variable L is sequentially updated with the integrated value.
  • the CPU 60a proceeds to step S705.
  • step S705 the CPU 60a determines whether or not first level information described later is recorded in the RAM 60b. Then, if the first level information is recorded in the RAM 60 b, the CPU 60a proceeds to step S710, and if the first level information is not recorded in the RAM 60b, Processing proceeds to step S706.
  • step S706 the CPU 60a determines whether or not the value of the time variable T exceeds a predetermined first time upper limit (for example, 1 second). Then, if the value of the time variable T exceeds the predetermined first upper limit time, the CPU 60a proceeds to step S708, and determines that the value of the time variable T is equal to or less than the predetermined first upper limit time. If so, the process proceeds to step S707.
  • a predetermined first time upper limit for example, 1 second
  • step S707 the CPU 60a determines whether or not the traveling distance variable L exceeds a predetermined first upper limit distance (for example, 10 m). If the value of the mileage variable L is equal to or less than the first predetermined upper limit distance, the CPU 60a proceeds to step S710 and sets the value of the mileage variable L to the predetermined first upper limit distance. If so, the process proceeds to step S708.
  • a predetermined first upper limit distance for example, 10 m.
  • step S708 the CPU 60a processes the first level information for an alarm output. Notify the process.
  • the first level information indicates that the abnormal behavior of the driver D has continued for a predetermined time (first upper limit time) or while the vehicle has been running for a predetermined distance (first upper limit distance). Is information indicating
  • step S709 the CPU 60a records the first level information in the RAM6 Ob, and proceeds to step S710.
  • step S710 the CPU 60a determines whether or not second level information described later is recorded in the RAM 60b. If the second level information has been recorded in the RAM 60b, the CPU 60a proceeds to step S715, and if the second level information has not been recorded in the RAM 60b, the CPU 60a proceeds to step S715. The process proceeds to S711.
  • step S711 the CPU 60a determines whether or not the value of the time variable T exceeds a predetermined second upper limit time (for example, 2 seconds). Then, if the value of the time variable T exceeds the predetermined second upper limit time, the CPU 60a proceeds to step S713, and if the value of the time variable T is less than the predetermined second upper limit time, If there is, the process proceeds to step S712.
  • a predetermined second upper limit time for example, 2 seconds.
  • step S712 the CPU 60a determines whether or not the traveling distance variable L exceeds a predetermined second upper limit distance (for example, 20m). If the value of the mileage variable L is equal to or less than the second predetermined upper limit distance, the CPU 60a proceeds to step S715, and the value of the mileage variable L becomes the second predetermined upper limit distance. If so, the process proceeds to step S713.
  • a predetermined second upper limit distance for example, 20m
  • step S713 the CPU 60a notifies the second level information to the alarm output processing process.
  • this second level information indicates that the abnormal behavior of the driver D has continued for a predetermined time (second upper limit time) or while the vehicle has been running for a predetermined distance (second upper limit distance). Is information indicating
  • the CPU 60a records the second level information in the RAM 60b, and proceeds to step S715.
  • step S715 the CPU 60a determines whether or not third level information described later is recorded in the RAM 60b. Then, the CPU 60a proceeds to step S720 if the third level information has been recorded in the RAM6Ob, and proceeds to step S720 if the third level information has not been recorded in the RAM60b. Then, the process proceeds to step S716.
  • step S716 the CPU 60a determines whether or not the value of the time variable T exceeds a predetermined third upper limit time (for example, 3 seconds). Then, if the value of the time variable T exceeds the predetermined third upper limit time, the CPU 60a proceeds to step S718, and determines that the value of the time variable T is equal to or less than the predetermined third upper limit time. If not, the process proceeds to step S717.
  • a predetermined third upper limit time for example, 3 seconds.
  • step S717 the CPU 60a determines whether or not the traveling distance variable L exceeds a predetermined third upper limit distance (for example, 30 m). If the value of the mileage variable L is equal to or less than the predetermined third upper limit distance, the CPU 60a proceeds to step S720 and sets the value of the mileage variable L to the predetermined third upper limit distance. If so, the process proceeds to step S718.
  • a predetermined third upper limit distance for example, 30 m.
  • step S7108 the CPU 60a notifies the third level information to the alarm output processing process.
  • the third level information indicates that the abnormal behavior of the driver D has continued for a predetermined time (third upper limit time) or while the vehicle has been running for a predetermined distance (third upper limit distance). Is information indicating
  • step S719 the CPU 60a records the third level information in the RAM6 Ob, and proceeds to step S720.
  • step S720 the CPU 60a determines whether the vehicle state has a value of 1 or 2. It is determined whether or not the variable Vs has been notified from the above-described vehicle state monitoring process. If the vehicle state variable Vs having a value of 1 or 2 has been notified from the vehicle state monitoring processing process, the CPU 60a proceeds to step S722 and executes the vehicle state variable having a value of 1 or 2. If the variable Vs has not been notified from the vehicle state monitoring process, the process proceeds to step S721.
  • step S721 the CPU 60a determines whether or not the continuous notification of the behavior abnormality information from the behavior monitoring process has been completed. If the continuous notification of the behavior abnormality information from the behavior monitoring process has not been completed, the CPU 60a returns the process to step S705 and continues the behavior abnormality information from the behavior monitoring process. If the general notification has been completed, the process proceeds to step S722.
  • step S722 the CPU 60a notifies the alarm output processing process, which will be described later, of the abnormal termination of the behavior, and proceeds to step S723.
  • step S723 the CPU 60a clears the level information in the RAM 60a and returns the processing to step S701.
  • the behavior monitoring process starts continuously notifying the behavior abnormality information (S701, S702).
  • the processing (S703 to S719) for determining whether or not the current level is present is started. Then, the processing is continued while the vehicle state is in a stable state (S720) or while the notification of the behavior abnormality information is continuous (S721), and when the notification of the behavior abnormality information is interrupted, The process ends (S723).
  • the behavior abnormality information is continuously output. If the elapsed time or the mileage of the car at the time of notification exceeds the permissible range (first to third upper limit time and first to third upper limit distance), it is determined that a dangerous state has occurred, and As the elapsed time and the mileage increase, the level of the danger condition increases. Then, every time the level of the danger state increases, information (1st to 3rd level information) corresponding to the level is notified to the alarm output processing process described below (
  • FIG. 17 is a flowchart for explaining the alarm output processing.
  • the CPU 60a waits until any of the first to third level information is notified from the above-described dangerous state determination processing process. When any of the first to third level information is notified, the CPU 60a advances the process to step S802.
  • step S802 the CPU 60a stores the notified level information in the RAM.
  • step S803 the CPU 60a starts the time measurement processing when the value of the time variable T is incremented from 0 by a predetermined unit second.
  • step S804 the CPU 60a determines whether or not any of the first to third level information has been notified from the dangerous state determination process. Then, if any one of the first to third level information has not been notified from the dangerous state determination processing process, the CPU 60a proceeds to step S806, and the first to third level information Either from the dangerous state judgment process If it has been notified, the process proceeds to step S805.
  • step S805 the CPU 60a records the notified level information in the RAM6Ob, and proceeds to step S806.
  • step S806 the CPU 60a determines each of the first to third level information based on each level information recorded in the RAM 60b and the value of the time variable T. The number of notifications per unit time for is calculated.
  • the CPU 60a refers to the rank definition table and sets the alarm rank corresponding to the combination of the number of notifications per unit time of each of the first to third level information. Is identified.
  • Fig. 18 is a table created to explain this rank definition table.
  • the rank definition table includes “alarm rank”, “number of first levels”, “number of second levels”, and “number of third levels”. It is configured by creating a record consisting of item columns (fields) for each alarm rank.
  • warning rank a number for identifying a warning rank indicating a degree of a warning output described later is recorded.
  • number of first level information the number of notifications of the first level information per unit time is recorded.
  • the number of notifications of the second level information and the third level information per unit time are recorded in the “number of second level” and “number of third level”, respectively.
  • the rank definition table shown in FIG. 18 is referred to by the CPU 60a, for example, whether the number of notifications of the first level information per unit time is three or the number of notifications of the second level information is three. If the number of times is two or the number of the third level information is one, the alarm rank is specified as 3. In other words, the numerical values in each item column other than “alarm rank” in one alarm rank are in a logical sum (OR) relationship. Also For example, when the number of notifications of the first to third level information per unit time is three, the highest alarm rank 5 among them is specified.
  • the CPU 60a specifies the alarm rank by referring to such a rank definition table, and then proceeds to step S808 in FIG.
  • step S808 the CPU 60a delivers the sound data for outputting the sound corresponding to the alarm rank as a warning to the sound source control device 60d, and sends a signal based on the sound data to the sound source control device 6Od. Is output to the speaker 20.
  • the number of voice data is prepared in advance in the ROM60h in accordance with the number of alarm ranks.Each voice data is associated with a higher alarm rank. It is configured to let Then, in this step S808, the CPU 60a specifies one voice data corresponding to the alarm rank from among a large number of voice data in the R ⁇ M60h, transfers it to the sound source control device 60d, and corresponds to the alarm rank.
  • the electronic sound having the tone of the pitch set as described above is output from the speaker 20 as an alarm.
  • step S809 the CPU 60a determines whether or not the abnormal behavior termination has been notified from the above-described dangerous state determination processing process. Then, the CPU 60a returns the process to step S804 if the dangerous state determination process has not notified the abnormal behavior end, and if the behavior abnormal end has been notified from the dangerous state determination process. Then, the process proceeds to step S810. '
  • step S810 the CPU 60a ends the time measurement process, and returns the process to step S801.
  • an alarm output process By executing such an alarm output process, from the time when the abnormal behavior end is notified by the dangerous state determination process process to the time when the next abnormal behavior end is notified (that is, the driver D recognizes the abnormal behavior). During this period, it is determined whether or not to output an alarm, and if so, what level of alarm should be output, and an alarm is output (S801 to S810).
  • the mileage of the vehicle while the abnormal behavior state is continued is adopted as the condition for determining whether or not the vehicle is in a dangerous state. Since the threshold value (for example, the first upper limit distance) is constant, the limit time during which the abnormal behavior can be continued changes linearly according to the vehicle speed. Therefore, the higher the speed of the car, the more likely it is to determine that the vehicle is in a dangerous state by taking only a short period of abnormal behavior.If the speed of the car is low, the abnormal behavior must be taken for a longer period of time. Is not determined. Therefore, the driver of the car can be properly alerted when the danger is actually increasing.
  • the threshold value for example, the first upper limit distance
  • the elapsed time during which the abnormal behavior continues is added to the dangerous condition determination condition, so that the speed of the vehicle is equal to or less than a certain value.
  • a threshold for example, the first upper limit time
  • the time until it is determined that the vehicle is in a dangerous state is uniformly determined. Will be able to
  • the traveling state of the automatic rate is stable, if the elapsed time or the traveling distance while the driver D continues the abnormal behavior exceeds a predetermined value, An alarm corresponding to the magnitude of the predetermined value that is exceeded is output from the speaker 20.
  • the elapsed time or the mileage during the continuation of the abnormal behavior is set stepwise in detail according to the height of the danger (the first to third upper limit time or the first to third upper limit distance), The conditions for determining that an alarm should be output can be finely changed according to the level of danger.
  • the dangerous state is not determined, and therefore, when the vehicle is stopped. Unnecessary warnings are not output during unstable driving.
  • the electronic sound output from the speaker 20 as an alarm is set so that the tone becomes higher as the alarm rank becomes higher.
  • an electronic sound output as an alarm ′ from the speaker 20 may be output on and off.
  • the on / off interval to be shorter as the alarm rank becomes higher, it is possible to inform the driver D of the high degree of danger together with the fact that the driver is taking abnormal behavior. it can.
  • the electronic sound output from the speaker 20 as an alarm may be set so that the tone becomes higher as the alarm rank becomes higher and the on / off interval becomes shorter.
  • the electronic sound may be music. If it is music, it will change to a song with fast tempo according to the height of the alarm rank With this setting, it is possible to inform the driver D of the high degree of danger together with the fact that the driver D is taking abnormal behavior.
  • the device for outputting the alarm is the speed 20.
  • the device for outputting the alarm may not be so.
  • the device for outputting an alarm may be a monitor (not shown) connected to the video controller 60d, or a light emitting diode connected to an I / O port (not shown) on the bus B. It may be a single drump (not shown).
  • the CPU 60a transfers screen data for displaying an index corresponding to the alarm rank on the monitor to the video control device 60c, and sends the screen data to the video control device 60c. Display the screen based on the data on the monitor.
  • this monitor may be mounted on a vehicle exclusively for the alarm system, or may be a monitor provided for the navigation system or the evening screen in the vehicle.
  • the size of the index displayed on the monitor may be configured to increase according to the height of the alarm rank, or the color of the index displayed on the monitor may be changed. It may be configured so that it changes according to the height of the alarm rank, or it may be configured so that the blinking interval of the indicator displayed on the monitor becomes shorter according to the height of the alarm rank. good.
  • the flashing interval may be shortened according to the height of the alarm rank, or the emission intensity may be set according to the height of the alarm rank. May be configured to be higher
  • the behavior determination process executed in step S508 of the behavior monitoring process shown in FIG. 12 is a process of determining the degree of opening of the driver D's eyes. It has been determined whether or not person D is driving asleep, but this is not necessary.
  • the behavior determination process may be a process of determining the driver D's inattentiveness (gaze shift).
  • FIG. 19 is a flowchart for explaining behavior determination processing for inattentiveness.
  • the CPU 60a After starting the behavior abnormality determination process, the CPU 60a completes the reception of the image data for one frame (S601, YES), and executes the inattentiveness' acquisition process (S602,).
  • this inattentiveness acquisition process acquires the face direction of driver D from all the pixels in the received image data overnight, and determines the amount of deviation from the correct face direction by the inattentiveness degree. It is a process of acquiring as.
  • the CPU 60a If the inattentiveness level is less than the predetermined threshold (S603, NO), the CPU 60a records the inattentiveness level in the RAM 60b (S604,), and adjusts the threshold value (S604,). S605,), the process proceeds to step S509 in FIG. On the other hand, if the degree of inattentiveness is equal to or greater than the predetermined threshold (S603, YES), the CPU 60a notifies behavioral abnormality information on inattentiveness to the dangerous state determination process (S606,), and The process proceeds to step S509 in FIG.
  • step S508 of the behavior monitoring processing shown in FIG. 12 when the scenery is viewed or the audio is manipulated for each frame of the image data, It is determined whether the driver D is performing inattentive driving. As a result, if Driver D drives aside, danger state determination is performed. Any one of the first to third level information is notified from the processing process to the alarm output processing process, and a sound corresponding to the alarm rank is output from the speaker 20 as an alarm.
  • the second embodiment a large number of combinations of the first to third upper limit times and the first to third upper limit distances used by the dangerous state determination process for determining a dangerous state are prepared. It has the same configuration as the first embodiment except that the content of the state determination processing is slightly changed. Therefore, the differences from the first embodiment will be described below.
  • step S508 in the flowchart of FIG. 12 a behavior abnormality determination process for an eye closed as shown in FIG. 13 has been executed.
  • step S508 in FIG. 12 in parallel with the behavior abnormality determination process for the closed eye, the behavior for the inattentive behavior as shown in FIG. An abnormality determination process is executed.
  • the dangerous state determination processing process is notified of abnormal behavior information on closed eyes and abnormal behavior information on inattentiveness.
  • the CPU 60a performs the time measurement process. And the distance measurement processing was immediately executed (S702, S703).
  • the CPU 60a determines whether the behavioral abnormality information is for closed eyes or for inattentive eyes (S701-l). If so, the driving state determination information for closing the eyes is read from the ROM 6 Oh (S701-2).
  • the driving state determining information for inattentive driving is read from the ROM 60h. Read from then, after reading any of the traveling state determination information, the CPU 60a executes a time measurement process and a distance measurement process (S702, S703).
  • the traveling state determination information is a combination of the first to third upper limit times and the first to third upper limit distances described with reference to FIGS. 14 and 15, and is different for eyes closed and inattentive. It is a combination with numerical values. Both of the running state determination information for the eyes closed and for the inattentive driving are recorded in the ROM 6 Oh in advance.
  • the dangerous state determination processing process changes the traveling state determination information used for the determination of the dangerous state according to the type of the abnormal behavior notified from the behavior monitoring processing process. . For this reason, the alarm system can output an alarm whether the driver D falls asleep or looks aside.
  • the alarm system sets the condition when it is determined that an alarm should be output, as It can be finely changed according to the height.

Description

技術分野
本発明は、 移動体の操縦者の挙動が操縦に不向きな異常挙動である旨を 操縦者に対して通知するための警報システムと、 このような警報システムを 移動体におレ、て機能させるための警報制御装置と、 このような警報制御装置 としてコンピュータを機能させるための警報制御プログラムとに、 関する。
·
背景技術
周知のように、 乗用車, トラック, 二輪車, 電車, 船舶, 及び航空機な どの移動体の操縦者は、 操縦中に、 睡魔に襲われてゥトウ卜と目を閉じたり 、 夜景を見るため或いは計器盤上のスィツチやオーディオシステムゃ携帯電 話機を操作するために視線を逸らしたりすると、 前方の様子を観察できなく なる。 操縦中に前方の様子を観察できないと、 操縦者は、 危険回避行動を起 こせなくなるので、 事故を起こす可能性が高い。 このため、 このような操縦 に不向きな異常挙動を操縦者がとるとスピーカやモニ夕や発光ダイオードラ ンプから警報を出力させる警報システムが、 各社から数多く提案されている 。
これら従来の警報システムの多くは、 異常挙動を判定するための要素 ( 閉眼, 脇見, 蛇行運転など) を数値化し、 その要素の値が所定の閾値を超え ると、 危険状態であると判定して、 警報を出力する。 また、 最近の警報シス テムでは、 その要素の値が所定の閾値を超えた異常挙動状態が一定時間継続 すると、 危険状態であると判定して、 警報を出力する (例えば特許文献 1乃 至 3参照) 。
特許文献 1
日本特開 2002— 219968号公報 (段落 0012)
特許文献 2
日本特開 2001 - 138767号公報 (段落 0037)
特許文献 3
日本特開平 06— 032154号 (段落 0069)
ところで、 移動体の移動速度が 10 OkmZhである場合に異常挙動を 一定時間行う場合と、 1 OkmZhである場合に異常挙動を同じ一定時間行 う場合とでは、 危険性は大きく異なっており、 前者のように移動速度が高い ほうが極めて危険な状態である。
にも拘らず、 上述したような従来の警報システムは、 単純に、 異常挙動 状態が一定時間以上継続されたときに危険状態と判定するだけで、 移動体の 移動速度とは無関係に、 すなわち、 危険性の大きさとは無関係に、 危険状態 を判定している。 このため、 従来の警報システムによると、 移動体の操縦者 は、 危険性が実際に高まっているときに的確に警報を受けることができなか つた。
本発明は、 上述したような従来の事情に鑑みてなされたものであり、 そ の課題は、 危険性が実際に高まっているときに的確に警報を出力することが できる警報システムと、 このような警報システムを移動体において機能させ るための警報制御装置と、 このような警報制御装置としてコンピュータを機 能させるための警報制御プログラムとを、 提供することにある。 発明の開示
上記の課題を解決するために構成された本発明の警報システムは、 移動 体の操縦席に着座した操縦者の挙動から異常挙動を検出するための挙動検出 部と、 前記挙動検出部において操縦者の異常挙動が検出され続けている間の 前記移動体の移動距離を測定する距離測定部と、 前記距離測定部において測 定された移動距離が閾値を超えたときに危険状態であると判定する危険状態 判定部と、 前記危険状態判定部において危険状態であると判定された場合に 警報を出力する警報出力部とを備えることを、 特徴としている。
このように、 危険状態であるか否かの判定条件として、 異常挙動状態が 継続されている間の移動体の移動距離を採用すると、 移動距離の閾値が一定 であることから、 異常挙動の継続を許容できる限界時間が、 移動体の移動速 度に応じてリニアに変化することとなる。 そのため、. 移動体の移動速度が高 いときほど、 短時間の異常挙動をとるだけで危険状態であると判定されるよ うになり、 移動体の移動速度が遅いときには、 多少長い時間異常挙動をとら ないと危険状態であると判定されない。 従って、 移動体の操 者は、 危険性 が実際に高まっているときに的確に警報を受けることができる。
なお、 本発明の警報システムでは、 危険状態判定部は、 異常挙動の継続 中の移動距離を危険状態の判定条件に用いているが、 その判定条件を補完す るために、 異常挙動の継続中の経過時間を危険状態の判定条件に加えても良 い。 これにより、 移動体の移動速度が高くなるほど、 危険状態であると判定 されるまでの時間が短くなり、 移動体の移動速度がある一定以下になると、 すなわち、 経過時間が閾値を超えると、 危険状態であると判定されるまでの 時間は、 一律に決定される。
また、 本発明の警報システムでは、 危険状態判定部は、 移動体の状態と は無関係に常に危険状態であるか否かを判定しても良いが、 移動体の状態が 安定状態である場合に限って危険状態であるか否かを判定しても良い。 後者 の場合、 移動体の停止時や非安定移動時に不要な警報が出力されることがな い。 なお、 移動体の状態が安定状態であるか否かは、 移動体の移動速度, 前 後加速度, 左右加速度, ョ一レート, ピッチレート, ロールレート, 操舵角 , ガス噴射量, アクセル開度, ブレーキ踏量などから判定することができる が、 これら移動状態要素のうち、 少なくとも 3つに基づいて移動体の状態を 判定することが望ましい。
また、 本発明の警報システムでは、 危険状態判定部は、 移動距離につい て、 1つの閾値を有していても良いし、 互いに大きさの異なる多数の閾値を 有していても良い。 後者の場合、 危険状態であるか否かを判定する際には、 移動距離が超えた閾値の大きさに対応する危険レベルを、 多数の危険レベル の中から特定することができる。 これにより、 警報出力部では、 危険レベル に応じて警報の出力レベルを変化させることができる。 これにより、 操縦者 は、 危険状態である旨を知ると同時に、 どの程度危険性が高いかを知ること ができる。
また、 本発明の警報システムでは、 危険状態判定部は、 経過時間につい ても、 1つの閾値を有していても良いし、 互いに大きさの異なる多数の閾値 を有していても良い。 後者の場合、 危険状態であるか否かを判定する際には 、 移動距離が超えた閾値の大きさに対応する危険レベルを、 多数の危険レぺ ルの中から特定するとともに、 経過時間が超えた閾値の大きさに対応する危 険レベルを多数の危険レベルの中から特定し、 特定した 2つの危険レベルの うちの高い方の危険レベルを特定することができる。 これにより、 警報出力 部では、 危険レベルに応じて警報の出力レベルを変化させることができる。 また、 本発明の警報システムでは、 挙動検出部は、 異常挙動を検出する と、 検出した異常挙動の種類を特定しても良い。 異常挙動の種類としては、 居眠り操縦の可能性が高い閉眼や、 操縦者の視線が正しい視線からずれてい ることを示す脇見がある。 この場合、 危険状態判定部は、 移動距離について 若しくは継続時間について、 異常挙動の種類に応じて異なる閾値を有してお けば、 挙動検出部において異常挙動の種類が特定された際に、 その種類に応 じた閾値を採用することができる。
さらに、 本発明の警報システムでは、 挙動検出部は、 操縦者の顔面の像 を撮像する撮像装置から画像データを取得して、 画像データの所定のコマ毎 、 例えば 1コマ毎に、 操縦者の挙動異常を検出しても良い。
また、 上記の課題を解決するために構成された本発明の警報制御装置は 、 操縦者が操縦時に着座するための操縦席を有する移動体に組み込まれると ともに、 前記移動体の移動速度を測定するための速度センサ, 前記操縦者を 撮影するための撮像装置, 及び、 出力装置に対して接続される警報制御装置 であって、 前記撮像装置がら取得される画像データから操縦者の異常挙動を 検出するための挙動検出部と、 前記速度センサから取得される移動速度に基 づいて、 前記挙動検出部において操縦者の異常挙動が検出され続けている間 の前記移動体の移動距離を測定する距離測定部と、 前記距離測定部において 測定された移動距離が閾値を超えたときに危険状態であると判定する危険状 態判定部と、 前記危険状態判定部において危険状態であると判定された場合 に前記出力装置に警報を出力させる警報出力部とを備えることを、 特徴とし ている。
従って、 この警報制御装置は、 速度センサ, 撮像装置, 及び出力装置に 対して接続されると、 上述した本発明の警報システムと同等のシステムを移 動体において機能させることができる。
また、 上記の課題を解決するために構成された本発明の警報制御プログ ラムは、 操縦者が操縦時に着座するための操縦席を有する移動体に組み込ま れ、 前記移動体の移動速度を測定するための速度センサ, 前記操縦者を撮影 するための撮像装置, 及び、 出力装置に対して接続されるコンピュータに対 し、 前記撮像装置から取得される画像データから操縦者の異常挙動を検出す るための挙動検出手順, 前記速度センサから取得される移動速度に基づいて 、 操縦者の異常挙動を検出し続けている間の前記移動体の移動距離を測定す る距離測定手順, 測定により得られた移動距離が閾値を超えたときに危険状 態であると判定する危険状態判定手順, 及び、 危険状態であると判定した場 合にのみ前記出力装置に警報を出力させる警報出力手順を実行させることを 、 特徴としている。
従って、 この警報制御プログラムによれば、 上述した本発明の警報制御 装置としてコンピュータを機能させることができることになる。 図面の簡単な説明
第 1図は、 本発明の第 1の実施形態である警報システムを概略的に示す 構成図である。
第 2図は、 警報システムの車載ュニッ卜において実行される車輛状態監 視処理を説明するためのフローチャートである。
第 3図は、 車輛状態監視処理においてサブルーチンとして実行される停 止状態処理を説明するためのフローチャートである。
第 4図は、 車輛状態監視処理においてサブルーチンとして実行される非 安定状態処理を説明するためのフローチャートである。 ' 第 5図は、 車輛状態監視処理においてサブルーチンとして実行される非 安定状態処理を説明するためのフローチャートである。
第 6図は、 車輛状態監視処理においてサブルーチンとして実行される非 安定状態処理を説明するためのフローチャートである。
第 7図は、 車輛状態監視処理においてサブルーチンとして実行される非 安定状態処理を説明するためのフローチャートである。
第 8図は、 車輛状態監視処理においてサブルーチンとして実行される安 定状態処理を説明するためのフローチャートである。
第 9図は、 車輛状態監視処理においてサブルーチンとして実行される安 定状態処理を説明するためのフローチャートである。
第 1 0図は、 車輛状態監視処理においてサブルーチンとして実行される 安定状態処理を説明するためのフローチャートである。
第 1 1図は、 車輛状態監視処理においてサブルーチンとして実行される 安定状態処理を説明するためのフローチャートである。
第 1 2図は、 警報システムの車載ュニヅトにおいて実行される挙動監視 処理を説明するためのフローチャートである。
第 1 3図は、 挙動監視処理においてサブルーチンとして実行される閉眼 についての挙動判定処理を説明するためのフローチャートである。
第 1 4図は、 警報システムの車載ュニットにおいて実行される危険状態 判定処理を説明するためのフローチャートである。
第 1 5図は、 警報システムの車載ュニットにおいて実行される危険状態 判定処理を説明するためのフローチャートである。
第 1 6図は、 警報システムの車載ュニットにおいて実行される危険状態 判定処理を説明するためのフローチャートである。 第 1 7図は、 警報システムの車載ュニットにおいて実行される警報出力 処理を説明するためのフローチャートである。
第 1 8図は、 警報出力処理において用いちれるランク定義テーブルのデ 一夕構造を説明するための表である。
第 1 9図は、 挙動監視処理においてサブルーチンとして実行される脇見 についての挙動判定処理を説明するためのフローチャートである。
第 2 0図は、 本発明の第 2の実施形態である警報システムの車載ュニヅ トにおいて実行される危険状態判定処理の一部を説明するためのフローチヤ ートである。 発明を実施するための最良の形態
以下、 図面に基づいて、 本発明を実施するための形態を説明する。 第 1の実施形態
第 1図は、 本発明の第 1の実施形態である警報システムの概略的な構成 図である。 第 1図に示されるように、 この警報システムは、 小型カメラ 1 0 , スピーカ 2 0, 速度センサ 3 0 , 前後 Gセンサ 4 0, 横 Gセンサ 5 0 , 及 び車載ユニット 6 0を、 備えている。
小型カメラ 1 0は、 動画撮影用のエリアイメージセンサや対物光学系を 備える撮像装置である。 エリアィメ ジセンサは、 対物光学系によって撮像 面に形成された像を画像デー夕に変換し、 画像デー夕をアナ口グ信号の形態 で出力する。 この小型カメラ 1 0は、 乗用車やトラックなどの自動車の室内 のダッシュボード上のインストルメントパネル周り, サンバイザー周辺, 或 いは、 Aピラーに設置される。 何れの場所に設置される場合でも、 小型カメ ラ 1 0の向きは、 運転席に着座した運転者 Dの顔面が視野に含まれるように 、 調整される。
スピーカ 2 0は、 アナログ信号の形態で入力される音声データを音声に 変換する出力装置である。 このスピーカ 2 0は、 警報システム専用として自 動車に搭載されたものであっても良いが、 自動車にオーディオ用として備え られているスピーカであっても良い。 後者の場合には、 音声データは、 外部 入力端子からオーディオシステムへ一旦入力され、 そのオーディオシステム が、 自己のスピーカに対し、 音声デ一夕に基づく音声を出力させる。
速度センサ 3 0は、 自動車の速度に応じた信号を出力する検出装置であ る。 この速度センサ 3 0は、 警報システム専用として自動車に搭載されたも のであっても良いが、 自動車内の他のシステムと共用される速度センサであ つても良い。 自動車内の他のシステムとしては、 上記インストルメントパネ ル内の速度表示システム (いわゆる速度メーター) や、 A B S [ Ant i lock B rake System] や、 T R C [Traction Control] システムや、 V D C [Vehic le Dynamic Control] システム力 sある。
前後 Gセンサ 4 0は、 自動車に掛かる慣性力の前後方向 (自動車の進退 方向) の成分に応じた信号を出力する検出装置であり、 横 Gセンサ 5 0は、 その慣性力の横方向 (自動車の左右方向) の成分に応じた信号を出力する装 置である。 両 Gセンサ 4 0 , 5 0とも、 警報システム専用として自動車に搭 載されたものであっても良いが、 自動車内の他のシステムと共用される前後 Gセンサ及び横 Gセンサであっても良い。 自動車内の他のシステムとしては 、 アクティブサスペンションシステムや、 A B Sや、 V D Cシステムがある ο
車載ュニヅト 6 0は、 上述した他の装置 1 0〜5 0を利用して警報シス テムを自動車において機能させるための制御装置であり、 上述した他の装置
10〜50は、 何れもこの車載ユニット 60に接続されている。 この車載ュ ニヅト 60は、 例えばエンジン制御ュニットとともに上記ダッシュボード周 辺に収納される。
この車載ュニヅ ト 60の内部には、 CPU [Central Processing Unit ] 60 a、 RAM [Random Access Memory] 60 b, ビデオ制御装置 60 c , 音源制御装置 60 d, 第 1乃至第 3の I ZO [Input/Output] ポート 60 e〜60g, 及び、 ROM [Read Only Memory] 60 hが、 備えられており 、 これらハードウェア 60 a〜60 liは、 バス Bを介して互いに繋がれてい る。
CPU 60 aは、 この車載ュニット 60全体を制御する中央処理装置で ある。 RAM60bは、 CPU60 aが各種プログラムを実行するに際して の作業領域が展開される主記憶装置である。
ビデオ制御装置 60 cは、 小型カメラ 10からの画像データの受信を司 る装置である。 より具体的には、 このビデオ制御装置 60 cは、 小型カメラ 10から入力されるアナログ信号又はデジタル信号を一定の時間間隔毎 (例 えば 33ms每) にサンプリングし、 1コマ毎のデータ量を圧縮してなるデ ジタルの画像データを生成する。 また、 ビデオ制御装置 60 cは、 生成した 画像デ一夕を C P U 60 aへ順次送信する。
音源制御装置 60dは、 スピーカ 20への音声デ一夕の出力を司る装置 である。 この音源制御装置 60 dは、 音声データを示すデジタル信号を CP U60 aから受け取ると、 そのデジタル信号をアナログ信号に変換し、 アナ ログ信号をスピーカ 20へ出力する。
第 1の I/Oポート 60 eは、 CPU 60 aと速度センサ 30との間で データの仲介を行う装置である。 この第 1の I/Oポート 6 O eは、 速度セ ンサ 30から常時出力される信号に基づいて自動車の速度データを生成し、 この速度データにて自己のメモリ内を順次更新する。 また、 この第 1のェ/ 〇ポート 60 eは、 CPU 60 aから指示があると、 メモリ内の速度データ を CPU 60 aへ出力する。
第 2の I/Oポート 60fは、 CPU60 aと前後 Gセンサ 40との間 でデータの仲介を行う装置であり、 第 3の I/Oポート 60 gは、 CPU6 0 aと横 Gセンサ 50との間でデ一夕の仲介を行う装置である。 両ェ Z〇ポ ート 6 O f, 60 gは、 何れも、 Gセンサ 40, 50から常時出力される信 号に基づいて自動車の加速度データを生成し、 この加速度データにて自己の メモリ内を順次更新する。 また、 両1/ /〇ポ一ト601*, 60gとも、 CP U60 aから指示があると、 メモリ内の加速度データを CPU 60 aへ出力 する。 '
ROM 6 Ohは、 各種デ一夕や各種プログラムが記録された記録装置で ある。 この R〇M60hは、 車載ユニット 60内部に.備えられたソケットに 対して着脱可能に装着されても良い。 この場合、 車載ユニット 60に装着さ れた ROM60 hは、 修正された各種データやバージョンアップされた各種 プログラムが記録された ROM60 hへ、 交換することができる。 このとき 、 ROM60hは、 交換可能なコンピュータ可読媒体として機能する。
この ROM60 hが記録しているプログラムには、 車輛状態監視プログ ラム 61 , 挙動監視プログラム 62 , 危険状態判定プログラム 63 , 及び、 警報出力プログラム 64が、 含まれている。
なお、 車輛状態監視プログラム 61は、 移動体状態判定部に相当し、 速 度センサ 30, 前後 Gセンサ 40, 及び横 Gセンサ 50は、 移動状態検出部 に相当する。 また、 挙動監視プログラム 62及び小型カメラ 10は挙動検出 部に相当し、 危険状態判定プログラム 63は、 距離測定部, 時間測定部, 及 び危険状態判定部に相当する。 また、 警報出力プログラム 64及びスピーカ 20は、 警報出力部に相当する。
以下、 これらプログラム 61〜64に従って CPU60 aが実行する処 理の内容について、 順に説明する。
まず、 自動車の運転席に着座した運転者 Dによってイグニッションキー が回されると、 エンジンの駆動が開始されるとともに、 小型カメラ 10, 各 Gセンサ 40, 50, 及び車載ユニット 60に電源が投入される。 すると、 車載ユニット 60では、 CPU 60 aによって ROM60 hから 4つのプロ グラム 61〜64が読み出され、 車輛状態監視処理, 挙動監視処理, 危険状 態判定処理, 及び、 警報出力処理の実行が開始される。 なお、 これら 4つの 処理は、 互いに並行に実行される。 つまり、 車載ユニット 60は、 これら 4 つの処理プロセスが同時に生成された状態になる。
<車輛状態監視処理 >
第 2図は、 車輛状態監視処理を説明するためのフローチャートである。 車輛状態監視処理の実行開始後、 最初のステップ S 101では、 CPU 60 aは、 車輛状態変数 Vsに代入されている値が幾つであるかを、 判別す る。 なお、 この車輛状態変数 Vsの値は、 起動時に初期値として 1に設定さ れる。 そして、 CPU 60 aは、 車輛状態変数 Vsに代入されている値が 1 であった場合には、 車輛状態が停止状態であるとして、 ステップ S 102へ 処理を進める。
ステップ S 102では、 CPU 60 aは、 停止状態サブルーチンを読み 出して、 停止状態処理の実行を開始する。 第 3図は、 この停止状態処理を説 明するためのフローチャートである。
停止状態処理の実行開始後、 最初の S 201では、 CPU 60 aは、 第 1の I/Oポート 60 eにおいて順次更新される速度デ一夕を監視し、 自動 車の速度 0 km/hでなくなるまで、 待機する。 そして、 自動車の速度が Okm/hでなくなった場合には、 CPU60 aは、 ステップ S 202へ処 理を進める。
ステップ S 202では、 CPU60 aは、 時間計測処¾を開始する。 よ り具体的には、 CPU60 aは、 時間変数 Tの値を 0から所定単位秒 (例え ば 0. 01秒) ずつインクリメントする処理を、 開始する。
次のステップ S 203では、 CPU 60 aは、 自動車の速度が OkmZ hであるか否かを、 判別する。 そして、 自動車の速度が 0 km/hでなかつ た場合には、 CPU60 aは、 ステップ S 204へ処理を進める。
ステップ S 204では、 CPU 60 aは、 時間変数 Tの値が所定の上限 値 (例えば 2秒) を上回っているか否かを、 判別する。 そして、 時間変数 T の値が所定の上限値以下であった場合には、 CPU60 aは、 ステップ S 2 03へ処理を戻す。
ステップ S 203及び S 204の処理ループの実行中、 CPU 60 aは 、 時間変数 Tの値が所定の上限値を上回る前に、 自動車の速度が Okm/h になった場合には、 ステップ S 203から S 201へ処理を戻し、 自動車の 速度が 0 km/hになる前に、 時間変数 Tの値が所定の上限値を上回った場 合には、 ステップ S 204から S 205へ処理を進める。
ステップ S 205では、 CPU 60 aは、 車輛状態を停止状態から非安 定状態へ切り替える。 より具体的には、 CPU60 aは、 車輛状態変数 Vs の値を 1から 2へ変更する。 そして、 CPU 60 aは、 停止状態処理の実行 を終了し、 第 2図のメインルーチンにおけるステップ S 105へ処理を進め
« o
また、 ステヅプ S 101において、 車輛状態変数 Vsに代入されている 値が 2であった場合には、 CPU60 aは、 車輛状態が非安定状態であると して、 ステヅプ S 103へ処理を進める。
ステップ S 103では、 CPU 60 aは、 非安定状態サブルーチンを読 み出して、 非安定状態処理の実行を開始する。 第 4乃至 7図は、 この非安定 状態処理を説明するためのフローチャートである。
非安定状態処理の実行開始後、 最初の S 301では、 C P U 60 aは、 第 1の I/Oポート 60 eにおいて順次更新される速度データを監視し、 自 動車の速度が Okm/hであるか否かを、 判別する。 そして、 自動車の速度 が 0 kmZhであった場合には、 CPU60 aは、 ステップ S 302へ処理 を進める。
ステヅプ S 302では、 CPU60 aは、 時間変数 Tの値を 0から所定 単位秒ずつインクリメントする時間計測処理を、 開始する。
次のステヅプ S 303では、 CPU 60 aは、 自動車の速度が 0 km/ hであるか否かを、 判別する。 そして、 自動車の速度が 0 km/hであった 場合には、 CPU 60 aは、 ステップ S 304へ処理を進める。
ステップ S 304では、 CPU 60 aは、 時間変数 Tの値が所定の上限 値 (例えば 3秒) を上回っているか否かを、 判別する。 そして、 時間変数 T の値が所定の上限値以下であった場合には、 CPU60 aは、 ステップ S 3 03へ処理を戻す。
ステップ S 303及び S 304の処理ループの実行中、 CPU 60 aは 、 時間変数 Tの値が所定の上限値を上回る前に、 自動車の速度が Okm/h でなくなった場合には、 ステップ S 303から S 301へ処理を戻し、 自動 車の速度が 0 km/hでなくなる前に、 時間変数 Tの値が所定の上限値を上 回った場合には、 ステップ S 304から S 305へ処理を進める。
ステップ S 305では、 CPU60 aは、 車輛状態を非安定状態から停 止状態へ切り替える。 より具体的には、 CPU 60 aは、 車輛状態変数 Vs の値を 2から 1へ変更する。 そして、 CPU60 aは、 非安定状態処理の実 行を終了し、 第 2図のメインルーチンにおけるステップ S 105へ処理を進 める。
一方、 ステップ 301において、 自動車の速度が OkmZhでなかった 場合には、 CPU 60 aは、 ステップ S 306, S 311, S 316へ処理 を進める。 なお、 第 5図に示されるステップ S 306〜S 310のル一チン と、 第 6図に示されるステップ S 31 1〜S 315のルーチンと、 第 7図に 示されるステップ S 316〜S 320のルーチンは、 互いに並行に実行され 、 3つのルーチンが全て終了すると、 ステップ S 321が実行される。
第 5図のステップ S 306では、 CPU60 aは、 時間変数 Tの値を 0 から所定単位秒ずつインクリメントする時間計測処理を、 開始する。
次のステヅプ S 307では、 CPU 60 aは、 自動車の速度が所定の上 限値を下回っているか否かを、 判別する。 なお、 この上限値は、 自動車の車 輛状態が安定走行状態になったことを判別するための条件の 1つである速度 条件であり、 この上限値には、 例えば 4 Okm/hの値が設定される。 そし て、 自動車の速度がこの所定の上限値以上であった場合には、 CPU60 a は、 ステップ S 308へ処理を進める。
ステップ S 308では、 CPU60 aは、 時間変数 Tの値が所定の上限 値 (例えば 5秒) を上回っているか否かを、 判別する。 そして、 時間変数 T の値が所定の上限値以下であった場合には、 CPU60 aは、 ステップ S 3 07へ処理を戻す。
ステップ S 307及び S 308の処理ループの実行中、 自動車の速度が 所定の上限値を下回る前に、 時間変数 Tの値が所定の上限値を上回った場合 には、 CPU60 aは、 ステヅプ S 308から S 309へ処理を進める。
ステップ S 309では、 CPU 60 aは、 安定速度条件フラグを TRUEに 切り替えて、 第 4図のステップ S 321へ処理を進める。
一方、 ステップ S 307及び S 308の処理ループの実行中、 時間変数 Tの値が所定の上限値を上回る前に、 自動車の速度が所定の上限値を下回つ た場合には、 CPU60 aは、 ステップ S 307から S 310へ処理を進め
Ό o
ステップ S 310では、 CPU 60 aは、 安定速度条件フラグを FALSE に切り替えて、 第 4図のステップ S 321へ処理を進める。
また、 第 6図のステップ S 311では、 CPU60 aは、 時間変数丁の 値を 0から所定単位秒ずつインクリメントする時間計測処理を、 開始する。
次のステップ S 312では、 CPU 60 aは、 第 2の I/Oポート 60 fにおいて順次更新される前後加速度デ一夕を監視し、 自動車の前後加速度 が所定の上限値を上回っているか否かを、 判別する。 なお、 この上限値は、 自動車の車輛状態が安定走行状態になったことを判定するための条件の 1つ である加減速条件であり、 この上限値には、 例えば lm/s2の値が設定さ れる。 そして、 自動車の前後加速度が所定の上限値以下であった場合には、 CPU60 aは、 ステップ S 313へ処理を進める。
ステップ S313では、 CPU60 aは、 時間変数 Tの値が所定の上限 値 (例えば 5秒) を上回っているか否かを、 判別する。 そして、 時間変数 T の値が所定の上限値以下であった場合には、 CPU60 aは、 ステップ S 3 12へ処理を戻す。
ステップ S 312及び S 313の処理ループの実行中、 自動車の前後加 速度が所定の上限値を上回る前に、 時間変数 Tの値が所定の上限値を上回つ た場合には、 CPU 60 aは、 ステップ S 313から S 314へ処理を進め o
ステップ S 314では、 CPU60 aは、 安定前後加速度条件フラグを TRUEに切り替えて、 第 4図のステップ S 321へ処理を進める。
一方、 ステップ S 312及び S 313の処理ループの実行中、 時間変数 Tの値が所定の上限値を上回る前に、 自動車の前後加速度が所定の上限値を 上回った場合には、 CPU60 aは、 ステップ S 312から S 315へ処理 を進める。
ステヅプ S 315では、 CPU 60 aは、 安定前後加速度条件フラグを FALSEに切り替えて、 第 4図のステップ S 321へ処理を進める。
また、 第 7図のステップ S 316では、 CPU60 aは、 時間変数 Tの 値を 0から所定単位秒ずつインクリメントする時間計測処理を、 開始する。
次のステップ S 317では、 CPU 60 aは、 第 3の I/Oポート 60 gにおいて順次更新される左右加速度データを監視し、 自動車の左右加速度 が所定の上限値を上回っているか否かを、 判別する。 なお、 この上限値は、 自動車の車輛状態が安定走行状態になったことを判定するための条件の 1つ であるカーブ条件であり、 この上限値には、 例えば 0. 5m/s2の値が設 定される。 そして、 自動車の左右加速度が所定の上限値以下であった場合に は、 CPU 60 aは、 ステップ S 318へ処理を進める。
ステップ S 318では、 CPU 60 aは、 時間変数 Tの値が所定の上限 値 (例えば 5秒) を上回っているか否かを、 判別する。 そして、 時間変数 T の値が所定の上限値以下であった場合には、 CPU60 aは、 ステップ S 3 17へ処理を戻す。
ステップ S 3 17及び S 3 18の処理ループの実行中、 自動車の左右加 速度が所定の上限値を上回る前に、 時間変数 Tの値が所定の上限値を上回つ た場合には、 CPU 60 aは、 ステップ S 3 18から S 3 19へ処理を進め o
ステップ S 3 19では、 CPU 60 aは、 安定左右加速度条件フラグを TRUEに切り替えて、 第 4図のステップ S 32 1へ処理を進める。
一方、 ステップ S 3 17及び S 3 18の処理ループの実行中、 時間変数 Tの値が所定の上限値を上回る前に、 自動車の左右加速度が所定の上限値を 上回った場合には、 CPU 60 aは、 ステヅプ S 3 17から S 320へ処理 を進める。
ステップ S 320では、 CPU 60 aは、 安定左右加速度条件フラグを FALSEに切り替えて、 第 4図のステップ S 321へ処理を進める。
第 5乃至 7図の 3つのルーチンの実行終了 (戻り値取得) 後、 ステップ S 321では、 CPU 60 aは、 安定速度条件フラグ, 安定前後加速度条件 フラグ, 及び、 安定左右加速度条件フラグの 3つのフラグが何れも TRUEであ るか否かを、 判別する。 そして、 CPU60 aは、 3つのフラグのうちの 1 つでも FALSEであった場合には、 ステップ S 30 1へ処理を戻し、 3つのフ, ラグの全てが TRUEであった場合には、 ステヅプ S 322へ処理を進める。
ステップ S 322では、 CPU 60 aは、 車輛状態を非安定状態から安 定状態へ切り替える。 より具体的には、 CPU60 aは、 車輛状態変数 Vs の値を 2から 3へ更新する。 そして、 CPU 60 aは、 非安定状態処理の実 行を終了し、 第 2図のメインルーチンにおけるステヅプ S 105へ処理を進 める。
また、 ステップ S 101において、 車輛状態変数 Vsに代入されている 値が 3であつた場合には、 C P U 60 aは、 車輛状態が安定状態であるとし て、 ステップ S 104へ処理を進める。
ステップ S 104では、 CPU 60 aは、 安定状態サブルーチンを読み 出して、 安定状態処理の実行を開始する。 第 8乃至 11図は、 この安定状態 処理を説明するためのフローチャートである。
安定状態処理の実行開始後、 最初の S 401では、 C P U 60 aは、 第 1の IZOポート 60 eにおいて順次更新される速度データを監視し、 自動 車の速度が 0 km/hであるか否かを、 判別する。 そして、 自動車の速度が 0 km/hであった場合には、 CPU 60 aは、 ステヅプ S 402へ処理を 進める。
ステヅプ S 402では、 CPU 60 aは、 時間変数 Tの値を 0から所定 単位秒ずつインクリメントする時間計測処理を、 開始する。
次のステップ S 403では、 CPU 60 aは、 自動車の速度が OkmZ hであるか否かを、 判別する。 そして、 自動車の速度が 0 km/hであった 場合には、 CPU 60 aは、 ステップ S 404へ処理を進める。
ステップ S 404では、 CPU 60 aは、 時間変数 Tの値が所定の上限 値 (例えば 3秒) を上回っているか否かを、 判別する。 そして、 時間変数 T の値が所定の上限値以下であった場合には、 CPU60 aは、 ステヅプ S 4 03へ処理を戻す。
ステップ S 403及び S 404の処理ループの実行中、 CPU 60 aは 、 時間変数 Tの値が所定の上限値を上回る前に、 自動車の速度が 0 km/li でなくなった場合には、 ステップ S 403から S 401へ処理を戻し、 自動 車の速度が 0 km/liでなくなる前に、 時間変数 Tの値が所定の上限値を上 回った場合には、 ステヅプ S 404から S 405へ処理を進める。
ステップ S 405では、 CPU60 aは、 車輛状態を安定状態から停止 状態へ切り替える。 より具体的には、 CPU 60 aは、 車輛状態変数 Vsの 値を 3から 1へ変更する。 そして、 CPU 60 aは、 安定状態処理の実行を 終了し、 第 2図のメインル一チンにおけるステヅプ S 105へ処理を進める 一方、 ステヅプ 401において、 自動車の速度が 0 kmZhでなかった 場合には、 CPU 60 aは、 ステヅプ S 406 , S 411 , S 416へ処理 を進める。 なお、 第 9図に示されるステヅプ S 406〜S 410のルーチン と、 第 10図に示されるステップ S 411〜S415のルーチンと、 第 1 1 図に示されるステップ S 416〜S 420のルーチンは、 互いに並行に実行 され、 3つのルーチンが全て終了すると、 ステヅプ S 421が実行される。
第 9図のステップ S 406では、 CPU60 aは、 時間変数 Tの値を 0 から所定単位秒ずつインクリメントする時間計測処理を、 開始する。
次のステヅプ S 407では、 CPU 60 aは、 自動車の速度が所定の範 囲内の速度であるか否かを、 判別する。 つまり、 CPU 60 aは、 自動車の 速度が所定の上限値よりも下回り且つ所定の下限値よりも上回る速度である か否かを、 判別する。 なお、 自動車の速度が所定の範囲から外れることは、 自動車の車輛状態が非安定走行状態になったことを判定するための条件の 1 つである速度条件であり、 その範囲の上限値には、 例えば 100km/hの 値が設定され、 その範囲の下限値には、 40 km/hが設定される。 なお、 上限値については、 不要な場合には設定されなくても良い。 そして、 自動車 の速度が所定の範囲内の速度でなかった場合には、 CPU60 aは、 ステヅ プ S 408へ処理を進める。
ステップ S 408では、 CPU 60 aは、 時間変数 Tの値が所定の上限 値 (例えば 5秒) を上回っているか否かを、 判別する。 そして、 時間変数 T の値が所定の上限値以下であった場合には、 CPU60 aは、 ステップ S 4 07へ処理を戻す。
ステップ S 407及び S 408の処理ループの実行中、 自動車の速度が 所定の範囲内の速度となる前に、 時間変数 Tの値が所定の上限値を上回った 場合には、 CPU 60 aは、 ステップ S 408から S 409へ処理を進める 。
ステヅプ S 409では、 CPU 60 aは、 非安定速度条件フラグを TRUE に切り替えて、 第 8図のステップ S 421へ処理を進める。
—方、 ステップ S 407及び S 408の処理ループの実行中、 時間変数 Tの値が所定の上限値を上回る前に、 自動車の速度が上記所定の範囲内の速 度となった場合には、 CPU 60 aは、 ステヅプ S 407から S 410へ処 理を進める。
ステップ S410では、 CPU60 aは、 非安寫速度条件フラグを FALS Eに切り替えて、 第 8図のステップ S 421へ処理を進める。
また、 第 10図のステップ S411では、 CPU60 aは、 時間変数 T の値を 0から所定単位秒ずつインクリメントする時間計測処理を、 開始する o
次のステヅプ S 412では、 CPU 60 aは、 第 2の I/Oポート 60 f において順次更新される前後加速度データを監視し、 自動車の前後加速度 が所定の上限値を下回っているか否かを、 判別する。 なお、 この上限値は、 自動車の車輛状態が非安定走行状態になったことを判定するための条件の 1 つである加減速条件であり、 この上限値には、 例えば 2 m/s 2の値が設定 される。 そして、 自動車の前後加速度が所定の上限値以上であった場合には 、 CPU 60 aは、 ステップ S 413へ処理を進める。
ステヅプ S 413では、 CPU 60 aは、 時間変数 Tの値が所定の上限 値 (例えば 5秒) を上回っているか否かを、 判別する。 そして、 時間変数 T の値が所定の上限値以下であった場合には、 CPU60 aは、 ステップ S 4 12へ処理を戻す。
ステップ S 412及び S 413の処理ループの実行中、 自動車の前後加 速度が所定の上限値を下回る前に、 時間変数 Tの値が所定の上限値を上回つ た場合には、 CPU 60 aは、 ステヅプ S 413から S 414へ処理を進め 0
ステップ S 414では、 CPU 60 aは、 非安定前後加速度条件フラグ を TRUEに切り替えて、 第 8図のステップ S 421へ処理を進める。
一方、 ステップ S 412及び S413の処理ループの実行中、 時間変数 Tの値が所定の上限値を上回る前に、 自動車の前後加速度が所定の上限値を 下回った場合には、 CPU 60 aは、 ステップ S 412から S 415へ処理 を進める。
ステヅプ S 415では、 CPU 60 aは、 安定前後^!速度条件フラグを FALSEに切り替えて、 第 8図のステップ S 421へ処理を進める。
また、 第 1 1図のステップ S416では、 CPU60 aは、 時間変数 T の値を 0から所定単位秒ずっィンクリメントする時間計測処理を、 開始する ο
次のステップ S 417では、 CPU60 aは、 第 3の I/Oポート 60 gにおいて順次更新される左右加速度データを監視し、 自動車の左右加速度 が所定の上限値を下回っているか否かを、 判別する。 なお、 この上限値は、 自動車の車輛状態が非安定走行状態になったことを判定するための条件の 1 つであるカーブ条件であり、 この上限値には、 例えば lm/s2の値が設定 される。 そして、 自動車の左右加速度が所定の上限値以上であった場合には 、 CPU 60 aは、 ステップ S 418へ処理を進める。
ステヅプ S 418では、 CPU 60 aは、 時間変数 Tの値が所定の上限 値 (例えば 5 ) を上回っているか否かを、 判別する。 そして、 時間変数 T の値が所定の上限値以下であった場合には、 CPU60 aは、 ステップ S 4 17へ処理を戻す。
ステップ S 417及び S 418の処理ループの実行中、 自動車の左右加 速度が所定の上限値を下回る前に、 時間変数 Tの値が所定の上限値を上回つ た場合には、 CPU 60 aは、 ステップ S 418から S 419へ処理を進め o
ステップ S419では、 CPU 60 aは、 非安定左右加速度条件フラグ を TRUEに切り替えて、 第 8図のステヅプ S 421へ処理を進める。
一方、 ステップ S 417及び S418の処理ループの実行中、 時間変数 Tの値が所定の上限値を上回る前に、 自動車の左右加速度が所定の上限値を 下回った場合には、 CPU 60 aは、 ステップ S 417から S 420へ処理 を進める。
ステップ S 42 Qでは、 CPU60 aは、 非安定左右加速度条件フラグ を FALSEに切り替えて、 第 8図のステップ S 421へ処理を進める。
第 9乃至 11図の 3つのルーチンの実行終了 (戻り値取得) 後、 ステツ プ S 421では、 CPU 60 aは、 非安定速度条件フラグ, 非安定前後加速 度条件フラグ, 及び、 非安定左右加速度条件フラグの 3つのフラグのうちの 少なくとも 1つが TRUEであるか否かを、 判別する。 そして、 CPU60 aは 、 3つのフラグの全てが FALSEであった場合には、 ステップ S401へ処理 を戻し、 3つのフラグのうちの 1つでも TRUEであった場合には、 ステップ S 422へ処理を進める。
ステップ S 422では、 CPU 60 aは、 車輛状態を安定状態から非安 定状態へ切り替える。 より具体的には、 CPU 60 aは、 車輛状態変数 Vs の値を 3から 2へ変更する。 そして、 CPU60 aは、 安定状態処理の実行 を終了し、 第 2図のメインル一チンにおけるステップ S 105へ処理を進め る。
ステヅプ S 105では、 CPU 60 aは、 この時点の車輛状態変数 V s の値を、 挙動監視処理プロセス及び危険状態判定処理プロセスへ通知する。 その後、 CPU 60 aは、 ステヅプ S 101へ処理を戻し、 この時点の車輛 状態変数 Vsに代入されている値が幾つであるかを、 判別する。
このような車輛状態監視処理が実行されることにより、 自動車が停止し てから一定時間が経過すると、 車輛状態が停止状態に切り替わり (S 103 , S301〜S 305, S 104, S401〜S405) 、 自動車が走行を 開始してから一定時間が経過すると、 車輛状態が非安定状態に切り替わる ( S 102, S 201〜S 205 ) 。
また、 車輛状態が非安定状態にあるときに、 自動車の速度が所定速度以 上であり且つその前後加速度と左右加速度がそれぞれ所定加速度以下である 状態が、 一定時間継続すると、 車輛状態が安定状態に切り替わる (S 103 , S301, S 306〜S 322) 。 つまり、 アクセルやブレーキを勢いよ く踏みつけるような急加減速をしていない状態 (安定前後加速度条件フラグ 二 TRUE) , 湾曲道路 (カーブ) に沿って転回していない状態 (安定左右加速 度条件フラグ =TRUE) , 及び、 所定速度以上にて巡航している状態 (安定速 度条件フラグ =TRUE) であるときに、 車輛状態が安定状態に切り替わる。
さらに、 車輛状態が安定状態にあるときに、 自動車の速度が所定速度範 囲内にあり且つその前後加速度と左右加速度がそれぞれ所定加速度以上であ る状態が、 一定時間継続すると、 車輛状態が非安定状態に切り替わる (S 1 04, S 40 1 , S406〜S 422) 。 つまり、 アクセルやブレーキを勢 いよく踏みつけるような急加減速をしている状態 (非安定前後加速度条件ブ ラグ =TRUE) , 湾曲道路 (カーブ) に沿って転回している状態 (非安定左右 加速度条件フラグ二 TRUE) , 又は、 所定速度にて巡航していない状態 (非安 定速度条件フラグ =TRUE) であるときに、 車輛状態が非安定状態に切り替わ 0
そして、 このように車輛状態が切り替えられると、 車輛状態変数 Vsが 、 以下に説明する挙動監視処理プロセス及び危険状態判定処理プロセスへと 通知される (S 105) 。
<挙動監視処理 >
第 12図は、 挙動監視処理を説明するためのフローチャートである。 挙動監視処理の実行開始後、 最初の S 501では、 CPU 60 aは、 処 理状態変数 Vpに代入されている値が幾つであるかを、 判別する。 なお、 こ の処理状態変数 Vpの値は、 起動時に初期値として 1に設定される。 そして 、 処理状態変数 Vpに代入されている値が 1であった場合には、 CPU60 aは、 処理状態が停止状態であるとして、 ステップ S 502へ処理を進める ο
ステップ S 502では、 CPU 60 aは、 上述した車輛状態監視処理プ ロセスから車輛状態変数 Vsの値が通知されるまで、 待機する。 そして、 C P U 60 aは、 車輛状態監視処理プロセスから車輛状態変数 V sの値が通知 されると、 ステップ S 503へ処理を進める。
ステップ S 503では、 CPU 60 aは、 通知された車輛状態変 V s の値が 3であるか否かを、 判別する。 つまり、 CPU60 aは、 車輛状態が 安定状態に切り替わつたか否かを、 判別する。 そして、 通知された車輛状態 変数 Vsの値が 3であった場合には、 CPU60 aは、 ステップ S 504へ 処理を進める。
ステップ S 504では、 CPU 60 aは、 実行開始フラグを TRUEに切り 替えて、 ステップ S 506へ処理を進める。
一方、 ステップ. S 503において、 通知された車輛状態変数 Vsの値が 3ではなかった場合には、 CPU 60 aは、 ステップ S 505へ処理を進め o
ステップ S 505では、 CPU 60 aは、 実行開始フラグを FALSEに切 り替えて、 ステップ S 506へ処理を進める。
ステヅプ S 506では、 CPU 60 aは、 実行開始フラグが TRUEである か否かを、 判別する。 そして、 CPU60 aは、 実行開始フラグが TRUEでな かった場合には、 ステップ S 50 1, S 502へ処理を戻し、 実行開始フラ グが TRUEであった場合には、 ステップ S 507へ処理を進める。
ステップ S 507では、 CPU 60 aは、 処理状態を停止状態から実行 状態へ切り替える。 より具体的には、 CPU60 aは、 処理状態変数 Vpの 値を 1から 2へ変更する。 その後、 CPU60 aは、 ステップ S 501へ処 理を戻す。
一方、 ステップ S 501において、 処理状態変数 Vpに代入されている 値が 2であった場合には、 CPU60 aは、 処理状態が実行状態であるとし て、 ステップ S 508へ処理を進める。
ステップ S 508では、 CPU60は、 挙動判定サブルーチンを読み出 して、 挙動判定処理の実行を開始する。 第 13図は、 この挙動判定処理を説 明するためのフローチャートである。
挙動判定処理の実行開始後、 最初の S 601では、 CPU 60 aは、 ビ デォ制御装置 60 cから 1コマ分の画像データの受信が完了するまで、 待機 する。 そして、 1コマ分の画像データの受信が完了すると、 CPU60 aは 、 ステップ S 602へ処理を進める。
ステップ S 602では、 CPU 60 aは、 眼開度取得処理を実行する。 なお、 この眼開度取得処理は、 例えば日本特開 20,00 - 163564号公 報, 日本特開 2000 - 142164号公報, 日本特開平 07— 18101 2号公報, 及び、 日本特開平 06— 032154号公報に詳しく説明されて いるような眼開度取得処理であるため、 ここでは詳しく説明しない。 但し、 その概略を説明すると、 この眼開度取得処理は、 受信した画像データ中の全 画素の中から、 運転者 Dの眼を示す画素群を特定し、 特定した画素群の縦方 向の幅を、 運転者 Dの眼の開度として測定するという処理である。 CPU 6 0 aは、 このような眼開度取得処理を実行することによって、 運転者 Dの眼 の開度を取得した後、 ステヅプ S 603へ処理を進める。
ステヅプ S 603では、 CPU 60 aは、 取得した眼の開度が所定の闘 値以上であるか否かを、 判別する。 そして、 CPU60 aは、 眼の開度が所 定の閾値以上であつた場合には、 運転者 Dが覚醒している可能性が高いとし て、 ステップ S 604へ処理を進める。
ステップ S 604では、 CPU60 aは、 取得した眼の開度を R AM 6 Obに記録して、 ステップ S 605へ処理を進める。
ステヅプ S 605では、 CPU 60 aは、 上記閾値を調整する。 なお、 この調整方法については、 様々なものがあるが、 その一例として、 以下に説 明するような調整方法が採られても良い。 その調整方法とは、 CPU60 a が、 RAM60 bに記録されている多数の (又は最新の所定個数の) 眼開度 の平均値を算出し、 この平均値と元の閾値との差分を算出し、 この差分に基 づいて調整量を決定し、 この調整量を元の閾値に加算又は減算することによ つて新たな閾値を生成するという方法である。 CPU60 aは、 上記一例に 示されるような調整方法に従って閾値の調整を行った後、 挙動判定処理の実 行を終了し、 第 12図のメインルーチンにおけるステップ S 509へ処理を 進める。
一方、 ステップ S 603において、 眼の開度が所定の閾値未満であった 場合には、 運転者 Dが昏睡している可能性が高いとして、 ステップ S 606 へ処理を進める。
ステップ S 606では、 CPU 60 aは、 運転者 Dの挙動が異常である ことを示す挙動異常情報を、 危険状態判定処理プロセスへ通知する。 その後 、 CPU 60 aは、 挙動判定処理の実行を終了し、 第 12図のメインルーチ ンにおけるステップ S 509へ処理を進める。
ステップ S 509では、 CPU 60 aは、 車輛状態監視処理プロセスか らの車輛状態変数 Vsの値の通知があつたか否かを、 判別する。 そして、 車 輛状態監視処理プロセスからの車輛状態変数 V sの値の通知がなかつた場合 には、 CPU60 aは、 ステップ S 508へ処理を戻す。
ステップ S 508及び S 509の処理ループの実行中、 車輛状態監視処 理プロセスからの車輛状態変数 Vsの値の通知があると、 CPU60 aは、 ステップ S 510へ処理を進める。
ステップ S 510では、 CPU 60 aは、 通知された車輛状態変数 V s の値が 1であるか否かを、 判別する。 つまり、 CPU 60 aは、 車輛状態が 停止状態に切り替わつたか否かを、 判別する。 そして、 通知された車輛状態 変数 Vsの値が 1であった場合には、 CPU60 aは、 ステップ S 511へ 処理を進める。
ステップ S 511では、 CPU 60 aは、 実行終了フラグを TRUEに切り 替えて、 ステヅプ S 513へ処理を進める。
一方、 ステップ S 510において、 通知された車輛状態変数 Vsの値が 1ではなかった場合には、 CPU 60 aは、 ステップ S 512へ処理を進め
Ό o
ステップ S 512では、 CPU60 aは、 実行終了フラグを FALSEに切 り替えて、 ステップ S 513へ処理を進める。
ステップ S 513では、 CPU 60 aは、 実行終了フラグが TRUEである か否かを、 判別する。 そして、 CPU60 aは、 実行終了フラグが TRUEでな かった場合には、 ステップ S 501, S 508, S 509へ処理を戻し、 実 行終了フラグが TRUEであった場合には、 ステヅプ S 514へ処理を進める。
ステップ S 514では、 CPU60 aは、 処理状態を実行状態から停止 状態へ切り替える。 より具体的には、 CPU 60 aは、 処理状態変数 Vpの 値を 2から 1へ変更する。 その後、 CPU 60 aは、 ステップ S 501, S 502へ処理を戻す。
このような挙動監視処理が実行されることにより、 車輛状態が停止状態 から安定状態へ切り替わる (S 501〜S 507) と、 画像データの 1コマ 毎に挙動異常情報を通知すべきか否かを判別する処理が、 開始される (S 5 08, S 509) 。 すなわち、 自動車を運転している最中にある運転者 Dの 挙動の監視が開始される。 また、 そのような運転者 Dの挙動が監視されてい る間に、 車輛状態が安定状態又は非安定状態から停止状態へ切り替わる (S
510〜S 513) と、 運転者 Dの挙動の監視が終了される (S 514) 。
また、 このような挙動の監視の結果、 挙動異常情報が、 以下に説明する 危険状態判定処理プロセスへ通知される (S 606) 。 なお、 この挙動異常 情報は、 1コマの画像データにつき 1回だけ通知される (S 508, S 60
1〜S 606) ので、 例えば、 連続する 1ひコマの画像データの全てにおい て挙動異常情報を通知すべきと判別された場合には、 危険状態判定処理プロ セスへは、 10回連続して挙動異常情報が通知される。
<危険状態判定処理 >
第 14乃至 16図は、 危険状態判定処理を説明するためのフローチヤ一 卜である。
危険状態判定処理の実行開始後、 最初の S 701では、 C P U 60 aは 、 上述した挙動監視処理プロセスからの挙動異常情報の連続的な通知が開始 されるまで、 待機する。 そして、 CPU 60 aは、 挙動監視処理プロセスか らの挙動異常情報の連続的な通知が開始されると、 ステップ S 702へ処理 を進める。
ステップ S 702では、 CPU60 aは、 車輛状態が安定状態であるか 否かを、 判別する。 そして、 CPU60 aは、 車輛状態が安定状態でなかつ た場合には、 ステップ S 701へ処理を戻し、 車輛状態が安定状態であった 場合には、 ステップ S 703へ処理を進める。
ステップ S 703では、 CPU 60 aは、 時間変数 Tの値を 0から所定 単位秒ずっィンクリメントする時間計測処理を、 開始する。 次のステップ S 704では、 CPU 60 aは、 距離計測処理を開始する 。 なお、 この距離計測処理では、 一定の時間間隔毎 (例えば 0. 5秒毎) に 第 1の I/Oポート 60 eから速度デ一夕をサンプリングするとともに、 サ ンプリングした速度データとその時間とに基づいてその時間間隔での自動車 の走行距離を算出するという処理が、 繰り返される。 さらに、 その時間間隔 毎の走行距離が積算され、 積算された値にて走行距離変数 Lが順次更新され る。 CPU60aは、 このような距離計測処理を開始した後、 ステヅプ S 7· 05へ処理を進める。
ステップ S 705では、 CPU60 aは、 後述する第 1準位情報が R A M60 bに記録されているか否かを、 判別する。 そして、 CPU 60 aは、 第 1準位情報が RAM60 bに記録されていた場合には、 ステヅプ S 710 へ処理を進め、 第 1準位情報が RAM60 bに記録されていなかった場合に は、 ステヅプ S 706へ処理を進める。 - ステップ S 706では、 CPU60 aは、 時間変数 Tの値が所定の第 1 時間上限値 (例えば 1秒) を上回っているか否かを、 判別する。 そして、 C PU60 aは、 時間変数 Tの値が所定の第 1上限時間を上回っていた場合に は、 ステップ S 708へ処理を進め、 時間変数 Tの値が所定の第 1上限時間 以下であった場合には、 ステヅプ S 707へ処理を進める。
ステップ S 707では、 CPU 60 aは、 走行距離変数 Lが所定の第 1 上限距離 (例えば 10m) を上回っているか否かを、 判別する。 そして、 C PU60 aは、 走行距離変数 Lの値が所定の第 1上限距離以下であった場合 には、 ステップ S 710へ処理を進め、 走行距離変数 Lの値が所定の第 1上 限距離を上回っていた場合には、 ステップ S 708へ処理を進める。
ステップ S 708では、 C P U 60 aは、 第 1準位情報を警報出力処理 プロセスへ通知する。 なお、 この第 1準位情報は、 所定時間 (第 1上限時間 ) だけ経過する間、 又は、 自動車が所定距離 (第 1上限距離) だけ走行する 間、 運転者 Dの挙動異常が継続したことを示す情報である。
次のステップ S 709では、 CPU60 aは、 第 1準位情報を RAM6 Obに記録して、 ステップ S 710へ処理を進める。
ステップ S 710では、 CPU 60 aは、 後述する第 2準位情報が R A M60 bに記録されているか否かを、 判別する。 そして、 CPU60 aは、 第 2準位情報が RAM60 bに記録されていた場合には、 ステヅプ S 715 へ処理を進め、 第 2準位情報が RAM60 bに記録されていなかった場合に は、 ステップ S 711へ処理を進める。
ステップ S 71 1では、 CPU60aは、 時間変数 Tの値が所定の第 2 上限時間 (例えば 2秒) を上回っているか否かを、 判別する。 そして、 CP U60 aは、 時間変数 Tの値が所定の第 2上限時間を上回っていた場合には 、 ステップ S 713へ処理を進め、 時間変数 Tの値が所定の第 2上限時間以 下であった場合には、 ステップ S 712へ処理を進める。
ステップ S 712では、 CPU60aは、 走行距離変数 Lが所定の第 2 上限距離 (例えば 20m) を上回っているか否かを、 判別する。 そして、 C PU60 aは、 走行距離変数 Lの値が所定の第 2上限距離以下であった場合 には、 ステップ S 715へ処理を進め、 走行距離変数 Lの値が所定の第 2上 限距離を上回っていた場合には、 ステップ S 713へ処理を進める。
ステップ S 713では、 CPU60 aは、 第 2準位情報を警報出力処理 プロセスへ通知する。 なお、 この第 2準位情報は、 所定時間 (第 2上限時間 ) だけ経過する間、 又は、 自動車が所定距離 (第 2上限距離) だけ走行する 間、 運転者 Dの挙動異常が継続したことを示す情報である。 次のステップ S 714では、 CPU60 aは、 第 2準位情報を RAM6 0 bに記録して、 ステヅプ S 715へ処理を進める。
ステヅプ S 715では、 CPU60 aは、 後述する第 3準位情報が R A M60 bに記録されているか否かを、 判別する。 そして、 CPU 60 aは、 第 3準位情報が RAM6 O bに記録されていた場合には、 ステップ S 720 へ処理を進め、 第 3準位情報が RAM60 bに記録されていなかった場合に は、 ステップ S 716へ処理を進める。
ステップ S716では、 CPU60 aは、 時間変数 Tの値が所定の第 3 上限時間 (例えば 3秒) を上回っているか否かを、 判別する。 そして、 CP U60aは、 時間変数 Tの値が所定の第 3上限時間を上回っていた場合には 、 ステップ S 718へ処理を進め、 時間変数 Tの値が所定の第 3上限時間以 下であった場合には、 ステップ S 717へ処理を進める。
ステップ S 717では、 CPU 60 aは、 走行距離変数 Lが所定の第 3 上限距離 (例えば 30m) を上回っているか否かを、 判別する。 そして、 C PU60 aは、 走行距離変数 Lの値が所定の第 3上限距離以下であった場合 には、 ステップ S 720へ処理を進め、 走行距離変数 Lの値が所定の第 3上 限距離を上回っていた場合には、 ステップ S 718へ処理を進める。
ステップ S 718では、 CPU 60 aは、 第 3準位情報を警報出力処理 プロセスへ通知する。 なお、 この第 3準位情報は、 所定時間 (第 3上限時間 ) だけ経過する間、 又は、 自動車が所定距離 (第 3上限距離) だけ走行する 間、 運転者 Dの挙動異常が継続したことを示す情報である。
次のステヅプ S 719では、 CPU60 aは、 第 3準位情報を RAM6 Obに記録して、 ステップ S 720へ処理を進める。
ステップ S 720では、 CPU 60 aは、 1又は 2の値を持つ車輛状態 変数 V sが上述の車輛状態監視処理プロセスから通知されたか否かを、 判別 する。 そして、 CPU60 aは、 1又は 2の値を持つ車輛状態変数 Vsが車 輛状態監視処理プロセスから通知されていた場合には、 ステップ S 722へ 処理を進め、 1又は 2の値を持つ車輛状態変数 V sが車輛状態監視処理プロ セスから通知されていなかった場合には、 ステップ S 721へ処理を進める ο
ステップ S 721では、 CPU 60 aは、 上述した挙動監視処理プロセ スからの挙動異常情報の連続的な通知が終了したか否かを、 判別する。 そし て、 CPU60 aは、 挙動監視処理プロセス.からの挙動異常情報の連続的な 通知が終了していなかった場合 は、 ステップ S 705へ処理を戻し、 挙動 監視処理プロセスからの挙動異常情報の連続的な通知が終了していた場合に は、 ステップ S 722へ処理を進める。
ステップ S 722では、 CPU 60 aは、 後述する警報出力処理プロセ スへ、 挙動異常終了を通知して、 ステヅプ S 723へ処理を進める。
ステップ S 723では、 CPU 60 aは、 R AM 60 a内の準位情報を クリアして、 ステップ S 701へ処理を戻す。
このような危険状態判定処理が実行されることにより、 車輛状態が安定 状態である場合において挙動監視処理プロセスから挙動異常情報が連続的に 通知され始める (S701, S 702 ) と、 危険状態がどのくらいのレベル にあるかを判別する処理 (S 703〜S 719) が開始される。 そして、 そ の処理は、 車輛状態が安定状態にある間 (S 720 ) , 又は、 挙動異常情報 の通知が連続している間 (S721) は継続され、 挙動異常情報の通知が途 絶えると、 その処理は、 終了する (S 723 ) 。
また、 その処理 (S 703〜S 719) では、 挙動異常情報が連続的に 通知されたときの'経過時間や自動車の走行距離が許容範囲 (第 1乃至第 3上 限時間及び第 1乃至第 3上限距離) を超えると、 危険状態になったことが決 定され、 その経過時間や走行距離が増す毎に、 危険状態のレベルが増加する 。 そして、 危険状態のレベルが増加する毎に、 レベルに応じた情報 (第 1乃 至第 3準位情報) が、 以下に説明する警報出力処理プロセスへ通知される (
5708 , S 713, S 718) 。
さらに、 挙動異常情報の連続的な通知が途絶える毎に、 すなわち、 運転 者 Dが異常な挙動を終える毎に、 危険状態判定処理プロセスから警報出力処 理プロセスへ、 挙動異常終了が通知される (S 722) 。
<警報出力処理 >
第 17図は、 警報出力処理を説明するためのフローチャートである。 警報出力処理の実行開始後、 最初の S 801では、 CPU 60 aは、 上 述した危険状態判定処理プロセスから第 1乃至第 3準位情報の何れかが通知 されるまで、 待機する。 そして、 第 1乃至第 3準位情報の何れかが通知され ると、 CPU60 aは、 ステップ S 802へ処理を進める。
ステヅプ S 802では、 CPU 60 aは、 通知された準位情報を RAM
6 Obに記録して、 ステヅプ S 803へ処理を進める。
ステヅプ S 803では、 CPU60 aは、 時間変数 Tの値を 0から所定 単位秒ずっィンクリメントする時閭計測処理を、 開始する。
次のステップ S 804では、 CPU60 aは、 第 1乃至第 3準位情報の いずれかが危険状態判定処理プロセスから通知されたか否かを、 判別する。 そして、 C P U 60 aは、 第 1乃至第 3準位情報のいずれかが危険状態判定 処理プロセスから通知されていなかった場合には、 ステップ S 806へ処理 を進め、 第 1乃至第 3準位情報のいずれかが危険状態判定処理プロセスから 通知されていた場合には、 ステップ S 8 0 5へ処理を進める。
ステヅプ S 8 0 5では、 C P U 6 0 aは、 通知された準位情報を R AM 6 O bに記録して、 ステップ S 8 0 6へ処理を進める。
ステップ S 8 0 6では、 C P U 6 0 aは、 R AM 6 0 b内に記録してい る各準位情報と時間変数 Tの値とに基づいて、 第 1乃至第 3準位情報のそれ それについての単位時間当たりの通知回数を算出する。
次のステヅプ S 8 0 7では、 C P U 6 0 aは、 ランク定義テーブルを参 照して、 第 1乃至第 3準位情報のそれそれについての単位時間当たりの通知 回数の組み合わせに対応する警報ランクを、 特定する。
第 1 8図は、 このランク定義テーブルを説明するために作成された表で ある。 この第 1 8図に示されるように、 ランク定義テーブルは、 「警報ラン ク」 , 「第 1準位の回数」 , 「第 2準位の回数」 , 及び 「第 3準位の回数」 の項目欄 (フィールド) からなるレコードを警報ランク毎に作成することに よって、 構成されている。
「警報ランク」 には、 後述する警報出力の程度を示す警報ランクを識別 するための番号が、 記録される。 「第 1準位の回数」 には、 第 1準位情報の 単位時間当たりの通知回数が、 記録される。 これと同様に、 「第 2準位の回 数」及び 「第 3準位の回数」 にも、 第 2準位情報及び第 3準位情報の単位時 間当たりの通知回数が、 それぞれ記録される。
なお、 第 1 8図に示されるランク定義テーブルが C P U 6 0 aによって 参照される場合、 例えば第 1準位情報の単位時間当たりの通知回数が 3回で あるか、 第 2準位情報のそれが 2回であるか、 第 3準位情報のそれが 1回で あれば、 警報ランクが 3と特定される。 つまり、 1つの警報ランクおける 「 警報ランク」 以外の各項目欄の数値は、 論理和 (O R ) の関係にある。 また 、 例えば、 第 1乃至第 3準位情報の単位時間当たりの通知回数が何れも 3回 である場合には、 その中で最高位の警報ランクである 5が、 特定される。
そして、 CPU60 aは、 このようなランク定義テーブルを参照するこ とによって、 警報ランクを特定した後、 第 17図のステップ S 808へ処理 を進める。
ステップ S 808では、 CPU 60 aは、 警報ランクに応じた音声を警 報として出力させるための音声データを音源制御装置 60 dに引き渡し、 音 源制御装置 6 Odに対し、 その音声データに基づく信号をスピーカ 20へ出 力させる。
なお、 音声データは、 警報ランクの個数に応じた個数だけ ROM60 h 内に事前に用意されており、 各音声データは、 高い警報ランクに対応付けら れているものほど高い音色の電子音を出力させるように、 構成されている。 そして、 CPU60 aは、 このステップ S 808において、 R〇M60h内 の多数の音声データの中から、 警報ランクに対応する音声データを 1つ特定 して音源制御装置 60 dへ引き渡し、 警報ランクに対応した高さの音色を持 つ電子音をスピーカ 20から警報として出力させる。
次のステップ S 809では、 CPU 60 aは、 上述した危険状態判定処 理プロセスから挙動異常終了が通知されたか否かを、 判別する。 そして、 C PU60 aは、 危険状態判定処理プロセスから挙動異常終了が通知されてい なかった場合には、 ステップ S 804へ処理を戻し、 危険状態判定処理プロ セスから挙動異常終了が通知されていた場合には、 ステップ S 810へ処理 を進める。 '
ステヅプ S 810では、 CPU 60 aは、 時間計測処理を終了し、 ステ ヅプ S 801へ処理を戻す。 このような警報出力処理が実行されることにより、 危険状態判定処理プ ロセスから挙動異常終了が通知されてから次の挙動異常終了が通知されるま で (つまり、 運転者 Dが異常な挙動をとっている間) 、 警報を出力すべきか 否か、 出力する場合にはどのレベルの警報を出すべきかが決定され、 警報が 出力される (S 8 0 1〜S 8 1 0 ) 。
また、 単位時間あたりの準位情報の通知回数によつて警報ランクが決定 される (S 8 0 6, S 8 0 7 ) ため、 頻繁に準位情報が通知されたり高い順 位情報が'通知されたりすると、 高い音色の電子音が警報として出力されるよ うになり、 準位情報の通知回数が減少したり通知間隔が空いたりすると、 低 い音色の電子音が警報として出力されるようになる (S 8 0 4〜S 8 0 9 ) ο
このように、 第 1の実施形態によれば、 危険状態であるか否かの判定条 件として、 異常挙動状態が継続されている間の自動車の走行距離が採用され ているので、 走行距離の閾値 (例えば第 1上限距離) が一定であることから 、 異常挙動の継続を許容できる限界時間が、 自動車の速度に応じてリニアに 変化することとなる。 そのため、 自動車の速度が高いときほど、 短時間の異 常挙動をとるだけで危険状態であると判定されるようになり、 自動車の速度 が遅いときには、 多少長い時間異常挙動をとらないと危険状態であると判定 されない。 従って、 自動車の運転者は、 危険性が実際に高まっているときに 的確に警報を受けることができる。
また、 第 1の実施形態によれば、 危険状態の判定条件に、 異常挙動の継 続中の経過時間が、 危険状態の判定条件に加えられているので、 自動車の速 度がある一定以下になると、 すなわち、 経過時間が閾値 (例えば第 1上限時 間) を超えると、 危険状態であると判定されるまでの時間は、 一律に決定さ れるようになる。
また、 第 1の実施形態によれば、 自動率の走行状態が安定している場合 において、 運転者 Dが異常挙動を継続している間の経過時間又は走行距離が 、 所定値を超えると、 その超えた所定値の大きさに応じた警報がスピーカ 2 0から出力される。 このとき、 異常挙動の継続中の経過時間又は走行距離が 危険性の高さに応じて段階的に細かく設定されていると (第 1乃至第 3上限 時間や第 1乃至第 3上限距離) 、 警報を出力すべきと判定する際の条件を危 険性の高さに応じてきめ細やかに変化させることができる。
さらに、 第 1の実施形態によれば、 自動車の速度, 前後加速度, 及び左 右加速度に基づいて判別される自動車の走行状態が安定状態にないと、 危険 状態が判定されないため、 自動車の停車時や非安定走行時に不要な警報が出 力されることがない。
く変形例 1 >
ところで、 上述した第 1の実施形態では、 スピーカ 2 0から警報として 出力される電子音は、 警報ランクが高くなるにつれて音色が高くなるように 、 設定されていたが、 そうでなくても良い。 例えば、 スピーカ 2 0から警報 'として出力される電子音が、 オンオフ出力されても良い。 この場合、 警報ラ ンクが高くなるにつれてオンオフの間隔が短くなるように設定することによ り、 運転者 Dに対し、 危険度の高さを、 異常な挙動をとっている旨とともに 伝えることができる。
また、 スピーカ 2 0から警報として出力される電子音が、 警報ランクが 高くなるにつれて音色が高くなるとともにオンオフの間隔が短くなるように 、 設定されていても良い。 さらに、 その電子音が、 音楽であっても良い。 音 楽である場合、 警報ランクの高さに応じてテンポの速い曲へと移り変わるよ うに設定されていると、 運転者 Dに対し、 危険度の高さを、 異常な挙動をと つている旨とともに伝えることができる。
<変形例 2 >
また、 上述した第 1の実施形態では、 警報を出力するための装置がスピ 一力 2 0であったが、 そうでなくても良い。 例えば、 警報を出力するための 装置は、 ビデオ制御装置 6 0 dに接続されたモニタ (図示略) であっても良 いし、 バス B上の図示せぬ I /Oポートに接続された発光ダイォ一ドランプ (図示略) であっても良い。
前者のようなモニタの場合、 C P U 6 0 aは、 警報ランクに応じた指標 をモニタに表示させるための画面データをビデオ制御装置 6 0 cに引き渡し 、 ビデオ制御装置 6 0 cに対し、 その画面データに基づく画面をモニタへ表 示させる。 なお、 このモニタは、 警報システム専用として自動車に搭載され たものであっても良いが、 自動車にナビゲーシヨンシステム用又は夕ヅチス クリーン用として備えられているモニタであっても良い。
また、 モニタに警報を出力させる場合、 モニタに表示される指標の大き さが、 警報ランクの高さに応じて大きくなるように構成されていても良いし 、 モニタに表示される指標の色が、 警報ランクの高さに応じて変化するよう に構成されていても良いし、 モニタに表示される指標の点滅間隔が、 警報ラ ンクの高さに応じて短くなるように構成されていても良い。
一方、 後者のように発光ダイオードランプに警報を出力させる場合、 警 報ランクの高さに応じて点滅間隔が短くなるように構成されていても良いし 、 警報ランクの高さに応じて発光強度が高くなるように構成されていても良 い
<変形例 3 > また、 上述した第 1の実施形態では、 第 12図に示される挙動監視処理の ステップ S 508において実行される挙動判定処理が、 運転者 Dの眼の開度 を判定する処理であつたため、 運転者 Dが居眠り運転をしているか否かが判 定されていたが、. そうでなくても良い。 例えば、 この挙動判定処理が、 運転 者 Dの脇見度 (視線のずれ) を判定する処理であっても良い。 第 19図は、 脇見度についての挙動判定処理を説明するためのフローチャートである。
挙動異常判定処理の実行開始後、 C P U 60 aは、 1コマ分の画像デー 夕の受信を完了する (S 601, ; YES) と、 脇見度'取得処理を実行する (S 602, ) 。 この脇見度取得処理については、 様々なものが存在してい るが、 その一例が、 日本特開平 11— 1617987号公報や日本特開平 0 3- 167698号公報に詳しく説明されているので、 ここでは詳しく説明 しない。 但し、 その概略を説明すると、 この脇見度取得処理は、 受信した画 像デ一夕中の全画素の中から、 運転者 Dの顔方向を取得し、 正しい顔方向と のずれ量を脇見度として取得するという処理である。
そして、 CPU 60 aは、 脇見度が所定の閾値未満である場合 (S60 3, ; NO) には、 その脇見度を RAM 60 bに記録し (S 604, ) , 闘 値を調整して (S 605, ) , 第 12図のステヅプ S 509へ処理を進める 。 一方、 脇見度が所定の閾値以上である場合 (S 603, ; YES) には、 CPU 60 aは、 脇見についての挙動異常情報を危険状態判定処理プロセス へ通知して (S 606, ) 、 第 12図のステップ S 509へ処理を進める。
このような挙動判定処理が、 第 12図に示される挙動監視処理のステツ プ S 508において実行されると、 画像デ一夕の 1コマ毎に、 景色を眺めた りオーディオを操作したりといつた脇見運転を運転者 Dが行っているか否か が判定される。 その結果、 運転者 Dが脇見運転した場合には、 危険状態判定 処理プロセスから警報出力処理プロセスへ、 第 1乃至第 3準位情報の何れか が通知され、 警報ランクに応じた音声がスピーカ 20から警報として出力さ
4し ο
第 2の実施形態
第 2の実施形態は、 危険状態判定処理プロセスが危険状態の判定に用い る第 1乃至第 3上限時間及び第 1乃至第 3上限距離の組み合わせが多数用意 されているとともに、 これに合わせて危険状態判定処理の内容が若干変更さ れている他は、 第 1の実施形態と同じ構成を有している。 従って、 以下では 、 第 1の実施形態との相違点について、 説明する。
第 1の実施形態では、 第 12図のフローチャートにおけるステップ S 5 08において、 第 13図に示されるような閉眼についての挙動異常判定処理 が、 実行されていた。 これに対し、 第 2の実施形態では、 図示していないが 、 第 12図のステップ S 508において、 閉眼についての挙動異常判定処理 と並行して、 第 19図に示されるような脇見についての挙動異常判定処理が 、 実行される。 その結果、 危険状態判定処理プロセスには、 閉眼についての 挙動異常情報と、 脇見についての挙動異常情報とが、 通知される。
また、 第 1の実施形態における危険状態判定処理プロセスでは、 第 14 図に示されるように、 挙動異常情報が挙動監視処理プロセスから通知される (S701 ; YES) と、 CPU60 aは、 時間計測処理及び距離計測処理 を直ちに実行していた (S 702, S 703) 。 これに対し、 第 2の実施形 態における危険状態判定処理プロセスでは、 第 20図に示されるように、 挙 動異常情報が挙動監視処理プロセスから通知される (S701 ; YES) と 、 CPU60 aは、 挙動異常情報が閉眼についてのものであるか脇見につい てのものであるかを判別し (S 701— l) 、 挙動異常が閉眼についてのも のである場合には、 閉眼用の走行状態判定情報を ROM 6 Ohから読み出し (S 701— 2) 、 挙動異常が脇見についてのものである場合には、 脇見用 の走行状態判定情報を ROM 60 hから読み出す。 そして、 何れかの走行状 態判定情報を読み出した後、 CPU 60 aは、 時間計測処理及び距離計測処 理を実行する (S 702, S 703) 。
なお、 走行状態判定情報とは、 第 14及び 15図を用いて説明した第 1 乃至第 3上限時間及び第 1乃至第 3上限距離の組み合わせのことであり、 閉 眼用と脇見用とで異なる数値を持つ組み合わせとなっている。 これら閉眼用 及び脇見用の走行状態判定情報は、 何れも、 ROM 6 Ohに事前に記録され ている。
このように、 第 2の実施形態によれば、 危険状態判定処理プロセスは、 挙動監視処理プロセスから通知される異常挙動の種類に応じて、 危険状態の 判定に利用する走行状態判定情報を変更する。 このため、 警報システムは、 運転者 Dが居眠りをした場合でも脇見をした場合でも、 警報を出力すること ができる。
また、 通常、 脇見運転をしているときょり、 居眠り運転をしているとき のほうが、 おおむね危険性が高い。 このため、 閉眼時よりも脇見時のほうが 、 条件が緩くなるように設定されていると、 第 2の実施形態の警報システム は、 警報を出力すべきと判定する際の条件を、 危険性の高さに応じてきめ細 やかに変化させることができる。
なお、 上記の第 1の実施形態及び第 2の実施形態では、 移動体の具体的な —例として、 自動車を挙げて説明したが、 これに限定されるものではない。 本発明は、 自動車以外の例えばトラック, 二輪車, 電車, 船舶, 及び、 航空 機などの移動体においても適用することができる。 産業上の利用可能性
以上に説明したように、 本発明によれば、 危険性が実際に高まっている に的確に警報を出力することができる。

Claims

請 求 の 範 囲
1 . 移動体の操縦席に着座した操縦者の挙動から異常挙動を検出するための 挙動検出部と、
前記挙動検出部において操縦者の異常挙動が検出され続けている間の前記 移動体の移動距離を測定する距離測定部と、
前記距離測定部において測定された移動距離が閾値を超えたときに危険状 態であると判定する危険状態判定部と、
前記危険状態判定部において危険状態であると判定された場合に警報を出 力する警報出力部と
を備えることを特徴とする警報システム。
2 . 前記挙動検出部において操縦者の異常挙動が検出され続けている間の経 過時間を測定する時間測定部を、 更に備え、
前記危険状態判定部は、 前記時間測定部において測定された経過時間が闘 値を超えたとき、 及び、 前記距離測定部において測定された移動距離が閾値 を超えたときの何れか一方である場合に、 危険状態であると判定する ことを特徴とする請求の範囲第 1項記載の警報システム。
3 . 前記距離測定部は、 前記移動体の移動速度を測定するための速度センサ を有し、 その速度センサによって測定された移動速度と前記時間測定部にお いて測定された経過時間とに基づいて、 移動距離を算出する
ことを特徴とする請求の範囲第 2項記載の警報システム。
4 . 前記危険状態判定部は、 前記移動距離について互いに大きさの異なる多 数の閾値を有し、 危険状態であると判定する際には、 前記移動距離が超えた 閾値の大きさに対応する危険レベルを、 多数の危険レベルの中から特定し、 前記警報出力部は、 前記危険状態判定部において特定された危険レベルに 応じて警報の出力レベルを変化させる
ことを特徴とする請求の範囲第 1項記載の警報システム。
5 . 前記危険状態判定部は、
前記移動距離について互いに大きさの異なる多数の閾値を有するとともに 、 前記経過時間について互いに大きさの異なる多数の閾値を有し、
危険状態であると判定する際には、 前記移動距離が超えた閾値の大きさに 対応する危険レベルを多数の危険レベルの中から特定するとともに、 前記経 過時間が超えた閾値の大きさに対応する危険レベルを多数の危険レベルの中 から特定し、
特定した 2つの危険レベルのうちの高い方の危険レベルを特定し、 前記警報出力部は、 前記危険状態判定部において特定された危険レベルに 応じて警報の出カレペルを変化させる
ことを特徴とする請求の範囲第 2項記載の警報システム。
6 . 前記警報出力部は、 前記危険状態判定部において特定される各危険レべ ルの単位時間あたりの個数を計数し、 その個数に応じて警報の出力レベルを 変化させる
ことを特徴とする請求の範囲第 4又は 5記載の警報システム。
7 . 前記移動体の少なくとも 3つの移動状態要素の値を検出するための移動 状態検出部と、
前記移動状態検出部において検出された各移動状態要素の値に基づいて前 記移動体の状態が安定状態であるか否かを判定する移動体状態判定部と を更に備え、
前記危険状態判定部は、 前記移動体状態判定部において前記移動体の状態 が安定状態であると判定された場合にのみ、 危険状態であるか否かを判定す る
ことを特徴とする請求の範囲第 1項記載の警報システム。
8 . 前記移動状態検出部は、 前記移動体の移動速度を測定するための速度セ ンサと、 前記移動体に掛かる加速度の前後方向の成分を測定するための前後 加速度センサと、 前記移動体に掛かる加速度の左右方向の成分を測定するた めの左右加速度センサとを有する
ことを特徴とする請求の範囲第 7項記載の警報システム。
9 . 前記移動体状態判定部は、 前記移動速度が一定値以上である状態を所定 時間継続した場合を、 安定状態であると判定する際の条件の 1つとしている ことを特徴とする請求の範囲第 8項記載の警報システム。
1 0 . 前記移動体状態判定部は、 前記加速度の前後方向の成分が一定値以下 である状態を所定時間継続した場合を、 安定状態であると判定する際の条件 の 1つとしている
ことを特徴とする請求の範囲第 8項記載の警報システム。
1 1 . 前記移動体状態判定部は、 前記加速度の左右方向の成分が一定値以下 である状態を所定時間継続した場合を、 安定状態であると判定する際の条件 の 1つとしている
ことを特徴とする請求の範囲第 8項記載の警報システム。
1 2 . 前記移動体状態判定部は、 前記移動速度が一定値の範囲内にある状態 を所定時間継続した場合を、 安定状態ではないと判定する際の条件としてい る
ことを特徴とする請求の範囲第 8項記載の警報システム。
1 3 . 前記移動体状態判定部は、 前記加速度の前後方向の成分が一定値を上 回る状態を所定時間継続した場合を、 安定状態ではないと判定する際の条件 としている
ことを特徴とする請求の範囲第 8項記載の警報システム。
1 4 . 前記移動体状態判定部は、 前記加速度の左右方向の成分が一定値を上 回る状態を所定時間継続した場合を、 安定状態ではないと判定する際の条件 としている
ことを特徴とする請求の範囲第 8項記載の警報システム。
1 5 . 前記距離測定部は、 前記移動状態検出部の速度センサによって測定さ れる移動速度に基づいて、 移動距離を算出する
ことを特徴とする請求の範囲第 8項記載の警報システム。
1 6 . 前記挙動検出部は、 前記異常挙動を検出すると、 検出した異常挙動の 種類を特定し、
前記危険状態判定部は、 異常挙動の種類に応じて大きさの異なる閾値を多 数有し、 危険状態を判定する際、 前記挙動検出部において特定された異常挙 動の種類に対応した閾値を、 多数の閾値の中から採用する
ことを特徴とする請求の範囲第 1項記載の警報システム。
1 7 . 前記挙動検出部は、 前記異常挙動を検出すると、 検出した異常挙動の 種類を特定し、
前記危険状態判定部は、
移動距離について異常挙動の種類に応じて大きさの異なる閾値を多数有す るとともに、 経過時間について異常挙動の種類に応じて大きさの異なる閾値 を多数有し、
危険状態を判定する際、 前記挙動検出部において特定された異常挙動の種 類に対応した前記移動距離及び前記経過時間についての閾値を、 多数の閾値 の中から採用する ことを特徴とする請求の範囲第 2項記載の警報システム。
1 8 . 前記挙動検出部は、 前記操縦者の顔面の像を画像データとして取得す る撮像装置を有しており、 その撮像装置から取得される画像データの 1コマ 毎に、 前記操縦者の挙動異常を検出する
ことを特徴とする請求の範囲第 1項記載の警報システム。
1 9 . 前記挙動検出部が検出する異常挙動は、 前記操縦者の閉眼である ことを特徴とする請求の範囲第 1 8項記載の警報システム。
2 0 . 前記挙動検出部が検出する異常挙動は、 前記操縦者の脇見である ことを特徴とする請求の範囲第 1 8項記載の警報システム。
2 1 . 操縦者が操縦時に着座するための操縦席を有する移動体に組み込まれ るとともに、 前記移動体の移動速度を測定するための速度センサ, 前記操縦 者を撮影するための撮像装置, 及び、 出力装置に対して接続される警報制御 装置であって、
前記撮像装置から取得される画像デ一夕から操縦者の異常挙動を検出する ための挙動検出部と、
前記速度センサから取得される移動速度に基づいて、 前記挙動検出部にお いて操縦者の異常挙動が検出され続けている間の前記移動体の移動距離を測 定する距離測定部と、
前記距離測定部において測定された移動距離が閾値を超えたときに危険状 態であると判定する危険状態判定部と、
前記危険状態判定部において危険状態であると判定された場合に前記出力 装置に警報を出力させる警報出力部と
を備えることを特徴とする警報制御装置。
2 2 . 操縦者が操縦時に着座するための操縦席を有する移動体に組み込まれ 、 前記移動体の移動速度を測定するための速度センサ, 前記操縦者を撮影す るための撮像装置, 及び、 出力装置に対して接続されるコンピュータに対し 前記撮像装置から取得される画像デ一夕から操縦者の異常挙動を検出する ための挙動検出手順,
前記速度センサから取得される移動速度に基づいて、 操縦者の異常挙動を 検出し続けている間の前記移動体の移動距離を測定する距離測定手順, 測定により得られた移動距離が閾値を超えたときに危険状態であると判定 する危険状態判定手順, 及び、
危険状態であると判定された場合にのみ前記出力装置に警報を出力させる 警報出力手順
を実行させる
ことを特徴とする警報制御プログラム。
2 3 . 操縦者が操縦時に着座するための操縦席を有する移動体に組み込まれ 、 前記移動体の移動速度を測定するための速度センサ, 前記操縦者を撮影す るための撮像装置, 及び、 出力装置に対して接続されるコンピュータに対し 前記撮像装置から取得される画像データから操縦者の異常挙動を検出する ための挙動検出手順,
前記速度センサから取得される移動速度に基づいて、 操縦者の異常挙動を 検出し続けている間の前記移動体の移動距離を測定する距離測定手順, 測定により得られた移動距離が閾値を超えたときに危険状態であると判定 する危険状態判定手順, 及び、
危険状態であると判定された場合にのみ前記出力装置に警報を出力させる 警報出力手順
を実行させる
警報制御プログラムを格納した
ことを特徴とするコンピュータ: i読媒体。
PCT/JP2003/006148 2003-05-16 2003-05-16 警報システム,警報制御装置,及び警報制御プログラム WO2004102500A1 (ja)

Priority Applications (3)

Application Number Priority Date Filing Date Title
PCT/JP2003/006148 WO2004102500A1 (ja) 2003-05-16 2003-05-16 警報システム,警報制御装置,及び警報制御プログラム
JP2004571870A JP3890062B2 (ja) 2003-05-16 2003-05-16 警報システム,警報制御装置,及び警報制御プログラム
US11/135,431 US7218213B2 (en) 2003-05-16 2005-05-24 Alarm system, alarm control apparatus and alarm control program

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2003/006148 WO2004102500A1 (ja) 2003-05-16 2003-05-16 警報システム,警報制御装置,及び警報制御プログラム

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US11/135,431 Continuation US7218213B2 (en) 2003-05-16 2005-05-24 Alarm system, alarm control apparatus and alarm control program

Publications (1)

Publication Number Publication Date
WO2004102500A1 true WO2004102500A1 (ja) 2004-11-25

Family

ID=33446559

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2003/006148 WO2004102500A1 (ja) 2003-05-16 2003-05-16 警報システム,警報制御装置,及び警報制御プログラム

Country Status (3)

Country Link
US (1) US7218213B2 (ja)
JP (1) JP3890062B2 (ja)
WO (1) WO2004102500A1 (ja)

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2008097446A (ja) * 2006-10-13 2008-04-24 Toyota Motor Corp 車載警告装置
JP2009093674A (ja) * 2009-01-05 2009-04-30 Toyota Motor Corp 車載警告装置
US8184008B2 (en) 2006-10-13 2012-05-22 Toyota Jidosha Kabushiki Kaisha On-board warning apparatus and warning method
JP2013144515A (ja) * 2012-01-16 2013-07-25 Denso Corp 障害物検知装置
JP2014176233A (ja) * 2013-03-11 2014-09-22 Railway Technical Research Institute 複合事象発生時における異常時情報提示方法
JP2020037327A (ja) * 2018-09-04 2020-03-12 トヨタ自動車株式会社 乗員報知装置

Families Citing this family (25)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8301108B2 (en) * 2002-11-04 2012-10-30 Naboulsi Mouhamad A Safety control system for vehicles
JP4370915B2 (ja) * 2004-01-14 2009-11-25 オムロン株式会社 車載アプリケーション選択システム及び車載アプリケーション選択装置
US7482937B2 (en) * 2006-03-24 2009-01-27 Motorola, Inc. Vision based alert system using portable device with camera
US8269617B2 (en) * 2009-01-26 2012-09-18 Drivecam, Inc. Method and system for tuning the effect of vehicle characteristics on risk prediction
US8508353B2 (en) 2009-01-26 2013-08-13 Drivecam, Inc. Driver risk assessment system and method having calibrating automatic event scoring
US8160772B2 (en) * 2006-09-28 2012-04-17 Pioneer Corporation Drive control apparatus, drive control method, drive control program, and recording medium
JP4274225B2 (ja) * 2006-10-13 2009-06-03 トヨタ自動車株式会社 車載警告装置
DE202007001708U1 (de) * 2007-02-06 2007-05-24 Venhofen, Edgar Freisprechanlage
KR20090002072A (ko) * 2007-06-04 2009-01-09 이민화 생리적 신호를 이용한 차량의 전자 디바이스들의 제어
US20090018731A1 (en) * 2007-07-12 2009-01-15 Mobile Office, Inc. Personal computer control for vehicles
US8204649B2 (en) * 2008-10-09 2012-06-19 University Of Utah Research Foundation Integrated systems and method for preventing mobile computing device use while driving
US20090063201A1 (en) * 2008-10-11 2009-03-05 Nowotarski Mark S SoberTeenTM Driving Insurance
US8854199B2 (en) 2009-01-26 2014-10-07 Lytx, Inc. Driver risk assessment system and method employing automated driver log
TWI416288B (zh) * 2010-09-01 2013-11-21 Inventec Corp 可攜式電子裝置及其操作方法
US8698639B2 (en) * 2011-02-18 2014-04-15 Honda Motor Co., Ltd. System and method for responding to driver behavior
KR20130050666A (ko) * 2011-11-08 2013-05-16 현대자동차주식회사 악셀 페달 연동 기능을 구비하는 운전자 상태 감지 시스템 및 그 방법
US10445758B1 (en) 2013-03-15 2019-10-15 Allstate Insurance Company Providing rewards based on driving behaviors detected by a mobile computing device
US9751534B2 (en) 2013-03-15 2017-09-05 Honda Motor Co., Ltd. System and method for responding to driver state
US8874301B1 (en) * 2013-07-09 2014-10-28 Ford Global Technologies, Llc Autonomous vehicle with driver presence and physiological monitoring
US9153116B2 (en) * 2013-09-09 2015-10-06 International Business Machines Corporation Real-time vehicle driver performance monitoring
KR101584067B1 (ko) * 2015-11-19 2016-01-11 (주)지인테크 도로 시설용 졸음운전방지 멜로디 경보장치
JP6977589B2 (ja) * 2018-01-31 2021-12-08 株式会社デンソー 車両用警報装置
TWI679141B (zh) * 2018-04-30 2019-12-11 晶翔機電股份有限公司 用於一和緩減速的一移動裝置的警示裝置以及用於調整具有一運動的一移動裝置的一警示敏感度之方法
US20210107494A1 (en) * 2019-10-15 2021-04-15 Waymo Llc Using Driver Assistance to Detect and Address Aberrant Driver Behavior
WO2022202155A1 (ja) 2021-03-22 2022-09-29 本田技研工業株式会社 運転支援装置および鞍乗型車両

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH03167698A (ja) * 1989-11-28 1991-07-19 Nissan Motor Co Ltd 運転者の運転状態検出装置
JPH0757172A (ja) * 1993-08-16 1995-03-03 Mitsubishi Electric Corp 運転者異常事態発生警報装置
JP2001138767A (ja) * 1999-11-17 2001-05-22 Nissan Motor Co Ltd 車両用警報装置
JP2002219968A (ja) * 2001-01-29 2002-08-06 Nissan Motor Co Ltd 脇見運転および居眠り運転警報装置

Family Cites Families (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH05155291A (ja) * 1991-12-03 1993-06-22 Mitsubishi Electric Corp 車両用警報装置
US5465079A (en) * 1992-08-14 1995-11-07 Vorad Safety Systems, Inc. Method and apparatus for determining driver fitness in real time
JP3512493B2 (ja) * 1994-11-16 2004-03-29 パイオニア株式会社 運転精神状態検出装置
US6366207B1 (en) * 2000-02-04 2002-04-02 Michael Murphy Device for modifying vehicle operator driving behavior
JP3750512B2 (ja) * 2000-10-12 2006-03-01 日産自動車株式会社 車両用周辺障害物検出装置
US6731925B2 (en) * 2001-10-24 2004-05-04 Mouhamad Ahmad Naboulsi Safety control system for vehicles
JP2003276470A (ja) * 2002-03-22 2003-09-30 Nissan Motor Co Ltd 情報提示制御装置
US7202793B2 (en) * 2002-10-11 2007-04-10 Attention Technologies, Inc. Apparatus and method of monitoring a subject and providing feedback thereto

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH03167698A (ja) * 1989-11-28 1991-07-19 Nissan Motor Co Ltd 運転者の運転状態検出装置
JPH0757172A (ja) * 1993-08-16 1995-03-03 Mitsubishi Electric Corp 運転者異常事態発生警報装置
JP2001138767A (ja) * 1999-11-17 2001-05-22 Nissan Motor Co Ltd 車両用警報装置
JP2002219968A (ja) * 2001-01-29 2002-08-06 Nissan Motor Co Ltd 脇見運転および居眠り運転警報装置

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2008097446A (ja) * 2006-10-13 2008-04-24 Toyota Motor Corp 車載警告装置
US8184008B2 (en) 2006-10-13 2012-05-22 Toyota Jidosha Kabushiki Kaisha On-board warning apparatus and warning method
JP2009093674A (ja) * 2009-01-05 2009-04-30 Toyota Motor Corp 車載警告装置
JP2013144515A (ja) * 2012-01-16 2013-07-25 Denso Corp 障害物検知装置
JP2014176233A (ja) * 2013-03-11 2014-09-22 Railway Technical Research Institute 複合事象発生時における異常時情報提示方法
JP2020037327A (ja) * 2018-09-04 2020-03-12 トヨタ自動車株式会社 乗員報知装置

Also Published As

Publication number Publication date
JP3890062B2 (ja) 2007-03-07
US7218213B2 (en) 2007-05-15
JPWO2004102500A1 (ja) 2006-07-13
US20050219058A1 (en) 2005-10-06

Similar Documents

Publication Publication Date Title
WO2004102500A1 (ja) 警報システム,警報制御装置,及び警報制御プログラム
CN107972621B (zh) 基于碰撞时间的车辆碰撞警告
US10099613B2 (en) Stopped vehicle traffic resumption alert
KR101555444B1 (ko) 차량탑재 상황감지 장치 및 그 방법
CN110539750B (zh) 一种基于驾驶状态与路况信息的车道偏离预警系统的方法
CN111361552B (zh) 自动驾驶系统
US20190061775A1 (en) Driving support device, autonomous driving control device, vehicle, driving support method, and program
JP7047763B2 (ja) 運転支援装置および方法、移動体、並びにプログラム
CN110633615B (zh) 乘车人数监视系统
EP1663711B1 (en) Detection of unintended lane departures
US11059421B2 (en) Vehicle proximity system using heads-up display augmented reality graphics elements
CN103370252A (zh) 对驾驶员行为进行响应的系统和方法
CN107209995B (zh) 驾驶辅助装置及驾驶辅助方法
CN112298176B (zh) 一种基于大数据的车辆变道监控和预测系统
JP6593011B2 (ja) 安全運転促進装置及び安全運転促進方法
JP2018181269A (ja) 提示制御装置、自動運転制御装置、提示制御方法及び自動運転制御方法
JP2017004492A (ja) 車両の速度超過を制限するための方法と装置
CN107599965B (zh) 用于车辆的电子控制装置及方法
CN115299948A (zh) 一种驾驶员疲劳检测方法及检测系统
TWI798082B (zh) 駕駛行為警示系統及其警示方法
JP2005228264A (ja) 車載型表示装置
JP2022156031A (ja) 安全運転支援装置、安全運転支援方法、プログラムおよび記録媒体
Mutthalkar et al. Advanced Driver Assist System: Case Study
JP6106401B2 (ja) 危険運転判定方法及び車載装置
JP6374834B2 (ja) 車両用情報提供装置

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A1

Designated state(s): JP US

WWE Wipo information: entry into national phase

Ref document number: 2004571870

Country of ref document: JP

WWE Wipo information: entry into national phase

Ref document number: 11135431

Country of ref document: US