Traffic flow simulation system and traffic flow simulation method

Abstract

To provide a traffic flow simulation system capable of simulating a traffic flow accurately.SOLUTION: A traffic flow simulation system comprises a traffic environment setting unit 10 for setting a simulation traffic environment in a virtual space, a traffic flow simulation unit 30 for moving a simulation moving body including at least a simulation vehicle in the simulation traffic environment, a driver state simulation unit 31 for sequentially determining a state of a simulation driver for driving the simulation vehicle, a driver state detection device simulation unit 21 that sequentially determines the state of the simulation driver detected by a driver state detection device based on the actual driver state of the simulation driver state determined by the driver state simulation unit 31 and a detection characteristic of the driver state detection device, and a vehicle device simulation unit 20 that sequentially determines operation of the simulation vehicle device mounted on the simulation vehicle based on the detected driver state of the simulation driver state determined by the driver state detection device simulation unit 21.SELECTED DRAWING: Figure 1

Description

[Technical Field]

[0001] The present invention relates to a traffic flow simulation system and a traffic flow simulation method, and in particular to a technology for improving the accuracy of traffic flow simulation. [Background technology]

[0002] Patent Document 1 discloses a system that simulates traffic flow by taking into account the driver's reaction to a driving assistance device. The system disclosed in Patent Document 1 is equipped with a driver reaction setting device to consider how the driver reacts to the driving assistance device. The driver reaction setting device has a distribution of operational behaviors in response to the activation of the information provision function and operation assistance function of the driving assistance device, which has been measured in advance using a driving simulator or the like, and uses this distribution to perform a Monte Carlo simulation. [Prior art documents] [Patent documents]

[0003] [Patent Document 1] Japanese Patent Application Laid-Open No. 2009-169912 Summary of the Invention [Problem to be solved by the invention]

[0004] Patent Document 1 describes simulating the driver's reaction after issuing a warning. However, it does not describe under what circumstances the warning should be issued. Even if the vehicle's driving conditions, such as the environment in which the vehicle is driving and the vehicle's speed, are the same, the timing of issuing the warning should differ depending on the driver's condition.

[0005] In order for an actual driving assistance device installed in a vehicle to vary the timing of issuing an alarm depending on the driver's state, it is necessary to provide a driver state detection device that detects the driver's state and to use the driver state detection device to detect the driver's state sequentially. For this reason and other reasons, it is preferable to also simulate the driver state detection device in order to accurately simulate traffic flow. The system disclosed in Patent Document 1 does not simulate the driver state detection device, and therefore does not simulate traffic flow accurately enough.

[0006] The present disclosure has been made in light of the above circumstances, and its purpose is to provide a traffic flow simulation system and a traffic flow simulation method that can accurately simulate traffic flow. [Means for solving the problem]

[0007] The above object is achieved by the combination of features recited in the independent claims, and the subclaims define further advantageous specific examples. The reference numerals in parentheses in the claims correspond to specific aspects described in the following embodiments as one aspect, and do not limit the technical scope of the disclosure.

[0008] One disclosure of a traffic flow simulation system for achieving the above object is: a traffic environment setting unit (10) that sets a simulated traffic environment in a virtual space; a traffic flow simulation unit (30) that moves a simulated moving object, which includes at least a simulated vehicle, in a simulated traffic environment; a driver state simulation unit (31) for sequentially determining the state of a simulated driver who drives a simulated vehicle; A driver condition detection device that detects the driver's condition was simulated in a virtual space. A driver state detection device simulation unit (21); model a vehicle device simulation unit (20) that sequentially determines the operation of a simulated vehicle device mounted on the simulated vehicle; And, the driver state detection device simulation unit detects the state of the simulated driver determined by the driver state simulation unit based on the detection characteristics of the driver state detection device; The vehicle device simulation unit sequentially determines the operation of the simulated vehicle device based on the detected driver state, which is the state of the simulated driver detected by the driver state detection device simulation unit. is.

[0009] This traffic flow simulation system includes a driver state detection device simulation unit that simulates a driver state detection device. It also includes a driver state simulation unit that sequentially determines the state of the simulated driver so that the driver state detection device simulation unit can simulate the driver state detection device. The driver state detection device simulation unit can sequentially determine the state of the simulated driver detected by the driver state detection device (i.e., the detected driver state) by using the actual driver state, which is the state of the simulated driver determined by the driver state simulation unit, and the detection characteristics of the driver state detection device.

[0010] Since the detected driver state can be determined, the vehicle device simulation unit can sequentially determine the operation of the simulated vehicle device installed in the simulated vehicle based on the detected driver state. In this way, since this traffic flow simulation system can determine the operation of the simulated vehicle device based on the detected driver state, it can accurately simulate the movement of the simulated vehicle equipped with the simulated vehicle device and the traffic flow including the simulated vehicle.

[0011] One disclosure relating to a traffic flow simulation method for achieving the above object is a traffic flow simulation method executed by the above traffic flow simulation system. That is, the traffic flow simulation method includes: A simulated traffic environment is set up in a virtual space, In the simulated traffic environment, a simulated moving object at least included in the simulated vehicle is moved (S7); The situation of a simulated driver driving a simulated vehicle attitude Sequentially decide (S1, S5), A driver condition detection device that detects the driver's condition is simulated in a virtual space. and sequentially determining the operation of the simulated vehicle device mounted on the simulated vehicle (S4, S6). And, The sequentially determined states of the simulated driver are detected by a driver detection device simulated in a virtual space based on the detection characteristics of the driver state detection device; A traffic flow simulation method for sequentially determining the operation of a simulated vehicle device based on a detected driver state, which is a detected state of a simulated driver. is. [Brief explanation of the drawings]

[0012] [Figure 1] 1 is a diagram showing the configuration of a traffic flow simulation system 1 according to an embodiment. [Figure 2] FIG. 2 is a diagram showing a detailed configuration of a vehicle device simulation unit 20. [Figure 3] FIG. 10 is a diagram showing detection characteristic parameters relative to the driver's face direction. [Figure 4] FIG. 10 is a diagram showing detection characteristic parameters relative to drowsiness levels. [Figure 5] FIG. 10 is a diagram illustrating an example of occurrence probability distribution of face directions. [Figure 6] 10A and 10B are diagrams illustrating examples of a recognition time distribution, a judgment time distribution, and an operation time distribution. [Figure 7] FIG. 10 is a diagram illustrating an example of an avoidance behavior reaction time distribution DB 64. [Figure 8] FIG. 10 is a diagram illustrating an example of an avoidance behavior selection rate distribution DB 65. [Figure 9] FIG. 2 is a diagram illustrating an example of an outline of processing executed by the traffic flow simulation system 1. [Figure 10] 10A and 10B are diagrams illustrating examples of changes over time in the facial direction of a simulated driver. [Figure 11] FIG. 4 is a diagram illustrating an example of a change in the drowsiness level of a simulated driver over time. DETAILED DESCRIPTION OF THE INVENTION

[0013] An embodiment will be described below with reference to the drawings. FIG. 1 is a diagram showing the configuration of a traffic flow simulation system 1 according to an embodiment. The traffic flow simulation system 1 is a system that sets various conditions and simulates the flow of moving objects located on roads in the real world. The traffic flow simulation system 1 can be realized by a configuration including one or more computers.

[0014] <Overall structure> The traffic flow simulation system 1 comprises a traffic environment setting unit 10, a vehicle device simulation unit 20, a traffic flow simulation unit 30, a traffic condition recording unit 40, a support effect calculation unit 50, and a driver response setting unit 60. Each of these units is realized by a computer executing a simulation program stored in a predetermined storage medium. The traffic environment setting unit 10 sets a traffic environment in a virtual space. Hereinafter, the traffic environment set in the virtual space is referred to as a simulated traffic environment. The traffic environment includes roads and their surrounding environments. Specific examples of the traffic environment include road structure, road surface conditions, off-road structures, traffic volume, ambient illuminance, rain, humidity, wind, lighting, and noise. The traffic environment setting unit 10 sets the simulated traffic environment in accordance with input operations performed by an operator on an input device. The traffic environment setting unit 10 may also acquire data from another device for part or all of the settings of the simulated traffic environment.

[0015] The simulated traffic environment may include the environment inside a vehicle (hereinafter referred to as a simulated vehicle) traveling on a road included in the simulated traffic environment. The environment inside the simulated vehicle may also include the level of sound inside the vehicle cabin due to conversations, etc. The environment inside the simulated vehicle may also include the level of visual stimuli inside the vehicle cabin that the driver can sense. Visual stimuli inside the vehicle cabin that the driver can sense are generated, for example, by changes in the posture of the passenger's arms or torso. Some real-world traffic environments change dynamically. Therefore, the traffic environment setting unit 10 may dynamically change at least a part of the simulated traffic environment.

[0016] The vehicle device simulation unit 20 simulates the vehicle devices installed in a real vehicle and sequentially determines the operation of the simulated vehicle devices installed in the simulated vehicle. The simulated vehicle devices include mechanical and electrical configurations.

[0017] <Detailed Configuration of Vehicle Device Simulation Unit 20> 2 shows a detailed configuration of the vehicle device simulation unit 20. The vehicle device simulation unit 20 includes a driver state detection device simulation unit 21, an HMI simulation unit 22, a vehicle control device simulation unit 23, and an outside vehicle notification device simulation unit 24.

[0018] The driver condition detection device simulation unit 21 simulates a driver condition detection device. A driver condition detection device is a device that detects the state of a driver in the real world. The driver condition detection device can include one or more of the following: a camera that photographs the driver, a sensor that observes the driver using radio waves, and a sensor that contacts the surface of the driver's body to detect the driver's biological information.

[0019] An example of a driver condition detection device will be described in more detail. The driver condition detection device includes a camera imaging unit that captures an image of the area around the headrest of the driver's seat and an illumination unit that irradiates the area around the headrest of the driver's seat with light. While the driver is seated in the driver's seat, the camera imaging unit captures an image of the area around the driver's face illuminated with light, and analyzes the facial image of the driver included in the captured image to monitor the driver's condition. The driver condition detection device determines whether the driver is looking away, closing the eyes, drowsiness, fatigue, attention level, irritation, etc. based on the facial image, such as the degree of eyelid drooping, pupil dilation, gaze direction, gaze movement speed, facial orientation, three-dimensional facial position, and degree of change in facial expression. Based on the determination results, the driver's condition detection device determines whether the driver is in an appropriate state for driving or an inappropriate state for driving. Furthermore, the device determines whether the driver is drowsy, has poor posture, leaves the driver's seat, etc., and, based on the determination results, determines whether the driver is in an incapable state of continuing driving.

[0020] The driver condition detection device may be configured to detect the driver's condition, such as the above-mentioned appropriate driving state, unsuitable driving state, and incapable driving state, using a ToF (Time of Flight) sensor, a millimeter wave sensor, an ultrasonic sensor, etc. The driver condition detection device may also be configured to determine drowsiness, fatigue level, stress level, tachyarrhythmia, bradyarrhythmia, heart failure, etc. based on the degree of change in heart rate, RR interval, pulse rate, respiratory rate, etc., using a sensor that detects the driver's biological information using millimeter waves installed at a location away from the driver, or a sensor that detects the driver's biological information by contacting the surface of the driver's body, and to determine, based on the determination result, whether the driver is in an appropriate driving state (suitable for driving), an unsuitable driving state (unsuitable for driving), or an incapable driving state (unable to continue driving).

[0021] The driver condition detection device may also include a sensor that detects vehicle signals. This is because the degree to which the driver is aware of the conditions around the vehicle can be estimated from the vehicle behavior that can be estimated from the vehicle signals. Examples of sensors that detect vehicle signals included in the driver condition detection device include a steering sensor, a steering touch sensor, and a steering torque sensor. The signals detected by these sensors are vehicle signals related to the driver's steering operation. Other examples of sensors that detect vehicle signals included in the driver condition detection device include an accelerator pedal sensor and a brake pedal sensor. The signals detected by these sensors are vehicle signals related to pedal operation.

[0022] The driver state detection device simulation unit 21 sequentially determines the driver state to be detected by the driver state detection device when the driver state is the state of the simulated driver determined by the driver state simulation unit 31. Hereinafter, the driver state determined by the driver state simulation unit 31 will be referred to as the actual driver state, and the driver state sequentially determined by the driver state detection device simulation unit 21 will be referred to as the detected driver state. Even in the real world, the driver state detection device may not always be able to correctly detect the driver's state. Therefore, the actual driver state and the detected driver state may differ.

[0023] The actual driver state can be set to various inappropriate driving states and incapable driving states, which will be explained in detail later. The driver state detection device simulation unit 21 simulates whether the driver state detection device can detect these various inappropriate driving states and incapable driving states.

[0024] The driver condition detection device simulation unit 21 uses parameters that indicate the detection characteristics of the driver condition detection device (hereinafter referred to as detection characteristic parameters) to simulate the driver condition detection device. The driver condition includes the driver's facial direction. The detection characteristic parameters for the driver's facial direction are shown in Figure 3. In Figure 3, the correct detection rate is determined for each 15-degree or 30-degree range of the driver's facial direction.

[0025] The detection characteristic parameters vary depending on the settings of the driver detection device. Therefore, it is preferable that the detection characteristic parameters are prepared for each different setting of the driver detection device. A specific example of the settings of the driver detection device will be described. For example, if the driver detection device includes a camera and image analysis software that analyzes images captured by the camera, the settings may include the camera installation position, field angle, resolution, software specifications, etc.

[0026] As described above, the actual driver state and the detected driver state may differ, so that a situation may arise where the actual driver state is inattentive, but the detected driver state is not inattentive.

[0027] Driver states include drowsiness levels. Detection characteristic parameters for drowsiness levels are shown in Figure 4. In Figure 4, drowsiness levels are divided into six levels: D1 to D5 and S, and a correct detection rate is determined for each drowsiness level. D1 is "not at all drowsy," D2 is "slightly drowsy," D3 is "sleepy," D4 is "quite drowsy," D5 is "very drowsy," and S is "seems dozing." Note that the drowsiness levels are not limited to six levels. For example, the drowsiness levels shown in Figure 4 may be further subdivided, such as drowsiness levels 0.1 and 0.2. Drowsiness levels can be estimated from the driver's facial expression. Similar to the case of inattentive driving, a situation may arise in which the actual driver state is drowsy, but the detected driver state is not drowsy.

[0028] Whether a driver condition detection device can correctly detect the driver's facial direction may depend on other driver conditions besides the facial direction. The driver condition detection device detects a driver condition that changes over time, such as facial direction and drowsiness level, in other words, a dynamic driver condition. The detection performance of the driver condition detection device for detecting a dynamic driver condition is affected by the static state of the driver.

[0029] The static driver state is, for example, whether or not the driver is wearing facial coverings. The presence or absence of facial coverings may affect the performance of detecting the driver's facial orientation and the performance of detecting the drowsiness level estimated from the facial expression. Therefore, the detection characteristic parameters can be set for each static driver state.

[0030] For example, the detection characteristic parameters shown in Figures 3 and 4 may be set separately for when there is a face covering and when there is no face covering. Face coverings include a mask, glasses, sunglasses, a hat, etc. Furthermore, even when there is no face covering, the state of light shining on the driver's face may also affect the detection result of the driver state detection device. Therefore, the detection characteristic parameters shown in Figures 3 and 4 may be set according to the state of light shining on the driver's face. The state of light shining on the driver's face can be expressed as uneven direct light, night, tunnel, etc.

[0031] 3 and 4, the vertical axis represents the correct detection rate. However, the detection characteristic parameter may be one other than the correct detection rate. For example, it may be one that determines the time until detection.

[0032] In the real world, if a driver is distracted or dozing, the possibility of the driver panicking and making a driving maneuver is reduced if the driver is warned early. Whether or not the driver can be warned early depends on the performance of the driver condition detection device.

[0033] The traffic flow simulation system 1 can determine the detected driver state taking into consideration the performance of the driver detection device, and therefore can also simulate differences in the behavior of the simulated driver due to differences in the timing of warning the simulated driver.

[0034] The driver state detection device simulation unit 21 uses the actual driver state sequentially determined by the driver state simulation unit 31 as an input value and sequentially (i.e., chronologically) determines the detected driver state. The detected driver state can include an unsuitable driving state, an incapable driving state, an appropriate driving state, etc. The detected driver state can also include specific driver states, such as a drowsy state, a drowsy state, and an inattentive state. A drowsy state (in other words, a state of reduced alertness), an inattentive state, a closed-eye state, and a poorly-maintained posture state are examples of an unsuitable driving state. A drowsy state is an example of an incapable driving state. The incapable driving state can also include a deadman state. A deadman state is a state in which the driver is unconscious or dead.

[0035] The HMI simulation unit 22 simulates the operation of an HMI (Human Machine Interface) installed in a simulated vehicle. The HMI is an information transmission device. The HMI can include one or both of a device that transmits information from the driver to the vehicle and a device that transmits information from the vehicle to the driver. The device that transmits information from the driver to the vehicle can include one or both of a switch and a microphone.

[0036] The device for transmitting information from the vehicle to the driver may include one or more of a display, a speaker, and a device for transmitting vibrations to the driver through the seat and steering wheel, etc. There may be two or more displays and speakers.

[0037] The HMI includes a driver warning device that issues a warning to the driver. The driver warning device is a device that determines whether to issue a warning to the driver based on the driver's condition. The driver warning device issues a warning to the driver when the driver's condition becomes unsuitable for driving. The warning means providing a stimulus to the driver. The stimulus is one or a combination of sound stimulus, visual stimulus, tactile stimulus, and somatosensory stimulus. When a combination of multiple types of stimuli is provided to the driver, the HMI includes multiple driver warning devices that act on different sensory organs of the driver. The HMI simulation unit 22 simulates these multiple driver warning devices.

[0038] Audio stimuli are generated by outputting an audible warning from a speaker. Visual stimuli are generated by displaying a warning on a display. If a vehicle has multiple displays, the warning can be displayed on one or more of the displays. Haptic stimuli are generated by using the steering wheel, seat, or seatbelt to provide a stimulus that the driver perceives through their sense of touch. Somatosensory stimuli are vehicle behavior controls intended to warn the driver, such as gradual deceleration or gradual lateral movement toward the center of the lane. Somatosensory stimuli are distinct from tactile stimuli, which are generated by parts that come into contact with the driver.

[0039] The strength of the stimulus that the driver warning device provides to the driver can be changed to multiple levels of intensity. In the case of sound stimulation, the strength of the stimulus can be adjusted by volume, pitch, etc. In the case of visual stimulation, the strength of the stimulus can be adjusted by brightness, size of the display area, color, etc. In the case of tactile stimulation, the strength of the stimulus can be adjusted by vibration magnitude, vibration period, etc. In the case of somatosensory stimulation, the strength of the stimulus can be adjusted by the acceleration caused in the vehicle, the direction of vehicle movement, etc. The strength of the stimulus can also be called warning intensity. The HMI simulation unit 22 simulates a driver warning device that can issue a warning at multiple levels of warning intensity.

[0040] The driver warning device may be configured to warn the driver when the host vehicle is about to collide with an obstacle. In other words, the driver warning device may warn the driver even without a driver condition detection device. However, the host vehicle often comes close to colliding with an obstacle when the driver continues to look away, etc. Therefore, the presence of a driver condition detection device allows the driver warning device to warn the driver earlier.

[0041] The driver warning device may also include a lane departure warning device. The lane departure warning device can also provide a warning to the driver without the driver condition detection device. However, the driver condition detection device may be configured to simulate an early warning operation when the driver's posture is inappropriate for driving.

[0042] When simulating multiple driver warning devices and determining to warn the simulated driver, the HMI simulation unit 22 selects one of the multiple driver warning devices to simulate based on the detected driver state. The operator can set which driver warning device to activate when the detected driver state is specifically set. For example, a setting that provides a visual stimulus to the simulated driver when the detected driver state is drowsiness level D3 is compared with a setting that provides an auditory stimulus to the simulated driver when the detected driver state is also drowsiness level D3. In this way, it is possible to confirm the difference in the simulated driver's response depending on the type of stimulus.

[0043] When simulating a driver warning device capable of issuing a warning at multiple warning intensities, the HMI simulation unit 22 determines the warning intensity to be simulated based on the detected driver state when it has decided to issue a warning to the simulated driver. The operator can set the specific warning intensity for each detected driver state. By setting and simulating multiple different warning intensities for the same detected driver state, it is possible to confirm the difference in the simulated driver's reaction due to the difference in warning intensity. The HMI simulation unit 22 may also simulate multiple driver warning devices, each capable of issuing a warning at multiple warning intensities.

[0044] The vehicle control device simulation unit 23 simulates a vehicle control device installed in a vehicle. A vehicle control device refers to a device that controls the behavior of a vehicle. The vehicle control device simulation unit 23 sequentially determines the operation of the vehicle control device when the vehicle control device is installed in a simulated vehicle. The vehicle control device may include a device that accelerates or decelerates the vehicle and a device that controls the steering of the vehicle. Furthermore, the vehicle control device may include a driving assistance device and an automatic driving device. Examples of driving assistance devices include a collision damage mitigation braking device, a vehicle distance control device, and a lane departure prevention device. Furthermore, the driving assistance device may include an emergency stop control device that brings the vehicle to an emergency stop on behalf of the driver when the driver becomes unable to drive.

[0045] A function for simulating this driving support device can be included in the vehicle control device simulation unit 23. A signal indicating the detected driver state sequentially determined by the driver state detection device simulation unit 21 is input to the part that simulates the driving support device.

[0046] The vehicle control device simulation unit 23 determines the content of driving assistance control based on the detected driver state. For example, even if the actual driver state is an unsuitable driving state or an incapable driving state, the vehicle control device simulation unit 23 does not execute driving assistance control unless the detected driver state is an unsuitable driving state or an incapable driving state.

[0047] When the detected driver condition is an unsuitable driving condition, the vehicle control device simulation unit 23 simulates an operation that the vehicle control device would perform in the real world if the driver condition detection device detected that the driver is in an unsuitable driving condition. For example, the vehicle control device simulation unit 23 can simulate a state in which a collision damage mitigation brake device is activated early and a state in which a brake pressure command is output early.

[0048] When the drowsiness level of the detected driver state is lower than the drowsiness level of the actual driver state (i.e., closer to wakefulness), insufficient driving assistance control will be executed based on the actual driver state. One example of driving assistance control is warning the driver. Even if the actual driver state is at a drowsiness level that warrants a warning to the driver, if the detected driver state continues to be at a drowsiness level that does not warrant a warning to the driver, the warning to the driver will be delayed.

[0049] The outside-vehicle notification device simulation unit 24 simulates an outside-vehicle notification device mounted on a vehicle. The outside-vehicle notification device is a device that provides notifications to moving objects, particularly surrounding vehicles, present around the vehicle on which the vehicle device is mounted. The outside-vehicle notification device simulation unit 24 sequentially determines the operation of the outside-vehicle notification device when the outside-vehicle notification device is mounted on a simulated vehicle. The outside-vehicle notification device includes a lighting device and a horn. Therefore, the outside-vehicle notification device simulation unit 24 is equipped with a lighting device simulation unit 25 and a horn simulation unit 26. In addition to the lighting device and the horn, a wireless communication device may also be included as the outside-vehicle notification device. The wireless communication device is, for example, a vehicle-to-vehicle communication device or a communication device that communicates with a center.

[0050] Specific examples of lighting devices include headlights, turn signals, sidelights, taillights, back-up lights, and brake lights. The lighting device simulation unit 25 simulates the operation of one or more of the specific lighting devices described above when they are installed on a simulated vehicle. A horn can also be called a warning device. The horn simulation unit 26 simulates the operation of a horn when it is installed on a simulated vehicle.

[0051] The outside-vehicle notification device is activated when the vehicle makes an emergency stop. In the real world, when a vehicle makes an emergency stop, the lighting device flashes. Therefore, the outside-vehicle notification device simulation unit 24 simulates the state in which the outside-vehicle notification device mounted on the simulated vehicle is activated when the simulated vehicle makes an emergency stop.

[0052] In addition, the vehicle exterior notification device simulation unit 24 simulates a situation in which the vehicle exterior notification device mounted on the simulated vehicle is activated when the simulated traffic situation matches a situation in which the vehicle exterior notification device is used in the real world. A situation in which the vehicle exterior notification device is used in the real world is when the vehicle enters an intersection where visibility to the left and right is poor. In the real world, when a vehicle enters an intersection where visibility to the left and right is poor, the driver may honk the horn.

[0053] Returning to FIG. 1 for the explanation, the traffic flow simulation unit 30 sets simulated moving objects that move in a simulated traffic environment. The simulated moving objects include at least simulated vehicles that simulate vehicles in the real world, and may also include simulated moving objects that simulate moving objects other than vehicles, such as simulated pedestrians. Various movement-related characteristics can be set for the simulated moving objects. The traffic flow simulation unit 30 moves the simulated moving objects set in the simulated traffic environment based on the characteristics set for each simulated moving object.

[0054] Furthermore, a simulated driver who drives the simulated vehicle can be set for at least a part of the simulated vehicle. The driver state simulation unit 31 is a part that simulates the state of the driver. The driver state simulation unit 31 sequentially determines the state of the simulated driver who drives the simulated vehicle. The driver state simulation unit 31 sequentially determines the state of the simulated driver using parameters (hereinafter referred to as driver state specifying parameters) that affect the state of the driver detected by the driver state detection device and specify the state of the driver. The actual driver state is defined by the driver state specifying parameters.

[0055] Examples of the driver state specifying parameters include the three-dimensional position of the simulated driver's face, facial direction, degree of eye opening / closing, gaze direction, degree of mouth opening / closing, three-dimensional position of the trunk, trunk direction, three-dimensional position of the shoulders, three-dimensional position of the elbows, and three-dimensional position of the hands. The driver state simulation unit 31 uses one or more types of driver state specifying parameters to simulate the state of the simulated driver.

[0056] The driver state simulation unit 31 can define the posture of the simulated driver using the driver state specification parameters. Various postures inappropriate for driving may be defined as the posture of the simulated driver. A posture inappropriate for driving is an example of an inappropriate driving state. Examples of postures inappropriate for driving include reclining the seat back too far, sitting cross-legged, grabbing something in the back seat, holding a smartphone, food, drink, cigarette, etc. in one's hand, etc.

[0057] The driver state specifying parameters may include not only parameters specifying the external appearance of the simulated driver, but also parameters specifying the internal state of the simulated driver. One example of a parameter specifying the internal state of the simulated driver is the drowsiness level. Furthermore, the driver state specifying parameters may also include the simulated driver's alcohol consumption level and drug dependence level.

[0058] The driver state simulation unit 31 has a characteristic distribution for determining at least some of the driver state specifying parameters. Fig. 5 shows an example of the occurrence probability distribution of face direction. Fig. 5 also shows an example of the range of forward gaze. In Fig. 5, the range of face direction angle from -30 degrees to 30 degrees is defined as forward gaze. If the time ratio of the face direction angle outside this range during the inattentiveness determination time (for example, 2 seconds) is equal to or greater than a certain ratio (for example, 70%), it is determined that the driver is looking inattentive.

[0059] The driver state simulation unit 31 determines the facial orientation of the simulated driver by executing a Monte Carlo simulation using this occurrence probability distribution. The driver state simulation unit 31 can similarly determine the orientations and positions of other body parts of the simulated driver. Of course, for multiple body parts whose positions are interrelated, such as elbows and hands, restrictions on the positions that the other body parts can take are also set with respect to one of the interrelated body parts.

[0060] The driver state simulation unit 31 sequentially determines the actual driver state while also using each database set by the driver response setting unit 60. The driver response setting unit 60 sets various setting values that determine how the driver will react to the state that the driver perceives, because the driver's state changes depending on the driver's reaction.

[0061] The traffic flow simulation unit 30 determines the behavior of a simulated vehicle driven by a simulated driver based on the driving operation of the simulated driver. The traffic flow simulation unit 30 includes a database that stores vehicle behavior distributions under various conditions, such as time to collision with a preceding vehicle, inter-vehicle time, vehicle speed, and distribution of braking start times when the preceding vehicle's brake lights are turned on. The traffic flow simulation unit 30 also includes a database that stores behavior distributions under various traffic environments for simulated moving objects other than the simulated vehicle. The traffic flow simulation unit 30 sequentially determines the behavior of the simulated moving objects using Monte Carlo simulation based on the various distributions. The traffic flow simulation unit 30 determines the behavior of multiple simulated moving objects over time. The time-varying behavior of multiple simulated moving objects is the traffic flow. The traffic flow can also be referred to as traffic conditions.

[0062] The traffic condition recording unit 40 stores in a predetermined storage unit some or all of the traffic flow determined by the traffic flow simulation unit 30. The traffic flow simulation unit 30 can reproduce the traffic flow using the file stored by the traffic condition recording unit 40.

[0063] The support effect calculation unit 50 compares the case where some or all of the driving support devices provided in the vehicle control device simulation unit 23 are present with the case where those driving support devices are not present, and calculates the effect of driving support provided by the driving support devices.

[0064] The driver response setting unit 60 is a part that sets various setting values that determine how the driver will respond to the conditions perceived by the driver. The driver response setting unit 60 is provided with a perception time distribution DB 61, a judgment time distribution DB 62, and an operation time distribution DB 63. Note that DB is an abbreviation for database. The driver response setting unit 60 also has an avoidance behavior reaction time distribution DB 64, an avoidance behavior selection rate distribution DB 65, and an annoyance level distribution DB 66.

[0065] The recognition time distribution DB61 is a database that stores the distribution of the time required for a driver to recognize a situation in which a driving operation is required, from the moment the situation arises in which the driver needs to perform the driving operation. The judgment time distribution DB62 is a database that stores the distribution of the time required for a driver to recognize a situation in which the driver needs to perform the driving operation, from the moment the driver recognizes that the situation requires the driver to perform the driving operation, to the moment the driver decides to perform the driving operation. The operation time distribution DB63 is a database that stores the distribution of the time required for a driver to actually perform the driving operation, from the moment the driver decides to perform the driving operation. The recognition time, judgment time, and operation time vary depending on the state of the driver. Therefore, the recognition time distribution DB61, judgment time distribution DB62, and operation time distribution DB63 each have a plurality of time distributions corresponding to the driver state determined by the driver state detection device simulation unit 21.

[0066] Figure 6 shows examples of the recognition time distribution, judgment time distribution, and operation time distribution. Figure 6 shows the recognition time distribution, judgment time distribution, and operation time distribution corresponding to three detected driver states: normal, inattentive, and dozing. The detected driver state "normal" is a state in which the driver is driving with a correct posture while checking the surroundings, including the road ahead.

[0067] In the example shown in Fig. 6, the recognition time distribution, judgment time distribution, and operation time distribution are all normal distributions. However, the distributions are not limited to normal distributions and can be set appropriately based on experiments or the like.

[0068] The recognition time distribution, judgment time distribution, and operation time distribution shift to later times when the detected driver state is looking away than when it is normal. Furthermore, the recognition time distribution, judgment time distribution, and operation time distribution shift to later times when the detected driver state is drowsy than when it is looking away. In the example shown in Figure 6, the three recognition time distributions, three judgment time distributions, and three operation time distributions have the same shape. However, each time distribution can be set individually based on experiments, etc.

[0069] The avoidance behavior reaction time distribution DB 64 is a database that indicates, in terms of probability, the reaction time it takes for a driver to take evasive behavior when the driving assistance device issues an alarm to the driver, for each of a plurality of reaction time periods T. Fig. 7 shows an example of the avoidance behavior reaction time distribution DB 64. The avoidance behavior reaction time distribution DB 64 has output items and setting items.

[0070] The output items are set to a plurality of reaction time periods T and a probability for another output item, "missed". "Missed" means that the reaction time is longer than a predetermined time, which is too late to take evasive action. "Missed" is a state in which the driver does not react to the warning, i.e., does not take any action. "Missed" includes cases in which the driver is unable to recognize the warning and cases in which the driver is unable to react to the warning.

[0071] The setting items are items that affect the output items and can be set by the operator. The setting items can include characteristics of the driving assistance device. The driving assistance device here is a driver warning device. The characteristics that can be set for the driving assistance device can be audio stimuli, visual stimuli, tactile stimuli, somatosensory stimuli, and combinations thereof. The level of these stimuli may also be set. In the case of audio stimuli, the level of the stimulus is the volume. The loudness of the warning sound perceived by the driver is affected by the loudness of sounds other than the warning sound. The louder the noise, the quieter the warning sound perceived by the driver. Therefore, the loudness of the audio stimuli may be set as a relative loudness to the ambient noise. Alternatively, the loudness of the audio stimuli may be an absolute value, and the loudness of the noise may be set separately from the loudness of the audio stimuli. Noise includes noise inside the vehicle and noise outside the vehicle. The indoor noise includes conversations between passengers and music output by an in-vehicle audio system. The visual stimuli may also be set by setting the position of a display that displays the warning.

[0072] The setting items can also include driver characteristics. The driver characteristics can include one or both of the driver's age and gender. When setting the age, the age itself can be set, or a generation can be set. The setting items can also include the actual driver state and the detected driver state. By including the actual driver state and the detected driver state in the setting items, it is possible to simulate the reaction time period T when the drowsiness level of the detected driver state is lower than the drowsiness level of the actual driver state.

[0073] The avoidance behavior selection rate distribution DB 65 is a database that indicates, in terms of probability, the behavior that the driver will select to avoid contact with an obstacle. Fig. 8 shows an example of the avoidance behavior selection rate distribution DB 65. The avoidance behavior selection rate distribution DB 65 includes output items and setting items. The output items are set with the probability of selection for each type of avoidance behavior that the driver may select and execute (i.e., output).

[0074] As with the avoidance behavior reaction time distribution DB64, the setting items can include the characteristics of the driving assistance device, the actual driver state, and the detected driver state. If the actual driver state and the detected driver state are at the same drowsiness level, a warning can be given to the driver according to the actual driver state. However, if the drowsiness level of the detected driver state is lower than the drowsiness level of the actual driver state (i.e., closer to wakefulness), the level of stimulation given to the driver will be insufficient. For this reason, the setting items can include two items: the actual driver state and the detected driver state.

[0075] The closer the detected driver state is to a normal driver state compared to the actual driver state, the lower the level of the warning and the later the timing of the warning may be. Therefore, the closer the detected driver state is to a normal driver state compared to the actual driver state, the higher the urgency at which the driver will take evasive action may be. Therefore, the output items are set so that the ratio of selecting evasive action with a high urgency is higher as the detected driver state is to a normal driver state compared to the actual driver state.

[0076] The setting items shown in FIG. 8 are an example. The deviation between the actual driver state and the detected driver state is affected by the detection performance of the driver state detection device. Therefore, instead of the actual driver state and the detected driver state, the characteristics of the driver state detection device may be set. Examples of the characteristics of the driver state detection device include high detection performance, low detection performance, and no driver state detection device. Of course, the detection performance of the driver state detection device may be expressed numerically. Furthermore, the characteristics of the driver state detection device may be expressed by the presence or absence of a specific detection device, or the detection performance of a specific detection device.

[0077] The annoyance level distribution DB 66 stores the probability of each level of annoyance felt by the driver due to an alarm issued by the simulated driving assistance device, for each condition of the characteristics of the driving assistance device and the characteristics of the driver simulated by the vehicle equipment simulation unit 20. In addition to the above-mentioned characteristics of the driving assistance device, the annoyance level distribution DB 66 also includes the level of frequency of alarm occurrence per unit time.

[0078] <Traffic flow simulation method> An example of a traffic flow simulation method is that the traffic flow simulation system 1 executes the process shown in FIG. 9. FIG. 9 is an example of an outline of the process executed by the traffic flow simulation system 1. Before executing the process shown in FIG. 9, the traffic environment setting unit 10 sets a simulated traffic environment in accordance with the operation of the operator. The simulated traffic environment can also be set to change dynamically. The traffic environment setting unit 10 may also set the presence or absence of face attachments and the type of face attachments for one or more simulated drivers.

[0079] In S1, the driver state simulation unit 31 simulates the state of the simulated driver. Simulating the state of the simulated driver means determining the state of the actual driver. The state of the actual driver is determined using driver state specification parameters. The states of the simulated driver simulated by the processing in S1 include, for example, fluctuations in movement, poor posture, looking aside, changes in facial direction and gaze to check for safety, and drowsiness. Poor posture can occur when the driver suddenly experiences an abnormal physical condition. Examples of looking aside include looking to the side of the vehicle and looking aside inside the vehicle (for example, at the center display). These states of the simulated driver are defined by time-series changes in facial position, facial direction, degree of eye opening and closing, gaze direction, etc., which are specified by the driver state specification parameters.

[0080] In S2, the driver condition detection device simulation unit 21 simulates the process of the driver condition detection device detecting the state of the simulated driver simulated in S1 (i.e., the actual driver state) and determines the detected driver state. The detected driver state is determined using detection characteristic parameters that indicate the detection characteristics of the driver condition detection device.

[0081] By processing S2, it is possible to determine whether the detected driver state is an unsuitable driving state, an incapable driving state, or an appropriate driving state. If the actual driver state is a large facial orientation that exceeds the detection limit of the driver state detection device, the detected driver state may include a facial orientation detection inability state. In addition, if the simulated driver is wearing a face covering or depending on the state of light irradiating the simulated driver's face, the detected driver state may be determined as one in which the driver state detection device is unable to detect the simulated driver's facial orientation and / or facial expression. Because the detection characteristic parameters have a probability distribution, there are multiple types of detected driver states that may be determined for the same actual driver state.

[0082] In S3, the HMI simulation unit 22 simulates the operation of the HMI. For example, if the detected driver state determined in S2 is looking away or falling asleep, the operation of a driver warning device, which is one of the HMIs, to output a warning to the simulated driver can be simulated.

[0083] In S4, the vehicle control device simulation unit 23 simulates the operation of the vehicle control device. By the processing of S4, the position and behavior of the simulated vehicle in the virtual space are successively updated. For example, if the detected driver state determined in S2 is an unsuitable driving state, the operation of the emergency stop control device is simulated to bring the simulated vehicle to an emergency stop.

[0084] In S5, the driver state simulation unit 31 simulates how a simulated driver in the detected driver state determined in S2 will react to the operation of the HMI and the vehicle control device simulated in S3 and S4.

[0085] For example, if the detected driver state determined in S2 is that the simulated driver's posture is inappropriate for driving and the driver warning device issues a warning to the simulated driver in S4, how the simulated driver's posture will change is simulated. The change in the simulated driver's posture is also determined by probability calculation. Regarding the change in the simulated driver's posture, if the simulated driver is in an inappropriate driving posture because he is holding an object in his hand, different posture changes may be probability calculated depending on the type of object he is holding. For example, the posture change probability may be calculated by distinguishing between objects that can be thrown, such as a smartphone, and objects that cannot be thrown, such as cigarettes and drinks.

[0086] In S5, the driver state simulation unit 31 also uses various databases set by the driver response setting unit 60. For example, as shown in Fig. 6, if the detected driver state is inattentive or dozing, the recognition, judgment, and reaction times will be delayed compared to when the detected driver state is a normal state.

[0087] 7, it is possible to determine whether the simulated driver will respond or ignore the warning when the simulated driver is given a warning, and the reaction time period T if the simulated driver will respond. For example, if the actual driver state is an inattentive state where the driver is looking at a sign ahead to the right, and if the driver warning device determines in S3 to display a warning on the center display of the simulated vehicle, the gaze direction of the detected driver state is not the direction in which the warning is displayed. Therefore, the simulated driver's evasive action determined using the evasive action reaction time distribution DB64 is likely to result in an oversight. If there is a lot of noise, such as loud conversations in the vehicle cabin, the simulated driver's evasive action determined using the evasive action reaction time distribution DB64 is also likely to result in an oversight.

[0088] Furthermore, when the simulated driver selects an avoidance action, it is possible to determine which avoidance action to select by using the avoidance action selection rate distribution DB 65 shown in FIG.

[0089] In S6, the vehicle exterior notification device simulation unit 24 simulates the operation of the vehicle exterior notification device. For example, if the detected driver state determined in S2 is an incapacitated state, the lighting device simulation unit 25 simulates the operation of flashing the lighting device. Also, in the real world, when a vehicle enters an intersection where visibility to the left and right is poor, it may be necessary to honk the horn. Therefore, when the simulated vehicle enters an intersection where visibility to the left and right is poor, the horn simulation unit 26 may simulate the operation of honking the horn.

[0090] In S7, the traffic flow simulation unit 30 simulates traffic flow based on the position and behavior of the simulated vehicle determined in S4 and the activation of the exterior notification device of the simulated vehicle simulated in S6. The position and behavior of a certain simulated vehicle affect the position and behavior of simulated moving objects around that simulated vehicle. Also, when the exterior notification device of a simulated vehicle is activated, the simulated moving objects around that simulated vehicle may be affected by the activation of the exterior notification device. When the processing of S7 is completed, the process returns to S1.

[0091] <Example of operation when looking away> An example of operation when warning against inattentive driving will be described using Fig. 10. In Fig. 10, the upper graph shows the change over time in the face direction angle, which is the actual driver state. The middle graph shows the change over time in the face direction angle, which is the detected driver state. The lower graph shows the detected driver state in the middle graph superimposed with the change over time in the detected driver state when a warning is given to the simulated driver.

[0092] In the example of FIG. 10, as shown in the upper graph, at time t1, the face direction angle, which indicates the driver's actual driving state, is below -30 degrees. As shown in FIG. 5, when the face direction angle is below -30 degrees, the driver is not looking forward. In the actual driving state, the face direction angle is below -30 degrees at time t1, and the face direction angle remains below -30 degrees from time t1 to time t5. The time from time t1 to time t5 is assumed to be, for example, 2.5 seconds. When the driver is gazing at the display of a navigation device, it is conceivable that this degree of change in the face direction angle will continue for this period of time.

[0093] Unlike the actual driver state, the detected driver state has not yet become less than -30 degrees at time t1. In the example of FIG. 5, the actual driver state and the detected driver state differ as described above. Since the detected driver state is simulated using the detection characteristic parameters shown in FIG. 3, even if the actual driver state is the same, the detected driver state changes for each trial. In the example of FIG. 5, the face direction angle, which is the detected driver state, becomes less than -30 degrees at time t2.

[0094] At time t3, the inattentiveness determination time has elapsed since time t2, and this is the time when the HMI simulation unit 22 issues a warning to the simulated driver. As shown in the graph at the bottom, the simulated driver's face turns toward 0 degrees due to the warning, and returns to -30 degrees at time t4. If the driver is not warned, the simulated driver's face turns back to -30 degrees at time t5, so the effect of the warning can be simulated.

[0095] Unlike the example in Fig. 10, it is also possible to perform a simulation in which the simulated driver's face is turned more than -60 degrees and the warning is displayed on a display in front of the driver. In this case, even if a warning is issued, the simulated driver will not notice the warning, and it will take a long time for the simulated driver to return to looking forward.

[0096] <Example of dozing off operation> Next, an example of operation when determining that a simulated driver is dozing will be described using FIG. 11. In the example of FIG. 11, the actual driver state and the detected driver state always match. A real-world driver state detection device determines the drowsiness level from facial images during the drowsiness judgment time. If the drowsiness judgment time is 5 seconds and there are 30 frames per second, 150 frames of facial images will be used. If, among the facial images used, a facial image whose drowsiness level is determined to be equal to or above the warning reference level (for example, drowsiness level D4) is equal to or above the drowsiness judgment ratio threshold (for example, 70%), it is determined that the driver is dozing and an alarm is issued.

[0097] This traffic flow simulation system 1 simulates the drowsiness level determined by a real-world driver condition detection device through probability calculations using the actual driver condition related to the face and detection characteristic parameters. The actual driver condition related to the face is sequentially identified by the driver condition simulation unit 31, and includes the facial direction, the degree of eye opening and closing, the degree of mouth opening and closing, etc. The detection characteristic parameters are determined by the driver condition detection device simulation unit 21.

[0098] From time t10, the drowsiness level of the simulated driver increases, and at time t11, the drowsiness level exceeds drowsiness level 3, which is the standard for issuing an alert. However, at time t12, the drowsiness level again becomes smaller than 3. If the time from time t11 to time t12 is shorter than the drowsiness judgment time, the HMI simulation unit 22 does not determine to issue an alert to the simulated driver, even at time t12.

[0099] At time t13, the drowsiness level again becomes 3 or higher. Time t14 is the time when the drowsiness judgment time has elapsed since time t13. The drowsiness level remains at 3 or higher after time t13. Therefore, at time t14, the HMI simulation unit 22 determines that the simulated driver is dozing and issues a warning to the simulated driver.

[0100] <Summary of the embodiment> The traffic flow simulation system 1 of this embodiment described above includes a driver state detection device simulation unit 21 that simulates a driver state detection device. It also includes a driver state simulation unit 31 that sequentially determines the state of a simulated driver so that the driver state detection device simulation unit 21 can simulate the driver state detection device. The driver state detection device simulation unit 21 can sequentially determine the detected driver state by using the actual driver state, which is the state of the simulated driver determined by the driver state simulation unit 31, and the detection characteristics of the driver state detection device.

[0101] Since the detected driver state can be determined, the vehicle device simulation unit 20 can sequentially determine the operation of the simulated vehicle device installed in the simulated vehicle based on the detected driver state. In this way, since the traffic flow simulation system 1 can determine the operation of the simulated vehicle device based on the detected driver state, it can accurately simulate the movement of the simulated vehicle equipped with the simulated vehicle device and the traffic flow including the simulated vehicle.

[0102] The vehicle device simulation unit 20 includes an HMI simulation unit 22 that simulates the operation of the HMI installed in the simulated vehicle. The HMI simulation unit 22 simulates the operation of the HMI based on the detected driver state, and therefore can simulate not only the operation of the HMI when the detected driver state is the same as the actual driver state, but also the operation of the HMI when the detected driver state is different from the actual driver state.

[0103] The HMI simulation unit 22 determines whether to issue a warning to the simulated driver based on the detected driver state. Therefore, it is possible to simulate a situation in which the detected driver state is closer to normal than the actual driver state, resulting in an insufficient level of warning.

[0104] The HMI simulation unit 22 can also simulate multiple driver warning devices that stimulate different sensory organs of the driver. When it is determined to warn the simulated driver, it can select the driver warning device to simulate from the multiple driver warning devices based on the detected driver state. This allows the simulated driver's reaction to different types of stimuli to be confirmed.

[0105] The HMI simulation unit 22 can also simulate a driver warning device that warns the driver at multiple warning intensities. When it is determined to warn the simulated driver, the HMI simulation unit 22 can determine the simulated warning intensity based on the detected driver state. This allows the user to confirm how the simulated driver reacts to different warning intensities.

[0106] The detected driver states detected by the driver state detection device simulation unit 21 include an appropriate driving state, an inappropriate driving state, and an incapable driving state. Therefore, when the detected driver state is one of these three types of states, the behavior of the simulated vehicle can be simulated.

[0107] The vehicle device simulation unit 20 includes a vehicle control device simulation unit 23 that simulates a vehicle control device. The vehicle control device simulation unit 23 simulates the operation of the vehicle control device based on the detected driver state, and therefore can also simulate the operation of the vehicle control device when the detected driver state differs from the actual driver state.

[0108] The vehicle control device simulation unit 23 simulates an operation of executing emergency driving assistance control when the detected driver state becomes an incapacitated state. Even if the actual driver state is an incapacitated state, the vehicle control device simulation unit 23 does not execute emergency driving assistance control unless the detected driver state is an incapacitated state. Therefore, it is possible to simulate traffic flow when the driver detection device cannot detect an incapacitated state.

[0109] In addition to the inoperable state, the vehicle control device simulation unit 23 may also simulate an operation to execute emergency driving assistance control when the detected driver state becomes an unsuitable driving state.

[0110] The vehicle device simulation unit 20 is provided with an outside vehicle notification device simulation unit 24 for simulating an outside vehicle notification device, so that it can not only simulate the traffic flow when the simulated vehicle controls its own behavior, but also simulate how the surrounding simulated moving objects move in response to notifications from the simulated vehicle.

[0111] The outside-vehicle notification device simulation unit 24 can simulate a state in which the outside-vehicle notification device notifies outside the vehicle of information indicating that emergency driving assistance control will be executed when the detected driver state becomes an incapacitated state. This makes it possible to accurately simulate how the surrounding simulated moving objects move when the simulated vehicle executes emergency driving assistance control.

[0112] Although the embodiments have been described above, the disclosed technology is not limited to the above-described embodiments, and can be implemented with various modifications within the scope of the gist thereof. [Explanation of symbols]

[0113] 1: Traffic flow simulation system 10: Traffic environment setting unit 20: Vehicle device simulation unit 21: Driver state detection device simulation unit 22: HMI simulation unit 23: Vehicle control device simulation unit 24: Outside vehicle notification device simulation unit 25: Lighting device simulation unit 26: Horn simulation unit 30: Traffic flow simulation unit 31: Driver state simulation unit 40: Traffic condition recording unit 50: Support effect calculation unit 60: Driver response setting unit 61: Recognition time distribution DB 62: Judgment time distribution DB 63: Operation time distribution DB 64: Avoidance action reaction time distribution DB 65: Avoidance action selection rate distribution DB 66: Level distribution DB

Claims

1. a traffic environment setting unit (10) that sets a simulated traffic environment in a virtual space; a traffic flow simulation unit (30) that moves a simulated moving object at least included in a simulated vehicle in the simulated traffic environment; a driver state simulation unit (31) for sequentially determining the state of a simulated driver who drives the simulated vehicle; a driver state detection device simulation unit (21) that simulates in a virtual space a driver state detection device that detects the state of a driver; a vehicle device simulation unit (20) that sequentially determines the operation of a simulated vehicle device mounted on the simulated vehicle, the driver state detection device simulation unit detects the state of the simulated driver determined by the driver state simulation unit based on the detection characteristics of the driver state detection device; A traffic flow simulation system, wherein the vehicle device simulation unit sequentially determines the operation of the simulated vehicle device based on a detected driver state, which is the state of the simulated driver detected by the driver state detection device simulation unit.

2. 2. The traffic flow simulation system according to claim 1, wherein the vehicle device simulation unit includes an HMI simulation unit (22) that simulates an information transmission device that transmits information between a driver and a vehicle.

3. 3. The traffic flow simulation system according to claim 2, wherein the HMI simulation unit includes a function of simulating a device that warns the driver by determining whether to warn the simulated driver based on the detected driver state.

4. 4. The traffic flow simulation system according to claim 3, wherein the HMI simulation unit is capable of simulating a plurality of driver warning devices that act on different sensory organs of the driver, and when it is decided to warn the simulated driver, the HMI simulation unit determines the driver warning device to be simulated from among the plurality of driver warning devices based on the detected driver state.

5. 5. The traffic flow simulation system according to claim 3, wherein the HMI simulation unit is capable of simulating a driver warning device that warns the driver at a plurality of warning intensities, and when it is determined to warn the simulated driver, determines the warning intensity to be simulated based on the detected driver state.

6. 6. The traffic flow simulation system according to claim 1, wherein the detected driver states detected by the driver state detection device simulation unit include an appropriate driving state, an inappropriate driving state, and an incapable driving state.

7. 7. The traffic flow simulation system according to claim 1, wherein the vehicle device simulation unit includes a vehicle control device simulation unit (23) that simulates a vehicle control device that controls the behavior of a vehicle.

8. 8. The traffic flow simulation system according to claim 7, wherein the vehicle control device simulation unit includes a function of simulating emergency driving assistance control by executing emergency driving assistance control when the detected driver state becomes an unsuitable driving state or an incapable driving state.

9. 9. A traffic flow simulation system according to claim 1, wherein the vehicle device simulation unit includes an exterior notification device simulation unit (24) that simulates an exterior notification device mounted on a vehicle.

10. The vehicle device simulation unit includes a vehicle control device simulation unit (23) that simulates a vehicle control device that controls the behavior of the vehicle, the vehicle control device simulation unit includes a function of simulating emergency driving assistance control by executing emergency driving assistance control when the detected driver state becomes an incapacitated state; 10. The traffic flow simulation system according to claim 9, wherein the outside-vehicle notification device simulation unit notifies outside the vehicle information indicating that emergency driving assistance control will be executed when the detected driver state becomes an incapacitated state.

11. A simulated traffic environment is set up in a virtual space, In the simulated traffic environment, a simulated moving object at least included in the simulated vehicle is moved (S7); The state of the simulated driver who drives the simulated vehicle is determined sequentially (S1, S5); A driver condition detection device that detects the driver's condition is simulated in a virtual space. and sequentially determining the operation of a vehicle simulator device mounted on the vehicle simulator (S4, S6), The sequentially determined states of the simulated driver are detected by the driver detection device simulated in a virtual space based on the detection characteristics of the driver state detection device; A traffic flow simulation method, comprising sequentially determining operation of the simulated vehicle device based on a detected driver state, which is the detected state of the simulated driver.

Images